Wegleitung zum EO-Register und EO-Datenaustausch (WL-EOReg)

1

Wegleitung zum EO-Register und EO-Daten-

austausch (WL-EOReg)

G¸ltig ab 1. Juli 2012

Stand: 1. Juli 2025

2

1. Inhaltsverzeichnis Abk¸rzungsverzeichnis5
2. 1. Allgemeines7
3. 1.1 Zweck des EO-Registers8
4. 1.2 Organisationsstruktur f¸r den Betrieb des EOReg9
5. 1.3 Rolle und Aufgaben der Zentralen Ausgleichsstelle (ZAS)10
6. 1.4 Rolle und Aufgaben der Ausgleichskassen11
7. 1.5 Inhalt des EO-Registers12
8. 1.6 Datenaustauschplattform13
9. 1.7 Meldungsformat13
10. 2 Meldeprozesse15
11. 2.1 ‹bersicht15
12. 2.2 Meldungen der Ausgleichskassen16
13. 2.3 Besondere Meldungsf‰lle18
14. 2.3.1 Betriebszulagen und Betreuungskosten18
15. 2.3.2 Taggeldgarantie19
16. 2.3.3 Duplicata19
17. 2.3.4 Meldung mit einer Mutterschaftsentsch‰digung, Vaterschaftsentsch‰digung, Betreuungsentsch‰digung, Adoptionsentsch‰digung oder Entsch‰digung f¸r hinterbliebene M¸tter (Leistungscodes 90, 91, 92, 93 oder 95)20
18. 2.4 Meldungen der ZAS21
19. 2.5 Fehlerhandling bei technischen Fehlern21
20. 3 Meldungsspezifikationen22
21. 3.1 Initialmeldung Typ 122
22. 3.2 Korrekturmeldungen Typ 3 und 424
23. 3.3 R¸ckmeldungen vom EOReg an die Ausgleichskassen – Typ 527
24. 3.4 Zugang zum Register31
25. 3.4.1 Webservice f¸r die Einzelabfrage einer AHVN13 – Typ 631
26. 3.4.2 Aufgehoben32
27. 3.4.3 WebService zur Abfrage der Datenbank ´SEODORª – Type 832

3

1. 3.5 Strukturierte R¸ckmeldungen32
2. 3.6 Meldungsrahmen (headerType)39
3. 3.7 Datenaustausch-Codes und Typen42
4. 4 Verarbeitung der Meldungen und Plausibilit‰tspr¸fungen49
5. 4.1 Formelle Validierung49
6. 4.2 Pr¸fung der R¸ckweisungsplausibilit‰ten49
7. 4.3 Einfache Plausibilit‰tspr¸fungen50
8. 4.4 Plausibilit‰ten intra-EO-Leistung52
9. 4.5 Plausibilit‰ten inter-EO-Leistung57
10. 4.5.1 Plausibilit‰tskontrollen, welche von den Ausgleichskassen vorzunehmen sind57
11. 4.5.2 Plausibilit‰tskontrollen, welche nur im zentralen EO-Register mˆglich sind65
12. 4.6 ‹bersteuerung der Plausibilit‰ten (breakRule)66
13. 4.7 Historische EO-Leistungen68
14. 5 Betriebsorganisation69
15. 6 Datenschutz und Informatiksicherheit70
16. 7 Aufbewahrung und Archivierung71
17. 8 Schlussbestimmungen und Inkrafttreten71
18. 9 Meldungsbeispiele72
19. 9.1 Hinzuf¸gen besoldeter Tage72
20. 9.2 R¸ckforderungsmeldung73
21. 9.3 Meldung mit fehlerhafter Erg‰nzung74
22. 9.4 Annullation mit R¸ckforderung74
23. 9.5 ƒnderung des Ansatzes und der Anzahl Tage75
24. 9.6 Gesamtbetrag entspricht nicht dem Tagesansatz x Anzahl Tage75
25. 9.7 ƒnderung des Tagesansatzes w‰hrend laufender EO-Leistung76
26. 9.8 Verbuchungsfehler in Buchhaltung77
27. 9.9 ƒnderung der EO-Periode77
28. 9.10 ƒnderung der AHVN13 des Bez¸gers78

4

1. 9.11 Meldung einer Mutterschaftsentsch‰digung78
2. 9.12 Meldung mit Taggeldgarantie79

Release Notes f¸r die Version vom 1. Juli 2025

Neue Plausibilit‰tspr¸fung

Rz 420 – 109 und 110,

Aufhebung der Plausibilit‰tspr¸fung

Rz 431 – 205 und 211,

Rz 451 – 409 und 410

Anpassungen der Plausibilit‰tspr¸fungen

Rz 420 – 107,

Rz 431 – 207

Rz 440 – 304

Rz 451 – 400, 418, 423, 424

Rz 464 – 502

ƒnderung der Annulierungsprozedere – Meldungen werden t‰glich und

nicht mehr beim Monatlichenblauf annulliert Rz 323

Adresse der Testsumgebungen sind auf der Internet Seite der ZAS zu

finden Rz 135

Aufhebung des Feldes ´ insurantMaritalStatus ª siehe Rz 150, 311, 325,

350, 373

Aufhebung der Dokummente 105 und 205 (mat-upi und ser-upi) sieh Rz

334 und 335

Anpassung Rz 346: Der Webserviceabgleich SEODOR muss auch f¸r

s‰mtliche Dienste der Armee und J+S gemacht werden.

5

Abk¸rzungsverzeichnis

Abs. Absatz

AHV Alters- und Hinterlassenenversicherung

AHVG Bundesgesetz vom 20. Dezember 1946 ¸ber die Alters-

und Hinterlassenenversicherung (SR 831.10)

AHVV Verordnung vom 31. Oktober 1947 ¸ber die Alters- und

Hinterlassenenversicherung (SR 831.101)

Art. Artikel

BIT Bundesamt f¸r Informatik und Telekommunikation Bst. Buchstabe

BSV Bundesamt f¸r Sozialversicherungen

DAP Weisungen elektronische Datenaustauschplattform DSG Bundesgesetz vom 19. Juni 1992 ¸ber den Datenschutz

(SR 235.1)

EOG Bundesgesetz ¸ber den Erwerbsersatz (Erwerbsersatzge-

setz)

EOV Verordnung zum Erwerbsersatzgesetz

EOReg EO-Register

e-ch e-Government Standards (www.ech.ch)

IRB Informatikrat Bund

i.V.m. in Verbindung mit

Kap. Kapitel

KS BUE Kreisschreiben ¸ber die Betreuungsentsch‰digung KS MVSE Kreisschreiben ¸ber die Mutter- und Vaterschaftsentsch‰-

digung

6

KS AdopE Kreisschreiben ¸ber die Adoptionsentsch‰digung

MZR Meldung an das Zentrale Register

Rz Randziffer

sedex Secure Data Exchange – Bezeichnung der technischen

Plattform des Bundes f¸r den asynchronen Datenaustausch

SEODOR Schnittstelle EO Dienstleistungsorganisationen-EOReg SLA Service Level Agreement – Vereinbarung ¸ber Art, Quali-

t‰t und Preis einer Dienstleistung

sM-Client sedex-Meldeclient – Software f¸r die erleichterte Integra-

tion von Informationssystemen mit sedex

UPI Unique Person Identification Datenbank – zentrales

schweizerisches Personenregister mit Versichertennummer

URL Uniform Resource Locator („einheitlicher Quellenanzei-

ger“) – Internetadresse

VSE Vaterschaftsentsch‰digung

WEO Wegleitung zur Erwerbsersatzordnung f¸r Dienstleistende,

Mutter- und Vaterschaft

WIsB Weisung des IRB ¸ber die Informatiksicherheit in der Bun-

desverwaltung

WL Wegleitung

XML Extensible Markup Language (Standardisierte Datenbe-

schreibungssprache)

XSD XML-Schema Definitionssprache

ZAS Zentrale Ausgleichsstelle

z.B. zum Beispiel

7

100 Diese Wegleitung zum EO-Register und zum EO-Datenaustausch erl‰utert die Schnittstelle zwischen der Durchf¸hrung der EO, welche einerseits in der Wegleitung zur Erwerbsersatzordnung f¸r Dienstleistende, Mutter- und Vaterschaft (WEO), dem Kreisschreiben ¸ber die Mutterschaftsentsch‰digung und die Entsch‰digung des anderen Elternteils (KS MSEAE) dem Kreisschreiben ¸ber die Betreuungsentsch‰digung (KS BUE) und andererseits im Kreisschreiben ¸ber die Adoptionsentsch‰- digung (KS AdopE) beschrieben ist und den organisatorischen und technischen Anforderungen f¸r den Betrieb des EO-Registers und des dazugehˆrenden Datenaustausches.

Es beschreibt die fachlichen Abl‰ufe auf Seite der Ausgleichskassen und der ZAS, die Anforderungen an die Informationssysteme der Ausgleichskassen, den eigentlichen Datenaustausch, die zu verwendenden Plausibilit‰tspr¸fungen, sowie die technische Schnittstelle mit den Datendefinitionen. Damit richtet es sich sowohl an interessierte Fachpersonen bei den Ausgleichskassen wie auch an die technischen Spezialistinnen und Spezialisten, welche die Informatiklˆsungen f¸r diese entwickeln und unterhalten m¸ssen.

8

Art. 21 Abs. 2 EOG:

Soweit dieses Gesetz nichts Abweichendes bestimmt, gelten sinngem‰ss die Vorschriften des AHVG ¸ber die Arbeitgeber, die Ausgleichskassen, den Abrechnungs- und Zahlungsverkehr, die Buchf¸hrung, die Kassenrevisionen und Arbeitgeberkontrollen, die Zentrale Ausgleichstelle und die Versichertennummer.

Art. 71 Abs. 4 Bst. b AHVG:

Die Zentrale Ausgleichstelle f¸hrt

b. ein zentrales Register der laufenden Leistungen, einschliesslich der Angaben ¸ber die Gew‰hrung ausl‰ndischer Renten, worin die Geldleistungen erfasst sind und das dazu dient, ungerechtfertigte Zahlungen zu vermeiden, die Anpassung der Leistungen zu erleichtern und den Ausgleichskassen Todesf‰lle zu melden.

Sinngem‰ss bedeutet dies, dass die Zentrale Ausgleichsstelle ein EO-Register f¸hrt, um:

a. den Doppelbezug von EO-Leistungen zu verhindern;

b. Transparenz ¸ber bezogene EO-Leistungen herzustellen;

c. die Organe der Alters- und Hinterlassenenversicherung beim Vollzug dieses

Gesetzes zu unterst¸tzen;

d. dem Bund und den Kantonen als Auskunftsstelle zu dienen, sowie die f¸r die

statistischen Erhebungen benˆtigten Daten zu liefern.

9

110 Das EO-Register (EOReg) bildet die zentrale Informationsplatt-

form f¸r die nach schweizerischem Recht ausgerichteten Erwerbsausfallentsch‰digungen.

111 Im EOReg werden die Erwerbsausfallentsch‰digungen nach

EOG erfasst.

112 Die Ziele des EOReg sind

– die Vermeidung von missbr‰uchlichen Leistungsbez¸gen (insbesondere Doppelauszahlungen nach Art. 1a, 16i und 16n EOG);

– die Qualit‰tsverbesserung der EO-Daten;

– die Bereitstellung einer Datenbasis f¸r statistische Auswertungen.

An diesen Zielen orientiert sich Inhalt, Ausgestaltung und Organisation des Registers.

113 Das EOReg bildet den Zustand der EO-Leistungen gem‰ss den

zum Abfrage- bzw. Meldungszeitpunkt eingetragenen Meldungen ab. Es zeigt den Ausgleichskassen zwar auch widerspr¸chliche Meldungen bzw. Eintr‰ge auf, es ist aber ausschliesslich die Aufgabe der Ausgleichskassen, diese aufzulˆsen. Die Verantwortung f¸r die Entgegennahme der EO-Antr‰ge (EO-Anmeldeformulare), sowie deren Pr¸fung, Erfassung und Auszahlung bleibt vollumf‰nglich bei den Ausgleichskassen.

120 Die Organisationsstruktur f¸r den Betrieb des EO-Registers ist

wie folgt aufgebaut:

– Die Zentrale Ausgleichsstelle (ZAS) betreibt das Register;

– Die meldenden Stellen sind die in Art. 21 EOG und Art. 63 Abs. 3 AHVG genannten Organe der Alters- und Hinterlassenenversicherung (Ausgleichskassen);

– Aufsichtsorgan ist das Bundesamt f¸r Sozialversicherungen (vgl. Art. 23, Abs. 1 EOG).

10

130 Die ZAS gew‰hrleistet den Betrieb des EOReg gem‰ss den ge-

setzlichen Vorgaben. Sie ist f¸r s‰mtliche organisatorischen und technischen Belange zust‰ndig.

131 Die ZAS stellt den Zugang zum Register f¸r den Datenaus-

tausch der verschiedenen Benutzergruppen mit den geeigneten Informationsmitteln sicher. Sie gew‰hrleistet die Verwaltung dieser Zug‰nge und stellt daf¸r die notwendigen Informationen und Einrichtungen zur Verf¸gung. Des Weiteren ist sie f¸r die Einhaltung der geltenden Sicherheitsstandards der Bundesverwaltung gem‰ss ´Verordnung ¸ber den Schutz vor Cyberrisiken in der Bundesverwaltung (CyRV)ª sowie die Weiterentwicklung und Pflege des EOReg zust‰ndig.

132 Die ZAS organisiert und betreibt f¸r folgende Aufgaben das

Kontrollb¸ro EOReg:

– Sicherstellen des Registerbetriebs;

– F¸hren eines Verzeichnisses der meldenden Stellen;

– ‹berwachen des laufenden Meldungsflusses zwischen den Ausgleichskassen und dem Register;

– Kontaktstelle f¸r die Ausgleichskassen ([email protected]);

– Gew‰hrleisten eines Supports f¸r fachliche und technische Fragen;

– Koordination der Zusammenarbeit zwischen den Ausgleichskassen und der ZAS bei Datenaustausch- oder Registerproblemen;

– Nachkontrolle von Inkoh‰renzen im Register und von widerspr¸chlichen Datenmeldungen sowie Aufforderung der Ausgleichskassen, diese zu beheben;

– Information und Kommunikation ¸ber das EOReg.

133 Die ZAS muss an die sedex-Datenaustauschplattform ange-

schlossen sein. Sie betreibt die daf¸r notwendige Infrastruktur f¸r den Empfang und das Senden der Meldungen. Die sedex-Adresse f¸r das produktive EOReg lautet 6-600000-1 und f¸r die Abfrage des WebService ´SEODORª 6-600024-1.

11

134 Die ZAS stellt sicher, dass das EOReg s‰mtliche in dieser

Wegleitung spezifizierten Funktionen korrekt gew‰hrleistet.

135 Die ZAS betreibt neben dem produktiven System zwei EOReg-

Testsystem, welches den Ausgleichskassen f¸r ‹bermittlungs- und Fachtests zur Verf¸gung steht. Jede ‹bertragung einer Testmeldung muss vorab mit der ZAS abgestimmt werden.

Die Adressse und technische Angaben sind auf der Internte Seite https://www.zas.admin.ch beschrieben (unter : Partner und Institutionen/EO-Register/Bereich f¸r die Durchf¸hrungsstellen).

136 Die ZAS gew‰hrleistet den Empfang und die t‰gliche Verarbei-

tung der Meldungen, sowie die Monatsverarbeitung.

Art. 21 EOG Organe und anwendbare Bestimmungen

¹Die Durchf¸hrung der Erwerbsersatzordnung erfolgt durch die Organe der Alters- und Hinterlassenenversicherung ...

Art. 43 EOV Vollzug

¹Das Eidgenˆssische Departement des Inneren ist mit dem Vollzug beauftragt.

²Es kann Ausf¸hrungsbestimmungen f¸r die Durchf¸hrungsstellen, sowie, im Einvernehmen mit dem Eidgenˆssischen Departement f¸r Verteidigung, Bevˆlkerungsschutz und Sport und dem Eidgenˆssischen Volkswirtschaftsdepartement Weisungen an die Rechnungsf¸hrer der Armee und des Zivilschutzes, die Organisatoren der Kaderbildung von Jugend und Sport (J + S) und die Vollzugsstellen des Zivildienstes erlassen.

WL-EOReg Wegleitung zum EO-Register und Datenaustausch

Rz 210ff

Die w‰hrend eines Meldemonats aufbereiteten Meldungen werden als Paket (Sammelmeldung) zusammengefasst und in einem oder mehreren Meldungspakten bis sp‰testens am Ende des Folgemonats ans E-OReg ¸bermittelt.

140 Die Ausgleichskassen melden jede EO-Entsch‰digung mittels

der nachfolgend beschriebenen Verfahren elektronisch an das EOReg. Es besteht eine Meldepflicht.

12

141 Die Ausgleichskassen organisieren die entsprechenden inter-

nen Betriebsabl‰ufe und betreiben geeignete Informationssysteme f¸r die Verarbeitung und Verwaltung der EO-Entsch‰digungen.

142 Die Ausgleichskassen m¸ssen gem‰ss DAP Rz. 3037 an die

sedex-Datenaustauschplattform angeschlossen sein. Sie betreiben die notwendige Infrastruktur f¸r das Senden und den Empfang der Meldungen.

143 Die Ausgleichskassen stellen sicher, dass ihre Informationssys-

teme bei der Verarbeitung der EO-Entsch‰digungen die nachfolgend spezifizierten Plausibilit‰tspr¸fungen (vgl. Kap. 4) ebenfalls durchf¸hren. Zudem gew‰hrleisten sie f¸r die Datenmeldung die Einhaltung der nachfolgend beschriebenen Spezifikationen (vgl. Kap. 3).

144 Die Ausgleichskassen melden die, w‰hrend eines Monats aus-

gerichteten EO-Entsch‰digungen sp‰testens bis am Ende des Folgemonats an das EOReg.

145 Die Ausgleichskassenstellen gew‰hrleisten eine Abkl‰rung und

Korrektur der vom EOReg erhaltenen Fehler- und Konfliktmeldungen innerhalb von 30 Tagen.

146 F¸r Fehler- und Konfliktmeldungen, welche mehr als 3 Monate

nicht korrigiert werden, erhalten die betroffenen Ausgleichskassen Mahnungen im Rahmen der monatlichen R¸ckmeldungen.

13

150 F¸r die Erf¸llung der gestellten Anforderungen enth‰lt das EO-

Reg die folgenden Datenfelder:

a. Personenidentifikationsmerkmale: Versichertennummer, (Familienname, Vornamen, Geburtsdatum, Geschlecht aus UPI), Anzahl Kinder und Wohnort der anspruchsbegr¸ndenden Person, Versichertennummer des Kindes (BUE und AdopE), Geburtsdatum oder Datum der Aufnahme zur Adoption des Kindes und Wohnsitzstaat f¸r Kinder im Ausland (VSE);

b. Buchungsmonat, Dienstart, Referenznummer, Kontrollnummer, Erwerbsart zum Zeitpunkt der EO-Leistung;

c. durchschnittliches Tageseinkommen, Anfangs- und Enddatum, Anzahl Tage und Grundentsch‰digung f¸r die EO-Leistung;

d. Codes f¸r Taggeld-Ansatz IV/ KV/UV/MV/ALV und Betriebszulage sowie Zulage f¸r Betreuungskosten;

e. Gesamtbetrag der EO-Leistung und Auszahlungsart;

f. breakRuleCodes f¸r Spezialf‰lle (Plausibilit‰tsverletzungen).

160 Der Datenaustausch zwischen den Ausgleichskassen und der

ZAS geschieht asynchron mittels der Datenaustauschplattform sedex.

161 F¸r den Anschluss der Ausgleichskassen an sedex gelten die

Regelungen in den Weisungen Datenaustauschplattform (DAP).

162 EO-Meldungen werden mit dem sedex-messageType 2015 ge-

meldet. Die subMessageType-Werte der verschiedenen Meldetypen sind in Rz. 370 f. ersichtlich.

170 Die EO-Meldungen sind im XML-Format als XSD- und XSLT-

Dateien beschrieben. Zust‰ndig f¸r die Definitionen und deren Publikation ist das BSV. Es erstellt diese in Zusammenarbeit mit der ZAS und den Ausgleichskassen.

171

14

Die Meldungen an das EO-Register erfolgen in strukturierter Form. Damit kˆnnen diese automatisch verarbeitet werden.

172 Die R¸ckmeldungen vom Register an die Ausgleichskassen er-

folgen in Form von „unstrukturierten“ sedex-Meldungen, bei welchen PDF-Dokumente als Attachments beigef¸gt werden.

173 Die Meldungspakete werden f¸r den sedex-Versand in den Mel-

dungsrahmen eCH0090 verpackt. Bei der Verwendung des sM-Clients geschieht dies automatisch durch dessen Message-Handler.

174 Die eigentlichen Datenmeldungen m¸ssen dem Meldungsrah-

men eCH0058 entsprechen. Dabei werden die fachlichen EO-Einzelmeldungen in einem Meldungspaket zusammengefasst und gemeinsam als eine einzige sedex-Meldung ¸bermittelt.

175 F¸r das Format des Meldungsrahmens gilt der Standard

eCH0058 Version 4 (oder sp‰ter) (vgl. eCH0058 Schnittstellenstandard Meldungsrahmen).

15

200 Die Meldungen der Ausgleichskassen an das EOReg werden

als Sammelmeldungen versandt. Dies hat den Vorteil, dass die Anzahl der sedex-Meldungspakete tief gehalten werden kann (Kostenfaktor).

201 Die Basisarchitektur des Meldungsaufbaus ist in den folgenden

Dokumenten beschrieben:

– sedex-Handbuch

– eCH0058 Schnittstellenstandard Meldungsrahmen

– Detailkonzept Meldungsformat

210 Der Gesamtprozess besteht aus den folgenden Teilschritten:

– Initiiert wird der Prozess von der versicherten Person oder deren Arbeitgeber, indem das EO-Formular bei der zust‰ndigen Ausgleichskasse eingereicht wird.

– Die Ausgleichskasse ¸berpr¸ft das EO-Formular auf G¸ltigkeit und Vollst‰ndigkeit der Angaben (alle Felder vorhanden, Unterschriften, usw.).

– Das Formular wird im kasseneigenen Informationssystem erfasst und die nachfolgend beschriebenen Plausibilit‰tspr¸fungen (vgl. Kap. 4) vorgenommen. Dabei sind die gleichen Regeln anzuwenden, wie sie auch im zentralen EO-Register zur Anwendung kommen. Als Vergleichsdatenbasis stehen der Ausgleichskasse jedoch nur die eigenen Datenbanken mit den selber verarbeiteten EO-Entsch‰digungen zur Verf¸- gung. Dies bedeutet, dass kassen¸bergreifende Pr¸fungen nur im zentralen EOReg der ZAS mˆglich sind.

– F¸r korrekte F‰lle wird die Auszahlung an die versicherte Person oder die Verbuchung auf dem Kontokorrent des Arbeitsgebers vorgenommen, sowie die Meldung an das EO-Reg aufbereitet. Fehlerhafte F‰lle werden in einem internen Fehlerbehandlungsprozess bereinigt.

– Die w‰hrend eines Meldemonats aufbereiteten Meldungen werden als Paket (Sammelmeldung) zusammengefasst und in einem oder mehreren Meldungspakten bis sp‰testens am Ende des Folgemonats ans EOReg ¸bermittelt.

16

– Der Empfang der Sammelmeldung durch das EOReg der ZAS wird durch sedex automatisch quittiert.

– Das EOReg pr¸ft die Meldungen auf die Einhaltung der nachstehend beschriebenen Plausibilit‰ten (vgl. Kap. 4.1). Wenn eine Meldung des Meldepakets ung¸ltig ist, wird das gesamte Meldungspaket retourniert.

– Das EOReg pr¸ft die Meldungen auf die Einhaltung der nachstehend beschriebenen Plausibilit‰ten (vgl. Kap. 4.2). G¸ltige Meldungen werden verarbeitet und ins EOReg ¸bernommen, ung¸ltige je nachdem einzeln oder zusammengefasst an die Ausgleichskasse retourniert.

– Bei der Monatsverarbeitung des EOReg werden sowohl die G¸ltigkeit der einzelnen Meldung wie auch die Plausibilit‰ten mehrerer Meldungen f¸r eine EO-Entsch‰digung (intra-EO-Leistung) und mehrerer EO-Entsch‰digungen f¸r eine Person (inter-EO-Leistung) ¸berpr¸ft. Festgestellte Fehler (Datenkonflikte, Doppelbez¸ge, usw.) werden in Verarbeitungs- und Fehlerprotokollen im PDF-Format an die Ausgleichskassen zur¸ck gesandt. Sie sind verpflichtet, die Fehlermeldungen mit entsprechenden Massnahmen zu bereinigen.

– Die R¸ckmeldungen des EOReg an die Ausgleichskassen sind unstrukturiert und kˆnnen daher nur manuell weiter verarbeitet werden.

220 Meldungstyp 1 – Initialmeldung: Jede neue EO-Entsch‰digungs-Anmeldung f¸r Dienstleistungen, Betreuungsurlaub, Vaterschaftsurlaub, Entsch‰digung f¸r hinterbliebene M¸tter oder Adoptionsurlaub sowie jede neue Mutterschaft oder neue Entsch‰digung f¸r hinterbliebene V‰ter wird mit einer Meldung Typ 1 gemeldet. Sie betrifft das Konto 214.3060. Der Inhalt g¸ltiger Meldungen wird in das EOReg ¸bernommen.

221 Jede Meldung Typ 1 muss im Feld businessProcessId eine neue eindeutige Identifikationsnummer enthalten. Sie hat das folgende Format: kkk.zzz.xxxxxxxx, wobei

kkk die dreistellige Kassennummer ist (rechtsb¸ndig, links mit Nullen gef¸llt);

zzz die dreistellige Zweigstellennummer ist (rechtsb¸ndig, links mit Nullen gef¸llt);

17

xxxxxxxx eine beliebige, von der Kasse gew‰hlte eindeutige Identifikation sein kann (z.B. fortlaufende Nummer, kann auch alphanumerisch sein).

Beispiel einer g¸ltigen businessProcessId:

001.000.0123456789

Der businessProcessId einer Meldung Typ 1 muss im Teil Kassennummer/Zweigestellennummer mit den Feldern deliveryOffice/officeIdentifier und deliveryOffice/branch der EO-Meldung ¸bereinstimmen.

222 Diese Definition der businessProcessId gew‰hrleistet auch die

Mˆglichkeit, dass bei Kassenfusionen oder ‹bernahmen die verbleibende Ausgleichskasse die EO-Entsch‰digungen der fusionierten Kasse zu einem sp‰teren Zeitpunkt unter Angabe des entsprechenden urspr¸nglichen businessProcessId mutieren kann.

223 Meldungstyp 3 – Korrektur: Eine Meldung Typ 3 ist eine Erg‰n-

zung, respektive eine Nachzahlung zu einer bereits gemeldeten EO-Entsch‰digung. Sie betrifft das Konto 214.3060. Die Meldung muss im Feld „businessProcessId“ die Identifikation einer bereits gemeldeten Meldung Typ 1 enthalten. Ausgef¸llte Datenfelder einer solchen Meldung ¸berschreiben die Felder der Initialmeldung, ausser die Felder „numberOfDays“, „basicDailyAmount“, und „totalAPG“, welche kumuliert werden.

224 Meldungstyp 4 – Korrektur: Eine Meldung Typ 4 ist eine Kor-

rekturmeldung f¸r R¸ckforderungen einer bereits bezahlten EO-Entsch‰digung. Sie betrifft das Konto 214.4609. F¸r die Felder „businessProcessId“, respektive die Übernahme oder Kumulation des Inhalts gilt das Gleiche wie unter Rz. 223.

18

230 Sowohl die Betriebszulagen wie auch die Zulagen f¸r Betreu-

ungskosten kˆnnen bei den Kassen separat verarbeitet werden. Es kommt h‰ufig vor, dass die beiden Entsch‰digungsteile erst nach der Verarbeitung der Grundentsch‰digung geltend gemacht werden. F¸r das EO-Register besteht eine EO-Entsch‰- digung jedoch aus s‰mtlichen Leistungen f¸r die gleiche Dienstperiode. Hinzu kommt, dass die Betriebszulagen und die Zulage f¸r Betreuungskosten immer an die dienstleistende Person direkt ausbezahlt werden (Ausnahme mitarbeitende Familienmitglieder in der Landwirtschaft), auch wenn die Grundentsch‰- digung dem Arbeitgeber gutgeschrieben wird. Die Meldungen der Kassen an das EO-Register sind daher wie folgt vorzunehmen:

231 Bei der umfassenden Verarbeitung eines EO-Anmeldeformu-

lars, welches gleichzeitig die EO-Grundentsch‰digung, die Betriebszulage und die Zulage f¸r Betreuungskosten enth‰lt, m¸ssen s‰mtliche Entsch‰digungsteile in den entsprechenden Feldern der Initialmeldung gemeldet werden.

232 Wird zuerst das EO-Anmeldeformular f¸r die Grundentsch‰di-

gung verarbeitet (ohne Betriebszulage und Betreuungskosten), werden in der Initialmeldung die Felder Betriebszulage ´allowanceFarm» = „false“ und das Feld Betreuungskosten ´allowanceCareExpensesª = 0 (null) gemeldet. Bei einer sp‰teren Verarbeitung des Formulars f¸r die Zulage f¸r Betreuungskosten oder der Geltendmachung der Betriebszulage ist eine Mutationsmeldung Typ 3 zu senden. Die entsprechenden Felder werden dabei wie folgt gef¸llt:

– Feld «allowanceFarm» = „true“

– Feld ´allowanceCareExpensesª (Betreuungszulage) = Totalbetrag der entsprechenden Betreuungszulage.

233 Wird im umgekehrten Fall zuerst das Formular f¸r die Zulage

f¸r Betreuungskosten verarbeitet, enth‰lt die Initialmeldung lediglich diese Leistungsteile. Bei der nachtr‰glichen Erfassung

19

des EO-Anmeldeformulars f¸r den eigentlichen Dienst und gegebenenfalls f¸r Kinder/Betriebszulage, wird die Meldung an das EO-Register als Mutationsmeldung Typ 3 mit den entsprechend gef¸llten Feldern aufbereitet und versandt.

234 Wird das hier beschriebene Verfahren nicht eingehalten, f¸hren

zwei verschiedene Meldungen mit gleicher Dienstart und

Dienstleistungsperiode zu einer Konfliktmeldung, welche von der Kasse korrigiert werden muss.

235 Im Attribut ´averageDailyIncomeª meldet die Kasse immer das

durchschnittliche Tageseinkommen, welches die versicherte Person unmittelbar vor dem Dienst, der Mutter- oder Vaterschaft, der Aufnahme zur Adoption bzw. dem Betreuungsurlaub erzielte. Wenn der Urlaub nicht am St¸ck bezogen wird, so kann sich die Berechnungsgrundlange jeweils ‰ndern. Massgebend ist der Lohn, welcher die Person vor dem jeweiligen Urlaub bezogen hat. Das Feld ´basicDailyAmountª enth‰lt den Tagesansatz, resp. den Betrag der Grundentsch‰digung (inkl. allf‰lliger Kinderzulagen), welcher sich daraus ergibt. Die Tatsache, dass eine Person von einer Taggeldgarantie der

IV/KV/UV/MV oder der ALV profitiert, ‰ndert an dieser Praxis nichts. Die zwei Felder (´averageDailyIncomeª und ´ basicDailyAmountª) d¸rfen auf keinen Fall durch den Betrag einer Taggeldgarantie oder durch deren Berechnungsgrundlagen beeinflusst werden. Die Taggeldgarantie ist im Attribut ´totalAPGª enthalten.

236 Bei Verlust eines EO-Formulars kˆnnen die Beg¸nstigten bei

der Ausgleichskasse eine Kopie aufgrund des Eintrags im Dienstb¸chlein erstellen lassen. Dabei ist jedoch die Kontrollnummer nicht bekannt. Duplicata von EO-Formularen kˆnnen ohne Kontrollnummer gemeldet werden, m¸ssen dies jedoch mit einem breakRule (vgl. Rz. 464 breakRuleCode 505) anzeigen. Beim Zivilschutz und der Rekrutierung sind die Angaben

20

nicht aufgrund des Dienstb¸chleins zu ¸berpr¸fen, sondern mittels SEODOR (Rz 1006 WEO).

onsentsch‰digung oder Entsch‰digung f¸r hinterbliebene M¸tter (Leistungscodes 90, 91, 92, 93 oder 95)

237 F¸r die Vaterschaftsentsch‰digung sowie Entsch‰digung f¸r hinterbliebene M¸tter und die Adoptionsentsch‰digung wird ein einziges Anmeldeformular nach dem letzten anspruchsberechtigten Urlaubstag oder nach Ablauf der Rahmenfrist ausgestellt.

F¸r die Betreuungsentsch‰digung werden Anmeldeformulare monatlich ausgestellt. Beide Ehegatten m¸ssen die Anmeldungen bei der gleichen AHV Kasse von nur einem der erwerbst‰tigen Ehepartner, nach Wahl, vornehmen. Jedes Anmeldeformular muss mit einer Type 1 Meldung erfasst werden.

Das Anfangsdatum (startOfPeriod) und Enddatum (endOfPeriod) sollte mit einer Ausnahme mit dem ersten und letzten bezogenen Urlaubstag (Werktag) des gemeldeten Zeitraums identisch sein. F¸r zus‰tzlich ausgerichtete Taggelder ausserhalb dieses Zeitraums, muss das Datum im Feld ´endOfPeriodª entsprechend verl‰ngert werden. Die Anzahl Tage zwischen Anfangs- und Enddatum darf nicht kleiner sein als die Anzahl der ausgerichteten Taggelder.

Das Feld ´numberOfdaysª muss f¸r alle drei Leistungscodes die Anzahl der ausgerichteten Taggelder enthalten, inklusive der zus‰tzlichen 2 Taggelder pro 5 entsch‰digte Werktage gem‰ss EOG.

Das Feld ´childInsurantVnª beim Mutterschaftsurlaub (Leistungscode 90), Vaterschaftsurlaub (Leistungscode 91), bei der Betreuungsentsch‰digung (Leistungscode 92), der Adoptionsentsch‰digung (Leistungscode 93) und bei Entsch‰digung f¸r hinterbliebene M¸tter (Leistungscode 95) muss die AHV-Nummer des Kindes zwingend enthalten. F¸r Totgeburten nach der

21

23. Schwangerschaftswoche muss die AHV-Nummer

756.9999.9999.99 verwendet werden. Bei Mehrlingsgeburten muss AHV Nummer des zuerst geborenen Kindes verwendet werden.

240 Meldungstyp 5 – Monatliche Verarbeitungsprotokolle - R¸ck-

meldung der ZAS an die Ausgleichskassen: Die verschiedenen Verarbeitungsprotokolle werden als PDF-Dokumente aufbereitet und als Attachments in einer sedex-Meldung versandt. Eine Liste der Attachment-Typen findet sich in Rz. 335.

250 F¸r die Behandlung technisch fehlerhafter Meldungen wird das

Standardverfahren angewandt, welches im Detailkonzept Meldungsformat eCH0058 beschrieben ist. Grunds‰tzlich bestehen die folgenden zwei Fehlermˆglichkeiten:

251 Enth‰lt eine sedex-Meldung eine nicht lesbare oder ung¸ltige

ZIP-Datei, wird das ganze Meldungspaket bereits durch sedex an den Absender zur¸ckgewiesen.

252 Nicht wohlgeformte oder bez¸glich Schemadefinition ung¸ltige

XML-Dateien (Verwendung einer falschen XSD-Version, falsche Daten in XML-File) werden durch das EOReg einzeln mit einem sedex-Umschlag versehen und an den Absender zur¸ckgewiesen. Solche Meldungen sind von der betroffenen Ausgleichskasse in einem entsprechenden Prozess zu korrigieren und nochmals zu melden.

253 Grunds‰tzlich gilt, dass der Absender daf¸r Sorge zu tragen

hat, dass solche technischen Fehler bereits vor dem Versand erkannt und behoben werden, so dass nur technisch fehlerfreie Meldungen in den Versand gelangen. Bei der Verwendung des sM-Client weist dieser eine Sammelmeldung, welche ung¸ltige Einzelmeldungen beinhaltet, gesamthaft zur¸ck.

22

310 Mit einer Initialmeldung Typ 1 meldet die Ausgleichskasse die Ausrichtung einer EO-Entsch‰digung an das EOReg.

311 Die Meldung beinhaltet die folgenden Attribute:

Attribut Typ Vorkom- Beschreibung / Bemerkungen men

deliveryOffice/ int 1..1 Nummer der Ausgleichskasse

officeIdentifier [1 - 999]

deliveryOffice/branch int 1..1 Nummer der Zweigstelle

[0 – 999]

insurant → Ref personI- 1..1 eCH0044f personIdentificationType

dentification- enth‰lt unter anderem die folgenden Type (eCH- Felder: AHVN13 (vn), Name, Vor-0044f, forgiving name, Geschlecht, Geburtsdatum. F¸r version) die Identifikation gen¸gt die Angabe der AHVN13. Die ¸brigen Felder d¸rfen nicht gemeldet werden, weil sie aus dem UPI ¸bernommen werden. Darum wird die „forgiving-Version“ benutzt (s‰mtliche Felder optional).

insurantMaritalStatus → Ref marital- 1..0 Zivilstand des Versicherten (gem‰ss

StatusType Codes in Rz. 373)

numberOfChildren short 0..1 Anzahl Kinder (vgl. Error-Cd 301)

insurantDomicile → insurantDo- 1..1 F¸r Versicherte im Ausland Wohnsitz-

micileType land. F¸r Versicherte im Inland Land und Kanton des Wohnsitzes (gem‰ss Code in Rz. 372)

accountingMonth gYearMonth 1..1 Buchungsmonat JJJJ-MM

[1980-01 –

2099-1]

serviceType serviceType- 1..1 Gem‰ss Code in Rz. 371

Type

referenceNumber int 0..1 Referenznummer, f¸r Zivilschutz (ser-

viceType = 20, 21, 22, 23¹) zwingend anzugeben

¹F¸r Dienste bis 31.12.2020

23

Attribut Typ Vorkom- Beschreibung / Bemerkungen men

controlNumber unsignedInt 0..1 Kontrollnummer, f¸r Zivildienst (ser-

[0 - 32767] viceType = 40, 41) zwingend anzugeben

activityBeforeService activityBefore- 1..1 Gem‰ss Code in Rz. 374

ServiceType

averageDailyIncome decimal 1..1 durchschnittliches Tageseinkommen

[-99999999.99 -

99999999.99]

startOfPeriod date 1..1 Anfangsdatum der Entsch‰digungspe-

[1980-01-01 - riode

2099-01-01]

endOfPeriod date 1..1 Enddatum der Entsch‰digungsperiode

[1980-01-01 -

2099-01-01]

numberOfDays short 1..1 Anzahl Entsch‰digungstage

basicDailyAmount decimal 1..1 Tagesansatz der Grundentsch‰digung

[-99999999.99 - inkl. Kinderzulagen (ohne Betriebszu-99999999.99] lage und Zulage f¸r Betreuungskosten, Franken- und Rappenbetrag).

dailyIndemnityGuaran- boolean 1..1 Taggeldgarantie IV/KV/UV/MV/ALV teeAI

allowanceFarm boolean 1..1 Betriebszulage

allowanceCareExpen- decimal 1..1 Zulagen f¸r Betreuungskosten: Geses samtbetrag f¸r die ganze Periode

[-99999999.99 - (Franken- und Rappenbetrag).

99999999.99]

totalAPG decimal 1..1 EO-Gesamtbetrag (Grundentsch‰di-

gung, Kinderzulagen, Betriebszulage, [- inkl. Betreuungskosten, Taggeldgaran-9999999999999 tie IV/KV/UV/MV/ALV, Franken- und 9.99 - Rappenbetrag).

9999999999999

9.99]

paymentMethod paymentMetho- 1..1 Auszahlungsart, gem‰ss Code in Rz.

375

dType

breakRules breakRuleType 0..1 In Ausnahmef‰llen kann das ‹ber-

schreiten der Plausibilisierungsregeln bewilligt werden (siehe Kap. 4.6)

maternityLeaveData maternityLeave- 0..1 Der maternityLeaveDataType enth‰lt

das Feld childInsurantVn. Siehe Rz DataType

237 und 380.1. F¸r Totgeburten nach der 23. Schwangerschaftswoche muss die AHV-Nummer 756.9999.9999.99 verwendet werden.

24

Attribut Typ Vorkom- Beschreibung / Bemerkungen men

paternityLeaveData paternityLeave- 0..1 Der paternityLeaveDataType enth‰lt die folgenden Felder: newbornDate-DataType

OfBirth, numberOfWorkdays, paternityLeaveType und childDomicile. Siehe Rz 237 und 380

careLeaveData careLeaveData- 0..1 Der careLeaveDataType enth‰lt die folgenden Felder: childInsurantVn,

Type

careLeaveEventID. Siehe Rz 237 und 381

adoptLeaveData adoptLeaveDa- 0..1 Der adoptLeaveDataType enth‰lt die folgenden Felder: admissionDate,

taType

childinsurantVn, numberOfWorkdays, adoptLeaveType und childDomicile. Siehe Rz 237 und 381.1

320 Bei der Korrekturmeldung Typ 3 handelt es sich um die Mel-

dung einer Nachzahlung zu einer bereits gemeldeten EO-Entsch‰digung. Sie betrifft das Konto 214.3060.

321 Bei der Korrekturmeldung Typ 4 handelt es sich um die Mel-

dung einer R¸ckforderung zu einer bereits gemeldeten EO-Entsch‰digung. Sie betrifft das Konto 214.4609.

322 Korrekturmeldungen müssen im Feld „businessProcessId“ eine

g¸ltige Identifikationsnummer zu einer bereits gemeldeten Typ 1-Meldung enthalten. Es d¸rfen nur die Felder gemeldet werden, welche zu ‰ndern sind mit Ausnahme der Felder im XML-Tag f¸r die Vaterschaft (siehe Ziffer 380) und den Adoptionsurlaub (siehe Ziffer 381.1) und den Betreuungsurlaub (siehe Ziffer 381). Bei Korrekturmeldungen in diesen Felder, m¸ssen alle anderen Felder im gleichen Tag nochmals gemeldet werden. Das Feld childInsurantVn im Tag der Vaterschaft, der Aufnahme zur Adoption oder f¸r hinterbliebene M¸tter und V‰ter ist davon ausgenommen.

S‰mtliche gemeldeten Felder werden in die kumulierte Meldung ¸bernommen und der alte Inhalt ¸berschrieben, ausser die Felder „numberOfDays“, „basicDailyAmount“ und „totalAPG“, welche kumuliert werden.

323 Eine EO-Entsch‰digung wird annuliert, indem eine Korrek-

turmeldung (Typ 3/4) dem Register gesandt wird, durch welche

25

der kumulierte Wert des Feldes „totalAPG“ aller Meldungen zu dieser EO-Entsch‰digung Null ergibt. Meldungen bei denen der kumulierte Wert des Feldes „total- APG“ gleich null ist, werden bei der Registrirung im Register t‰glich annulliert. Eine annullierte Meldung kann nicht mehr ge- ‰ndert werden, die Identifikationsnummer einer solchen Melung kann nicht mehr verwendet werden.

324 Die Mutation der Versichertennummer einer EO-Entsch‰digung geschieht durch eine Meldung Typ 3, bei welcher das Feld AHVN13 die neue Versichertennummer enth‰lt. Die ¸brigen Felder der Meldung bleiben leer, wenn sie nicht ver‰ndert werden sollen oder kˆnnen f¸r eine Mutation gef¸llt gesandt werden (vgl. Rz. 334).

325 Die Meldung beinhaltet die folgenden Attribute:

Attribut Typ Vorkom- Beschreibung men

timeStamp Datum 1..1 Feld zur Ordnung der Meldungen Typ

3 und 4

(dateTime)

deliveryOffice/ [1 - 999] 1..1 Kassennummer

officeIdentifier

deliveryOffice/branch int 1..1 Zweigstellennummer

[0 – 999]

insurant → Ref personI- 0..1 eCH0044f personIdentificationType

dentification- enth‰lt unter anderem die folgenden Type (eCH- Felder: AHVN13 (vn), Name, Vor-0044f) name, Geschlecht, Geburtsdatum. F¸r die Identifikation gen¸gt die Angabe der AHVN13. Die ¸brigen Felder d¸rfen nicht gemeldet werden, weil sie aus dem UPI ¸bernommen werden. Darum wird die „forgiving-Version“ benutzt (s‰mtliche Felder optional).

insurantMaritalStatus → Ref marital- 0..1 Zivilstand des Versicherten (gem‰ss

StatusType Codes in Rz. 373)

numberOfChildren short 0..1 Anzahl Kinder (vgl. Error-Cd 301)

insurantDomicile → insurantDo- 0..1 F¸r Versicherte im Ausland Wohnsitz-

micileType land. F¸r Versicherte im Inland Land und Kanton des Wohnsitzes (gem‰ss Code in Rz. 372)

26

Attribut Typ Vorkom- Beschreibung men

accountingMonth gYearMonth 0..1 Buchungsmonat, JJJJ-MM

[1980-01 –

2099-1]

serviceType serviceType- 0..1 Gem‰ss Code in Rz. 371

Type

referenceNumber int 0..1 Referenznummer, f¸r Zivilschutz (ser-

viceType = 20, 21, 22, 23¹) zwingend anzugeben

controlNumber unsignedInt 0..1 Kontrollnummer, f¸r Zivildienst (ser-

[0 - 32767] viceType = 40, 41) zwingend anzugeben

activityBeforeService activityBefore- 0..1 Gem‰ss Code in Rz. 374

ServiceType

averageDailyIncome decimal 0..1 durchschnittliches Tageseinkommen

[-99999999.99 -

99999999.99]

startOfPeriod date 0..1 Anfangsdatum der Entsch‰digungspe-

[1980-01-01 - riode

2099-01-01]

endOfPeriod date 0..1 Enddatum der Entsch‰digungsperiode

[1980-01-01 -

2099-01-01]

numberOfDays short 0..1 Anzahl Tage, welche der Initialmel-

dung Typ 1 (und der dazugehˆrenden Meldungen 3/4) hinzugef¸gt werden sollen; Wert kann auch negativ sein. basicDailyAmount decimal 0..1 Tagesansatz, welcher dem Ansatz der

Initialmeldung Typ 1 (und der dazuge-[-99999999.99 - hˆrenden Meldungen 3/4) hinzugef¸gt 99999999.99] werden soll; Wert kann negativ sein. dailyIndemnityGuaran- boolean 0..1 Taggeldgarantie IV/KV/UV/MV/ALV teeAI

allowanceFarm boolean 0..1 Betriebszulage

allowanceCareExpen- decimal 0..1 Zulagen f¸r Betreuungskosten: Geses samtbetrag f¸r die ganze Periode

[-99999999.99 - (Franken und Rappen)

99999999.99]

¹F¸r Dienste bis 31.12.2020

27

Attribut Typ Vorkom- Beschreibung men

totalAPG decimal 0..1 EO-Gesamtbetrag, welcher dem Ge-

samtbetrag der Initialmeldung Typ 1 [- (und der dazugehˆrenden Meldungen 9999999999999 3/4) hinzugef¸gt werden soll; Wert 9.99 - kann negativ sein

9999999999999

9.99]

paymentMethod paymentMetho- 0..1 Gem‰ss Code in Rz. 375

dType

breakRules breakRuleType 0..1 In Ausnahmef‰llen kann das ‹ber-

schreiten der Plausibilisierungsregeln bewilligt werden (siehe Kap. 4.6)

maternityLeaveData maternityLeave- 0..1 Der maternityLeaveDataType enth‰lt

das Feld childInsurantVn. Siehe Rz DataType

237 und 380.1. F¸r Totgeburten nach der 23. Schwangerschaftswoche muss die AHV-Nummer 756.9999.9999.99 verwendet werden.

paternityLeaveData paternityLeave- 0..1 Der paternityLeaveDataType enth‰lt

die folgenden Felder: newbornDate-DataType

OfBirth, numberOfWorkdays, paternityLeaveType und childDomicile. Siehe Rz 237 und 380

careLeaveData careLeaveData- 0..1 Der careLeaveDataType enth‰lt die

folgenden Felder: childInsurantVn, Type

careLeaveEventID. Siehe Rz 237 und 381

adopLeaveDate adopLeaveDate 0.. 1 Der adopLeave Date enth‰lt die fol-

genden Fleder: admissionDate,

childinsurantVN, numberOfWorkdays, adoptyLeaveType und childDomicile. Siehe Rz 237 und 381.1

330 Das EOReg stellt beim Empfang der Meldungen keine fachliche Empfangsquittung aus. Eine Quittierung geschieht automatisch auf Stufe sedex, welche der sendenden Ausgleichskasse den Empfang des Meldungspakets best‰tigt.

331 Die empfangenen Meldungspakete werden t‰glich verarbeitet und auf die sogenannten „Rückweisungsplausibilitäten“ (vgl. Rz. 420) ¸berpr¸ft. Fehler werden den Ausgleichskassen am Folgetag als Meldung Typ 5 mit Attachment-Type 101 (Elternschaft – mat_decline) oder 201 (Dienst – ser_decline) zur¸ck

28

gemeldet. G¸ltige Meldungen werden in das Register ¸bernommen. Der Ausdruck ´Elternschaftª beinhaltet die Mutterschaftsentsch‰digung, die Vaterschaftsentsch‰digung, die Adoptionsentsch‰digung, die Betreuungsentsch‰digung sowie Entsch‰digung f¸r hinterbliebene V‰ter und M¸tter.

332 Im Rahmen der monatlichen Verarbeitung werden s‰mtliche Plausibilit‰ten (sieht Kap. 4 ff) ¸berpr¸ft und Plausibilit‰tsverletzungen in Fehlerprotokollen im PDF-Format zusammengefasst. Es handelt sich um die Attachment-Types 102, 202, 103, 203, 104, 204, 106, 206 (vgl. Rz. 335).

333 Ebenfalls monatlich wird die ‹bereinstimmung mit der Buchhaltung ¸berpr¸ft und ein Vergleichsbericht der Buchhaltungsdaten mit der Summe der EO-Entsch‰digungen erstellt (fr¸her 8A-8F). Ein solcher Bericht wird in jedem Fall geliefert, auch wenn keine Differenzen festgestellt werden. Es handelt sich um den Attachment-Typ 301, in welchem nicht zwischen Elternschaft und Dienst unterschieden wird. Differenzen sind von den Ausgleichskassen innerhalb von drei Monaten zu berichtigen.

334 Das EOReg wird hinsichtlich der Versichertennummern

(AHVN13) regelm‰ssig mit dem Personen-Referenzregister UPI abgeglichen. ƒnderungen im UPI kˆnnen ƒnderungen im EO-Reg zur Folge haben

Bei einer Verkettung wurde festgestellt, dass eine Person zwei AHVN13 aufweist. Eine davon wird beibehalten, die andere inaktiv gesetzt. Eine solche ƒnderung wird w‰hrend des Abgleichs im EOReg automatisch nachgef¸hrt.

Bei einer Entkettung wurde eine einzige AHVN13 f¸r zwei oder mehr verschiedene Personen verwendet. Das Register kann nicht automatisch erkennen, welche EO-Entsch‰digungen an welche versicherte Person gingen. Die betroffenen EO-Entsch‰digungen kˆnnen daher nur durch die Kasse nach detaillierten Abkl‰rungen korrigiert werden (AHVN13-Mutation der betreffenden EO-Entsch‰digungen, mittels Meldung Typ 3 und neuer AHVN13).

Falls die von der Kasse verwendete AHV Nr. nicht mehr g¸ltig ist, ein Konflikt 206 wird erzeugt (sieh Rz 431).

29

Weitere Daten‰nderungen: Dieser Abschnitt des Verarbeitungsprotokolls enth‰lt Informationen zu weiteren Daten‰nderungen im UPI, die zu Plausibilit‰tsverletzungen im EOReg f¸hren kˆnnen, z.B. ƒnderung oder Pr‰zisierung des Geburtsdatums, des Geschlechts, des Heimatstaats.

335 Die folgende Tabelle enth‰lt eine Zusammenstellung der Verarbeitungs- und Fehlerprotokolle mit den Attachment-Types und Dateinamen:

Meldung Attach- Dateiname Periodizi- Bemerkungen ment-Type t‰t

Technischer Feh- - - Sofort Behandlung wie in Kapitel 2.5 beler (ung¸ltige tech- nach Er- schrieben

nische Form) halt der

Meldung

Elternschaft 101 mat_decline Einen Tag als Attachment

Zur¸ckgewiesene nach Mel-

Meldungen dung der

Dienst Aus-

201 ser_decline

gleichs-

Zur¸ckgewiesene

kasse

Meldungen

Elternschaft 102 mat_confirm Monatlich als Attachment

Best‰tigung des

Empfangs korrek-

ter Meldungen

Dienst 202 ser_confirm

Best‰tigung des

Empfangs korrek-

ter Meldungen

Elternschaft 103 mat_err Monatlich Dieses Attachment wird nur in Meldungen, die dem Falle mitgeliefert, falls im bedie einfache Plau- troffenen Monat Meldungen die sibilit‰t verletzen Einfache Plausibilit‰t verletzt ha-

ben.

Elternschaft Dieses Attachment wird nur in Plausibilit‰tsfehler dem Falle mitgeliefert, falls im beintra-EO-Leistung troffenen Monat Meldungen die

Plausibilit‰t intra-EO-Leistung verletzt haben.

Elternschaft Dieses Attachment wird nur in Plausibilit‰tsfehler dem Falle mitgeliefert, falls im beinter-EO-Leistung troffenen Monat Meldungen die

Plausibilit‰t inter-EO-Leistung verletzt haben.

30

Meldung Attach- Dateiname Periodizi- Bemerkungen ment-Type t‰t

Elternschaft Diese Meldung wird nur erzeugt Meldungen bez¸g- und geliefert, falls in der betroffelich inter-EO-Leis- nen Zeitperiode eine andere Austung ausgelˆst gleichskasse Plausibilit‰tsverletdurch eine andere zungen inter-EO-Leistung verur-Kasse sacht hat.

Dienst 203 ser_err Dieses Attachment wird nur in Meldungen, die dem Falle mitgeliefert, falls im bedie einfache Plau- troffenen Monat Meldungen die sibilit‰t verletzen Einfache Plausibilit‰t verletzt ha-

ben.

Dienst Dieses Attachment wird nur in Plausibilit‰tsfehler dem Falle mitgeliefert, falls im beintra-EO-Leistung troffenen Monat Meldungen die

Plausibilit‰t intra-EO-Leistung verletzt haben.

Dienst Dieses Attachment wird nur in Plausibilit‰tsfehler dem Falle mitgeliefert, falls im beinter-EO-Leistung troffenen Monat Meldungen die

Plausibilit‰t inter-EO-Leistung verletzt haben.

Dienst Diese Meldung wird nur erzeugt Meldungen bez¸g- und geliefert, falls in der betroffelich inter-EO-Leis- nen Zeitperiode eine andere Austung ausgelˆst gleichskasse Plausibilit‰tsverletdurch eine andere zungen inter-EO-Leistung verur-Kasse sacht hat.

Elternschaft 104 mat_reminder Monatlich Die von den AKs noch nicht korri-Mahnungen f¸r gierten Meldungen mit Fehlercode Konflikte/Fehler, werden durch die ZAS nach 3 Modie ‰lter als 3 Mo- naten gemahnt.

nate sind

Dienst 204 ser_reminder

Mahnungen f¸r

Konflikte/Fehler,

die ‰lter als 3 Mo-

nate sind

Vergleichsbericht 301 8a_8f Monatlich Die Buchhaltungsmeldung wird 8A-8F monatlich zugestellt und enth‰lt

Informationen bez. der Konten 214.3060 und 214.4609. Der Bericht wird auch geliefert, wenn keine Differenzen festgestellt wurden.

Bei der 8A-8F-Meldung wird nicht zwischen Elternschaft und sonstigem Dienst unterschieden.

31

Die in der R¸ckmeldung enthaltenen PDF-Dateien sind wie folgt 336 benannt:

spezifischer_dateiname_sedexid_kassezweigstelle_timestamp.pdf,

wobei der spezifische Dateiname der Kolonne Dateiname der Tabelle in Rz. 335 entspricht.

Beispiel: mat_decline_6-048000-1_48_20120101T050512.pdd

S‰mtliche PDF-Dokumente werden im Dokument „Beschreibung der Meldungen der ZAS an die Ausgleichskassen“ detailliert beschrieben.

337 Die R¸ckmeldungen bestehen aus dem strukturierten Mel-

dungsumschlag und dem Meldungsrahmen, sowie den eigentlichen R¸ckmeldungen in Form von PDF-Dokumenten als Attachments.

340 Den Ausgleichskassen steht das EOReg f¸r die Einzelabfrage

einer AHVN13 mittels Webservices zur Verf¸gung.

F¸r diese Abfragen gilt die sedex-messageType-Nummer 2016 mit der entsprechenden subMessageType (vgl. Rz. 370).

Die Berechtigungspr¸fung geschieht mittels sedex-Authentifizierung. Informationen zur Benutzung der Webservices befinden sich unter https://www.zas.admin.ch/zas/de/home/partenaires-et-institutions-/registres-centraux/registre-des-apg/informations-destinees-aux-organes-dexecution-/echange-dedonnees--aspects-techniques--webservices.html oder kˆnnen unter [email protected] bestellt werden.

341 Mittels dieser Webservices kann die Ausgleichskasse beim Re-

gister eine Suchabfrage mit den Argumenten Kassennummer und AHVN13 einer versicherten Person starten. Sie erh‰lt als R¸ckmeldung sowohl den Zustand aller konsolidierten Meldungen aller Kassen f¸r diese versicherte Person, wie auch die dazugehˆrenden Konflikte und breakRules. Die R¸ckmeldung auf diese Anfrage ist synchron in strukturierter Form als Meldungstyp 6 (vgl. Rz. 350).

32

Die Ausgleichskassen m¸ssen diesen WebService jedoch vor der Auszahlung einer Leistung benutzen, um sicherzustellen, dass f¸r die gleiche Person und einen identischen Zeitraum keine Entsch‰digung erbracht wurde (Doppelzahlung).

344 ‹ber den WebService ´SEODORª kˆnnen die Ausgleichskas-

sen einen Teil der Daten aus dem Personalinformationssystem der Armee und des Zivilschutzes (PISA) abfragen.

messageType352

345 Die Ausgleichskassen kˆnnen die Datenbank mit AHVN13

und/oder mit dem Beginn der Dienstperiode als Suchargumente abfragen. Sie erhalten daraufhin die genauen Angaben der Dienstperiode oder aller Dienstperioden, wenn deren Beginn nicht angegeben wurde. Die R¸ckmeldung wird synchron im Meldeformat Typ 8 ¸bertragen (siehe Rz. 350).

346 Die sedex-Meldung Type-Number 2017 ermˆglicht die Abfrage

des SEODOR-Registers. Die Ausgleichskassen m¸ssen diesen WebService vor der Auszahlung einer Entsch‰digung f¸r Dienstleistungen bei Zivilschutz, Rekrutierung, allen Diensten der Armee und J+S benutzen, um sicherzustellen, dass gem‰ss Rz. 6012 ff. WEO die Angaben auf dem EO-Anmeldeformular mit den PISA-Daten ¸bereinstimmen.

350 Die Meldungen Typ 6 beinhalten die in der nachfolgenden Ta-

belle beschriebenen Attribute. Diese Meldungsstruktur wird f¸r die Anfrage und R¸ckmeldung des Webservice f¸r eine Einzelabfrage verwendet.

33

Attribut Typ Vorkom- Beschreibung men

deliveryOffice/ int 1..1 Kassennummer

officeIdentifier [1 - 999]

deliveryOffice/branch int 1..1 Zweigstellennummer

[0 – 999]

insurant → Ref personI- 0..1 eCH0044f personIdentificationType ent-

dentification- h‰lt unter anderem die folgenden Fel-Type (eCH- der: AHVN13 (vn), Name, Vorname, Ge-0044f) schlecht, Geburtsdatum.

insurantMaritalStatus → Ref marital- 1..1 Zivilstand des Versicherten (gem‰ss

StatusType Codes in Rz. 373)

numberOfChildren short 0..1 Anzahl Kinder (vgl. Error-Cd 301)

insurantDomicile → insurantDo- 0..1 F¸r Versicherte im Ausland Wohnsitz-

micileType (*) land. F¸r Versicherte im Inland Land und Kanton des Wohnsitzes (gem‰ss Code in Rz. 372)

accountingMonth gYearMonth 0..1 Buchungsmonat, JJJJ-MM

[1980-01 –

2099-1]

serviceType serviceType- 0..1 Gem‰ss Code in Rz. 371

Type

referenceNumber int 0..1 Referenznummer

controlNumber unsignedInt 0..1 Kontrollnummer

[0 - 32767]

activityBeforeService activityBefore- 0..1 Gem‰ss Code in Rz. 374

ServiceType

averageDailyIncome decimal 0..1 durchschnittliches Tageseinkommen

[-99999999.99 - 99999999.99]

startOfPeriod date 0..1 Anfangsdatum der Entsch‰digungsperi-

[1980-01-01 - ode 2099-01-01]

endOfPeriod date 0..1 Enddatum der Entsch‰digungsperiode

[1980-01-01 - 2099-01-01]

numberOfDays short 0..1 Anzahl Tage

34

Attribut Typ Vorkom- Beschreibung men

basicDailyAmount decimal 0..1 Tagesansatz

[-99999999.99 - 99999999.99]

dailyIndemnityGuaran- boolean 0..1 Taggeldgarantie IV/KV/UV/MV/ALV teeAI

allowanceFarm boolean 0..1 Betriebszulage

allowanceCareExpen- decimal 0..1 Zulagen f¸r Betreuungskosten: Gesamtses [-99999999.99 betrag f¸r die ganze Periode (Franken

- 99999999.99] und Rappen)

totalAPG decimal 0..1 EO-Gesamtbetrag

[- 999999999999

99.99 - 999999999999 99.99]

paymentMethod payment- 0..1 Gem‰ss Code in Rz. 375

MethodType

maternityLeaveData maternityLeave- 0..1 Der maternityLeaveDataType enth‰lt

DataType das Feld childInsurantVn. Siehe Rz 237 und 380.1. F¸r Totgeburten nach der

23. Schwangerschaftswoche muss die AHV-Nummer 756.9999.9999.99 verwendet werden.

paternityLeaveData paternityLeave- 0..1 Der paternityLeaveDataType enth‰lt die

folgenden Felder: newbornDateOfBirth, DataType

numberOfWorkdays, paternityLeave-Type und childDomicile. Siehe Rz 237 und Rz 380

careLeaveData careLeaveData- 0..1 Der careLeaveDataType enth‰lt die fol-

genden Felder: childInsurantVn, care-Type

LeaveEventID. Siehe Rz Siehe Rz 237 und 381

adoptLeaveData adoptLeaveData 0..1 Der adoptLeaveData enth‰lt die fol-

genden Felder: admissionDate,

childInsurantVn, numberOfWorkdays, adoptLeaveType und childDomicile.

Siehe Rz 237 und 381.1

breakRules breakRuleType 0..1 In Ausnahmef‰llen kann das ‹ber-

schreiten der Plausibilisierungsregeln bewilligt werden (siehe Kap. 4.6)

conflicts conflictType (2) 0..1 Konflikte der Meldung

history boolean 0..1 historische Meldung

35

Attribut Typ Vorkom- Beschreibung men

creationDate Date 1..1 Erstellungsdatum der Meldung im Re-

gister

mutationDate Date 0..1 ƒnderungsdatum der Meldung im Regis-

ter

commandDetails commandDe- 1..1 Information zur Bestellung

tailsType (5)

(*) insurantDomicileType

Attribut Typ Vorkom- Beschreibung men

canton canton- 0..1 BSV-Liste der Kantone

Code

country count- 1..1 Liste der Schl¸sselzahlen der Staaten gem‰ss Weisungen Rech-

ryCode nungs- und Revisionswesen (SZ) (1)

(1) https://www.bsvlive.admin.ch/vollzug/documents/view/134/lang:deu/category:24/viewlang:deu

(2) ConflictType

Attribut Typ Vorkommen Beschreibung

plause INT 1..1 Verletzte Plausibilit‰t, vgl.

Kap. 4

interAnnonceConflict InterAnnonceConflitType (3) 0..n Informationen zum Konflikt

(3) InterAnnonceConflictType

Attribut Typ Vorkommen Beschreibung

deliveryOffice/ Int (0...999 – Max value) 1..1 Kassennummer

officeIdentifier

deliveryOffice/branch Int (0...999 – Max value) 1..1 Zweigstellennummer

interval IntervalType (4) 1..1 Bereich des Konflikts

(4) IntervalType

Attribut Typ Vorkommen Beschreibung

startDate Date 1..1 Beginndatum

endDate Date 1..1 Enddatum

351 Aufgehoben

352 Meldungen vom Typ 8 enthalten die folgenden Attribute: Die Abfrage des SEODOR-Registers ist nach dem message- Type MT2017 aufgebaut.

36

Abfrage

Attribut Typ Vor- Beschreibung

kom-

men

vn → Ref vnType (eCH- 1..1 AHVN13 der Person, deren Dienstperi-

0044f) oden abgefragt wird

startDate xs:date 0..1 Datum, ab dem die Dienstperioden ab-

gefragt werden

Antwort

Attribut Typ Vor- Beschreibung

kom-

men

formType formTypeType 1..1 Formulare:

318.730 = Milit‰rdienst

318.731 = Zivildienst

318.735 = Jugend und Sport 318.737 = Zivilschutz

insurant → Ref insurantType 1..1 Versicherte Person, deren Dienstperi-

(1) ode abgefragt wird

address → Ref addressInfor- 1..1 Adresse der versicherten Person

mationType (2)

insurantDomicile → Ref insurantDomi- 1..1 Wohnort der versicherten Person

cileType (3)

Attribut Typ Vor- Beschreibung

kom-

men

departmentId departmentIdType 0..1 Departement-ID

(xs:token [maxLength

= 40])

controlNumber controlNumberType 0..1 Kontrollnummer

(xs:int [0..999])

personalNumber personalNumberType 0..1 Personalnummer

(xs:token [maxLength

= 40])

referenceNumber referenceNumber- 0..1 Referenz-Nummer

Type (xs:token

[maxLength = 40])

serviceEntryDate xs:date 0..1 Einr¸ckungsdatum gem‰ss

Marschbefehl

startOfPeriod xs:date 1..1 Beginn der Dienstperiode

endOfPeriod xs:date 1..1 Ende der Dienstperiode

37

serviceType serviceTypeType 1..1 Gem‰ss Codes in Rz. 371 annotation annotationType 0..1 Anmerkung

(xs:string [maxLength

= 150])

numberOfDays xs:unsignedInt 1..1 Anzahl Diensttage in der Dienstperiode userId userIdType (xs:token 0..1 User-ID

[maxLength = 30])

mobilePhone → Ref phoneNumber- 0..1 Nummer Mobiltelefon Type (eCH-0046)

emailAddress → Ref emailAd- 0..1 E-Mail-Adresse

dressType (eCH-

0046)

38

(1) insurantType

Attribut Typ Vor- Beschreibung

kom-

men

vn → Ref vnType (eCH- 1..1 AHVN13 der versicherte Person f¸r die

0044f) entsprechende Dienstperiode

officialName → Ref 1..1 Name der versicherten Person

baseNameType

(eCH-0044f)

firstName → Ref 1..1 Vorname der versicherten Person

baseNameType

(eCH-0044f)

sex → Ref sexType (eCH- 1..1 Geschlecht der versicherten Person

0044f)

dateOfBirth Date 1..1 Geburtsdatum der versicherten Person

(2) addressInformationType

Attribut Typ Vor- Beschreibung

kom-

men

addressLine1 → Ref addressLine- 0..1 1. Adresszeile

Type (eCH-0010)

addressLine2 → Ref addressLine- 0..1 2. Adresszeile

Type (eCH-0010)

addressLine3 → Ref addressLine- 0..1 3. Adresszeile

Type (eCH-0010)

zipCode → Ref foreignZip- 1..1 Postleitzahl

CodeType (eCH-

0010)

town → Ref townType 1..1 Ort

(eCH-0010)

(3) insurantDomicileType

Attribut Typ Vor- Beschreibung

kom-

men

country → Ref countryIdType 1..1 Wohnsitzstaat

(eCH-0008)

canton → Ref cantonAbbrevi- 0..1 Abk¸rzung des Wohnkantons der ver-

ationType (eCH-0007) sicherten Person

39

Attribut Typ Vor- Beschreibung

kom-

men

senderId Vergabe durch 1..1

Absender

recipientId 1..1 Empf‰nger

messageId 1..1

businessProcessId 1..1 Identifikation der EO-Leistung, Format

vgl. Rz. 221

messageType 2015 1..1 Sedex-Message-Typ subMessageType 000101 1..1 Typ 1

sendingApplication 1..1

messageDate 1..1 Zeitpunkt der Generierung eventDate 1..1 Anfang der Periode

action 1 1..1 Neu = 1

attachment 0..0 Wird nicht verwendet testDeliveryFlag 1..1

responseExpected True 1..1

362 Verwendete Attribute des Meldungsrahmens f¸r die Korrekturmeldungen Typ 3 und 4 (Nachzahlungen und R¸ckforderungen, Ausgleichskasse – EOReg):

Attribut Typ Vor- Beschreibung

kom-

men

senderId Vergabe durch 1..1

Sender

recipientId 1..1 Empf‰nger

messageId 1..1 Technische Identifikation der Meldung businessProcessId 1..1 Identifikation der EO-Leistung, Format

vgl. Rz. 221

messageType 2015 1..1 Sedex-Message-Typ

subMessageType 000301 1..1 3 = Typ 3

4 = Typ 4

40

Attribut Typ Vor- Beschreibung

kom-

men

000401

sendingApplication 1..1

messageDate 1..1 Zeitpunkt der Generierung

eventDate 1..1 Anfang der Periode

action 4 1..1 4 = Korrektur

attachment 0..0 Wird nicht verwendet

testDeliveryFlag 1..1

responseExpected True 1..1

363 Verwendete Attribute des Meldungsrahmens f¸r die R¸ckmeldung Typ 5 (EOReg – Ausgleichskasse):

Attribut Typ Vorkom- Beschreibung men

senderId Vergabe durch Sen- 1..1

der

recipientId 1..1 Empf‰nger

messageId 1..1 Technische Identifikation der Mel-

dung

referenceMessageId 0..1 Wird nur verwendet f¸r R¸ckweisun-

gen bei nicht lesbaren ZIP oder ung¸ltigem XML-Format.

businessProcessId 0..0 Wird nicht benˆtigt, da das Verarbei-

tungsprotokoll mehrere Meldungen betrifft.

messageType 2015 1..1

subMessageType 000501 1..1 5 = Verarbeitungsprotokoll

sendingApplication 1..1

messageDate 1..1 Zeitpunkt der Generierung

eventDate 1..1 Zeitpunkt der R¸ckmeldung

action Neu = 1 1..1

41

Attribut Typ Vorkom- Beschreibung men

attachment attachmentType{ 1..1 Dateiname und attachmentType aus

Tabelle in Rz. 335

title = „Datei-

name” Nur PDF-Format als Attachment zu-

leadingDocument gelassen.

= True Files: file <pathFileName, InternalsortOrder = 1 SortOrder> [1..n]: Pfad zu den DadocumentFormat teien im Nutzdatenpaket, aus wel-= PDF chem das Dokument besteht (Text) documentType = mit Reihenfolge (Ganzzahl).

attachmentType

Beispiel:

files = Verwen- attachmentType {

dung analog Kap. title = „mat_decline“

4.4.1) documentDate = 2012-

} 0101T05:05:12Z

leadingDocument = True

Weitere Attachments sortOrder = 1

documentFormat = application/pdf 1.. documentType = 101

files = <attachments/mat_decline_ 06-048000-1-48-

201200101T050512.pdf, 1>

}

Die Dateinamen pathFileName m¸ssen in UTF-8 codiert sein.

testDeliveryFlag 1..1

responseExpected False 1..1

364 Verwendete Attribute des Meldungsrahmens f¸r die R¸ckmeldung Typ 6 (ZAS – Ausgleichskasse) als Antwort auf eine Anfrage via Webservice:

Attribut Typ Vorkom- Beschreibung men

senderId Vergabe durch Sen- 1..1

der

recipientId 1..1 Empf‰nger

messageId 1..1 Technische Identifikation der Mel-

dung

referenceMessageId 0..1 Wird nur verwendet f¸r R¸ckweisun-

gen bei nicht lesbaren ZIP oder ung¸ltigem XML-Format.

businessProcessId 0..0 Identifikation der EO-Leistung, vgl.

Rz. 221

messageType 2016 1..1

subMessageType 000601 1..1 Typ 6

42

Attribut Typ Vorkom- Beschreibung men

sendingApplication 1..1

messageDate 1..1 Zeitpunkt der Generierung eventDate 1..1 Zeitpunkt der R¸ckmeldung action 1..1 Neu = 1

attachment 0..0 Wird nicht verwendet

testDeliveryFlag 1..1

responseExpected False 1..1

365 Nicht verwendete Attribute des Meldungsrahmens:

Attribut Typ Vor- Beschreibung kommen

originalSenderID Nicht gesetzt 0..0 Wird nicht verwendet

ourBusinessReferenceId Nicht gesetzt 0..0 Wird nicht verwendet yourBusinessReferenceId Nicht gesetzt 0..0 Wird nicht verwendet uniqueIdBusinessTransaction Nicht gesetzt 0..0 Wird nicht verwendet declarationLocalReference Nicht gesetzt 0..0 Wird nicht verwendet partialDelivery Nicht gesetzt 0..0 Wird nicht verwendet comment Nicht gesetzt 0..0 Wird nicht verwendet initialMessageDate Nicht gesetzt 0..0 Wird nicht verwendet modificationDate Nicht gesetzt 0..0 Wird nicht verwendet subject Nicht gesetzt 0..0 Wird nicht verwendet object Nicht gesetzt 0..0 Wird nicht verwendet testData Nicht gesetzt 0..0 Wird nicht verwendet businessCaseClosed Nicht gesetzt 0..0 Wird nicht verwendet extension Nicht gesetzt 0..0 Wird nicht verwendet

Meldungstyp (subMessageType) Code

Initialmeldung f¸r EO-Leistung (neue Meldung) 000101 Korrekturmeldung f¸r Nachzahlung (Konto 214.3060) 000301 Korrekturmeldung f¸r R¸ckforderung (Konto 214.4609) 000401 R¸ckmeldung EOReg-Kassen 000501

43

Meldungstyp (subMessageType) Code

Webservice f¸r die Abfrage einer einzelnen AHV-Nummer (AHVN13) 000601

371 Codes f¸r Dienstarten und Leistungsarten:

Dienstarten, Leistungsarten (serviceType) Code Armee Normaldienst10

Dienst als Rekrut11

Grad‰nderungsdienst12

Rekrutierung13

Durchdiener Kader14

Unterbruch vor UOS15

Unterbruch w‰hrend Grad‰nderungsdiensten16

Zivilschutz Bis 31.12.202020

Dienstleistungen Mannschaft (ohne Kader / ohne Spezialisten / ohne Material- und

Anlagewarte [ohne Spezialistenstatus])

gem‰ss Art. 46 BZG)

Ab 1.1.2021 Dienstleistung Mannnschaft (Wiederholungskurse nach Art. 53 BZG und Eins‰tze Grundausbildung21

Bis 31.12.202022

Dienstleistungen Kader Spezialisten, Material- und Anlagewarte

Ab 1.1.2021

Kaderausbildung inklusive f¸r Kommandanten/Kommandantinen unter Code 23

zuvor

Dienstleistungen Kommandant / Kommandantin die vor dem 31. Dezember 202023

beginnen Jugend und Sport Kaderbildung Jugend und Sport30

Zivildienst Normaldienst40

Dienst mit Rekrutenansatz41

Jungsch¸tzen Jungsch¸tzenleiterkurs50

Elternschaft Mutterschaftsentsch‰digung90

Vaterschaftsentsch‰digung91

Betreuungsentsch‰digung92

Adoptionsentsch‰digung93

Entsch‰digung f¸r hinterbliebene V‰ter94

44

Dienstarten, Leistungsarten (serviceType) Code

Entsch‰digung f¸r hinterbliebene M¸tter95

372 Kantons- und L‰ndercodes:

Attribut Typ Vorkommen Beschreibung

canton cantonCode 0..1 BSV-Liste der Kantone

country countryCode 1..1 Liste der Schl¸sselzahlen der Staaten gem‰ss Weisungen Rechnungs- und Revisionswesen (SZ)

https://www.bsvlive.admin.ch/voll-

zug/documents/view/134/lang:deu/category:24/viewlang:deu Kanton Code Kanton Code Z¸rich 1 Schaffhausen14

Bern 2 Appenzell Ausserrhoden15

Luzern 3 Appenzell Innerrhoden16

Uri 4 St. Gallen17

Schwyz 5 Graub¸nden18

Obwalden 6 Aargau19

Nidwalden 7 Thurgau20

Glarus 8 Tessin21

Zug 9 Waadt22

Freiburg 10 Wallis23

Solothurn 11 Neuenburg24

Basel-Stadt 12 Genf25

Basel-Landschaft 13 Jura50

373 Zivilstandcodes: optional

Zivilstand (insurantMaritalStatus) Code Ledig1

Verheiratet2

Verwitwet3

Geschieden4

Eingetragene Partnerschaft gleich-geschlechtlicher Paare6

Gerichtlich aufgelˆste Partnerschaft gleichgeschlechtlicher Paare7

Durch Tod aufgelˆste Partnerschaft gleichgeschlechtlicher Paare8

45

374 Codes f¸r die Erwerbsarten:

Erwerbsart vor der Leistung (activityBeforeService) Code Arbeitnehmende (inkl. ANobAG)1

Selbstst‰ndigerwerbende2

Nichterwerbst‰tige3

Arbeitnehmende und Selbst‰ndigerwerbende gleichzeitig4

Arbeitnehmende und Selbst‰ndigerwerbende, freiwillig Versicherte (nur SAK)5

375 Codes f¸r die Auszahlungsarten:

Zahlungsart Code An leistungsberechtigte Person direkt1

An Arbeitgeber2

Aufteilung zwischen Arbeitgeber und versicherter Person3

Aufteilung zwischen mehreren Arbeitgeber sowie mit oder ohne der versicherten4

Person

376 breakRule-Codes:

Attribut Typ Vorkom- Beschreibung men

breakRuleCode Codes ge- 1..n <breakRules>

m‰ss Rz. 464 <breakRuleCode>500</breakRuleCode> <breakRuleCode>501</breakRuleCode> …..

</breakRules>

377 Aus der folgenden Tabelle geht der Hˆchstbetrag der Gesamtentsch‰digung pro Tag hervor (siehe Art. 16a Abs. 1 EOG). Die Hˆhe der Entsch‰digung kann sich ‰ndern.

Art Maximum

Normaldienst (10)275

Dienst als Rekrut (11) 69 / 275* Grad‰nderungsdienst (12)275

Rekrutierung (13) 69 / 275* Durchdiener Kader (14)275

Unterbruch vor UOS (15) 69/275* Unterbruch w‰hrend Grad‰nderungsdiensten (16)275

Dienstleistungen Mannschaft (20)275

46

Art Maximum

Grundausbildung (21) 69 / 275* Dienstleistungen Kader, Spezialisten, Material- und Anlagewarte (22)¹

275

Kaderausbildung (22)2 Dienstleistungen Kommandant / Kommandantin (23)1 275 Kaderbildung Jugend + Sport (30)275

Normale Dienstleistungen (40)275

Dienst mit Rekruteneinsatz (41) 69 / 275* Jungsch¸tzenleiterkurs (50)275

Mutterschaftsentsch‰digung (90)220

Vaterschaftsentsch‰digung (91)220

Betreuungsentsch‰digung (92)220

Adoptionsentsch‰digung (93)220

Entsch‰digung f¸r hinterbliebene V‰ter (94)220

Entsch‰digung f¸r hinterbliebene M¸tter (95)220

(*mit Kindern)

378 F¸r den Zivilschutz ist die Struktur der Referenznummer ´referenceNumberª wie folgt: In der Tabelle bezeichnet – CC die Nummer des Kantons (Fall mit 2 Positionen, siehe Beilage) – C die Nummer des Kantons (Fall mit 1 Position, siehe Beilage) – II die Nummer des Ausbildungszentrums (gem‰ss Anhang in den Weisungen des BSV an die Rechnungsf¸hrer und Rechnungsf¸hrerinnen des Zivilschutzes betreffend die Bescheinigung der Diensttage gem‰ss EO ), ≠ 99 – NNNN: PLZ des Ortes, wo der Kurs stattfindet

Struktur der Referenznummer Fall

Struktur Fall 1 - Grundausbildung1

C.II.1 oder CC.II.1 Struktur Fall 2 - Kaderausbildung, Weiterbildungskurs, Zusatzausbildung2

C.II.2, CC.II.2 oder 26.00.1 Struktur Fall 3 - Wiederholungskurse und Instandstellungsarbeiten3

C.NNNN.1, CC.NNNN.1 und 26.00.2 Struktur Fall 4 – Katastrophen und Notlagen4

C.99.1, CC.99.1 oder 26.99.1

¹F¸r Dienste bis 31.12.2020

²F¸r Dienste ab 1.1.2021

47

Struktur der Referenznummer Fall

Struktur Fall 5 - Eins‰tze zu Gunsten der Gemeinschaft als Wiederholungs-5

kurse C.99.2, CC.99.2 oder 26.99.2

379 F¸r den Zivildienst enth‰lt die Kontrollnummer ´controlNumberª die Nummer eines der betroffenen 6 Regionalzentren des Zivildienstens gem‰ss EO-Meldekarten. Die Nummern werden beim Punkt „2.1 Kontr. Nr.“ auf den EO-Meldekarten vom System automatisch aufgedruckt.

Regionalzentrum Kontr. Nr.

Aarau17

Thun16

R¸ti15

Rivera14

Luzern13

Lausanne11

380 PaternityLeaveDataType

Attribut Typ Vor- Beschreibung / Bemerkungen

kom-

men

newbornDateOfBirth date 1..1 Geburtsdatum des Kindes das

Anspruch auf Vaterschaftsurlaub gibt

numberOfWorkdays short 1..1 Anzahl entsch‰digte Werktage

paternityLeaveType paternityLeave- 1..1 Bezugsart des Vaterschaftsurlau-

bes gem‰ss Codes in Rz. 382 Type

childDomicile → insurantDomi- 1..1 Wohnsitzland des Kindes zur Zeit

der Anmeldung. Die Meldung des cileType

Wohnsitzkantons (gem‰ss Code in Rz. 372) ist nicht obligatorisch childInsurantVn eCH-0044f 1 1 AHVN13 des Kindes (AHV Num-

mer des zuerst geborenen Kindes :vnType

bei Mehrlingsgeburten)

380.1 MaternityLeaveDataType

Attribut Typ Vor- Beschreibung / Bemerkungen

kom-

men

childInsurantVn eCH-0044f 1..1 AHVN13 des Kindes (AHV Num-

:vnType mer des zuerst geborenen Kindes bei Mehrlingsgeburten)

48

381 CareLeaveDataType

Attribut Typ Vor- Beschreibung / Bemerkungen

kom-

men

childInsurantVn eCH-0044f :vnType 1..1 AHVN13 des zu pflegenden Kin-

des

careLeaveEventID int 1..1 Identifikationsnummer pro Fall mit

Anspruch auf Betreuungsentsch‰- digung. Sie hat das folgende Format : kkkzzzx, wobei kkk die dreistellige Kassennummer ist und zzz die dreistellige Zweigstellennummer ist und x eine beliebige, von der Kasse gew‰hlte eindeutige Identifikation.

381.1 AdoptLeaveDataType

Attribut Typ Vor- Beschreibung / Bemerkungen

kom-

men

childInsurantVn eCH-044f :vnType 1..1 AHVN13 des Adoptivkindes

numberOfWorkdays short 1..1 Anzahl entsch‰digte Werktage

adoptLeaveType adoptLeaveType 1..1 Bezugsart des Adoptionsurlaubes

gem‰ss Codes in Rz. 382

childDomicile → insurantDomi- 1..1 Wohnsitzland des Kindes zur Zeit

der Anmeldung. Die Meldung des cileType

Wohnsitzkantons (gem‰ss Code in Rz. 372) ist nicht obligatorisch admissionDate date 1..1 Datum der Aufnahme des Kindes

zur Adoption

382 Codes f¸r Bezugsarten des Vaterschaftsurlaubs und des Adoptionsurlaubs:

adoptLeaveType)

Bezugssart des Urlaubs (paternityLeaveType und Code Am St¸ck (14 aufeinander folgdende Kalendertage)1

Wochenweise (2 voneinander getrennte Urlaube von je 7 auf-2

einanderfolgende Kalendertage)

Tageweise (einzelne oder zusammenh‰ngende Tage von we-3

niger als 7 Tage)

Gemischt (wochen- und tageweise)4

49

400 Die nachfolgend beschriebenen Plausibilit‰tspr¸fungen m¸ssen

grunds‰tzlich sowohl von den Informatik-Applikationen bei den Ausgleichskassen als auch vom zentralen EOReg vorgenommen werden.

401 Werden EO-Anmeldeformulare bei der Erfassung oder Verar-

beitung bei der Ausgleichskasse durch die Plausibilit‰tskontrollen zur¸ckgewiesen und kˆnnen somit nicht weiter verarbeitet werden, hat Ausgleichskasse die dienstleistende Person oder deren Arbeitgeber ¸ber die anstehenden Abkl‰rungen und das weitere Vorgehen schriftlich zu informieren, sowie die entsprechenden Abkl‰rungen bei den genannten Stellen vorzunehmen.

410 Eine von der Ausgleichskasse an das EOReg gesandte EO-

Meldung wird in einem ersten Schritt einer formellen Validierung unterzogen. Diese Pr¸fung geschieht gegen das XSD-Referenzschema. Ein ung¸ltiges Meldungspaket wird retourniert (vgl. Rz. 252) und muss von der Ausgleichskasse nach einer Korrektur nochmals gesandt werden.

411 Die Dateinamen der einzelnen Meldungen m¸ssen der folgen-

den Nomenklatur entsprechen: message_xxxx.xml (xxxx = fortlaufende Nummer; Beispiel: message_0001.xml). Meldungen, welche diese Bedingung nicht einhalten, werden retourniert.

420 Im zweiten Schritt prüft das EOreg die fachlichen „Rückwei-

sungsplausibilitäten“. Meldungen, die diese fachlichen Prüfungen nicht bestehen, werden zusammengefasst als Sammelmeldung an die Ausgleichskasse retourniert. Sie werden nicht ins EOReg (Basis- und kumuliertes Register) ¸bernommen. Die Ausgleichskassen m¸ssen die Meldungen korrigieren und nochmals senden. Die folgende Tabelle zeigt s‰mtliche Plausibilit‰ten, die zu einer R¸ckweisung einer Meldung f¸hren:

50

Plausibilit‰ten Feldname Error-

Cd

Die Nummer der meldenden Kasse existiert nicht auf der of- deliveryOffice /officeIden-100

fiziellen Liste des Registers (grunds‰tzlich R¸ckweisung be- tifier /deliveryOreits durch den sM-Client, bzw. Versand nicht mˆglich). ffice/branch Die Nummer der sendenden Kasse entspricht nicht der Ab- deliveryOffice /officeI-101

senderadresse. dentifier /deliveryOffice/branch, sender ID Die Identifikation der EO-Leistung ´businessProcessIdª ist businessProcessId103

nulliert.

im Register f¸r diese Kasse nicht enthalten oder wurde an- Das Feld timeStamp muss vorhanden und f¸r die Kasse timeStamp104

eindeutig sein, wenn es eine Meldung Typ 3 oder 4 ist.

Bei einer Korrekturmeldung (des Typs 3/4) mit dem Feld accountingMonth105

Monthª gef¸llt sein.

«totalAPG» vorhanden und ≠ 0 muss das Feld «accounting- Eine abgeschlossene Buchhaltungsperiode kann nicht wie- accountingMonth106

dung Typ 1 mit Buchhaltungsmonat = x mˆglich.

der erˆffnet werden. Wenn der laufende Monat > x und wenn der Monat x ‹bereinstimmung aufweist, ist keine Mel- F¸r eine Meldung Typ 1 versucht die Kasse eine Meldung) businessProcessId107

zu senden die:

- mit einer Identifikation (businessProcessId), die bereits im

EO-Register existiert oder

- die gleiche Identifikation bereits in einer sendung im glei-

chen Tag verwendet wurde, in diesem Fall werden beide

Meldungen abgewiesen.

Wenn der Inhalt des Feldes ´breakRuleCodeª eine andere breakRuleCode108

Zahl enth‰lt als 500, 501, 502, 503, 504, 505, 507, 508,

509, 510, 511, 512 oder 513 enth‰lt → Fehler

Wenn die Meldung eine Korrekturmeldungen Typ 4 ist, und serviceType109

das Feld ´serviceTypeª <> ´serviceTypeª der bestehende Konsolidierte Meldung → Fehler Wenn die 3 ersten positionen des BPId nicht der Melde- businessProcessId110

kasse entspricht oder fusionierte Kasse entspricht → Fehler

421 Die nicht zur¸ckgewiesenen Meldungen werden unter Zuordnung eines Erstellungsdatums (Datum des Verarbeitungstags) ins Basisregister ¸bernommen. Zudem wird die Meldung entweder gesamthaft ins konsolidierte Register ¸bernommen oder mit einer bereits dort befindlichen Meldung konsolidiert, unter Einhaltung der in Rz. 322 genannten Regeln.

430

51

Die XSD-Definition f¸r die EO-Datenmeldungen beinhaltet bereits verschiedene Plausibilit‰tspr¸fungen, so dass ein Versand diesbez¸glich fehlerhafter Meldungen nicht mˆglich ist. Dabei werden die folgenden Attribute gepr¸ft: – g¸ltige Dienstart gem‰ss Codes – g¸ltiger Kanton gem‰ss Codes – g¸ltiger Zivilstand gem‰ss Codes – g¸ltige Erwerbsart gem‰ss Codes – g¸ltige Zahlungsart gem‰ss Codes – g¸ltiges Anfangsdatum der Dienstperiode – g¸ltiges Enddatum der Dienstperiode – AHVN13 im Wertebereich zwischen 7560000000000- 7569999999999

– g¸ltige breakRulesCodes gem‰ss Rz. 464

431 Bevor die nachstehenden Pr¸fungen erfolgen, werden die Informationen zur AHVN13 (Name, Vorname, Geburtsdatum, Geschlecht) aus dem UPI gelesen. Die folgende Tabelle zeigt eine ‹bersicht der einfachen Plausibilit‰tspr¸fungen:

Plausibilit‰ten Feldname Error-

Cd

Der Landescode muss den Schl¸sselzahlen der Staaten insurantDomicile/country201

entsprechen.

Das durchschnittliche Tageseinkommen muss positiv sein, averageDailyIncome202

wenn es gemeldet wird.

Bei Meldungen Typ 1 muss das Feld ´numberOfDays» ≥ 0 numberOfDays203

sein.

Der Tagesansatz muss ≥ 0 sein bei einer Meldung Typ 1. basicDailyAmount204

Der EO-Gesamtbetrag muss bei Meldungen des Typs 1 > 0 totalAPG205

sein.

Die AHVN13 muss in UPI vorhanden und g¸ltig sein. insurant/person-Identifica- 206 tionType/vn

F¸r Dienstleistungen muss das Geburtsdatum in UPI voll- insurant/person-Identifica- 207 st‰ndig sein. tionType/vn

Wenn ´serviceTypeª < 90 und -IdentificationType/vn ohne serviceType

Geburtsdatum → Fehler

Der Buchhaltungsmonat darf nicht sp‰ter sein als der Mel- accountingMonth,208

demonat. messageDate Wenn der Meldungstyp 3 oder 4 ist muss das Feld ´ac- accountingMonth209

countingMonthª (Buchhaltungsmonat) grˆsser oder gleich

dem ´accountingMonthª der Initialmeldung sein.

52

Plausibilit‰ten Feldname Error-

Cd

Keine Vorauszahlungen, keine Auszahlung von verj‰hrten accountingMonth,210

Leistungen: endOfPeriod

[x1] = Buchhaltungsmonat

[x2] = Ende Leistungsperiode

[x1] - 5 Jahre ≤ [x2] ≤ [x1]

Aufgehoben211

440 Der n‰chste Schritt besteht darin, eine EO-Entsch‰digung auf die Plausibilität „intra-EO-Leistung“ zu prüfen. Dabei werden s‰mtliche EO-Meldungen (Einzelmeldungen) zu einer EO-Entsch‰digung auf die folgenden Plausibilit‰ten ¸berpr¸ft:

Plausibilit‰ten Feldname Error-

Cd

Wenn das Feld ´serviceTypeª (Art der Dienstleistung) = 90 serviceType,300

.

ist, muss das Feld ´insurant/personIdentificationType/vnª insurant/ personIdentifica- (AHVN13) zu einer Frau gehˆren. tionType /vn Wenn das Feld ´numberOfChildrenª = leer oder nicht ge- serviceType,301

meldet und das Feld «serviceType» ≠ 90, 91, 92, 93, 94 und numberOfChildren 95 -> Fehler Das Jahr im Feld ´startOfPeriodª (Beginn Dienstperiode) startOfPeriod,303

muss nach dem Geburtsjahr liegen, das ¸ber das Feld insurant/personIdentificati

AHVN13 erlangt wird. onType/vn

53

Plausibilit‰ten Feldname Error-

Cd

Wenn das Feld ´serviceTypeª = 20, 21, 22, 231 (Zivil- serviceType,304

schutz), muss das Feld ´referenceNumberª gem‰ss Wei- referenceNumber sungen 318.705 gepr¸ft werden:

Wenn Feld ´referenceNumberª < 100000

Format CCIIF mit

KK: Kanton = 1 bis 25 und 50

II: Ausbildungszentrum = 11 oder 99, je nach

Kanton sind zudem erlaubt

ZH 01 12, 13

BE 02 12, 13, 14. 15, 16

.......(alle weiteren Kantone)

GE 2512

Bund 26 00 (ersetzt 11)

F: Filiale = 1 oder 2

Ist das Feld ´referenceNumberª > 100000

Format CCNNNNF

Wenn das Feld ´serviceTypeª = 20 ist und das Feld

´referenceNumberª = Fall 2 → Fehler

Wenn das Feld ´serviceTypeª = 21 ist und das Feld

«referenceNumber» ≠ Fall 1 → Fehler

Wenn das Feld ´serviceTypeª = 22 ist und das Feld

«referenceNumber» ≠ Fall 2, → Fehler

N.B.: Details zu den einzelnen F‰llen in Rz. 378

Der Wert des Feldes ´endOfPeriodª muss gleich oder grˆs- endOfPeriod,305

ser sein als der Wert im Feld ´startOfPeriodª. startOfPeriod Die Anzahl besoldeter Diensttage ´numberOfDaysª muss startOfPeriod,306

kleiner oder gleich der Anzahl Tage der Dienstperiode sein. endOfPeriod,

numberOfDays

EDI BSV | Wegleitung zum EO-Register und EO-Datenaustausch (WL-EOReg)

54

Plausibilit‰ten Feldname Error-

Cd

‹berpr¸fung der Konsistenz des EO-Betrags mit der An- numberOfDays,307

zahl Tage, dem Ansatz, usw. basicDailyAmount,

[x1] = numberOfDays = Anzahl EO-berechtigter Tage dailyIndemnityGuaran-[x2] = basicDailyAmount = Tagesansatz inkl. Kinderzu- teeAI,

lage allowanceFarm,

[x3] = allowanceCareExpenses = Gesamtbetrag der Be- allowanceCareExpenses, treuungskosten f¸r die Bezugsperiode totalAPG,

[x4] = totalAPG = Total der EO-Leistung serviceType

Wenn das Feld ´ serviceType ª = 11, 13, 15, 21 oder 41

gilt:

[x4] = [x1]*[x2]+[x3] wenn ´ allowanceFarm ª = FALSE

[x4] = [x1]*([x2] + 75)+[x3] wenn ´ allowanceFarm ª =

TRUE

Hier wird eine Toleranzgrenze von Fr. 1.- zwischen dem

Ergebnis und dem EO-Total akzeptiert

Wenn das Feld « serviceType » ≠ 11, 13, 15, 21 oder 41

und

Wenn das Feld dailyIndemnityGuaranteeAI (Taggeldga-

rantie) = FALSE gilt:

[x4] = [x1]*[x2]+[x3] wenn allowanceFarm=FALSE

[x4] = [x1]*([x2]+75)+[x3] wenn allowanceFarm=TRUE

Hier wird eine Toleranzgrenze von Fr. 1.- zwischen dem Er-

gebnis und dem EO-Total akzeptiert.

Wenn das Feld dailyIndemnityGuaranteeAI (Taggeldgaran-

tie) = TRUE gilt:

[x4] ≥ [x1]*[x2]+[x3] wenn allowanceFarm=FALSE

[x4] ≥ [x1]*([x2]+75)+[x3] wenn allowanceFarm=TRUE

(Toleranz +/- 1.-, darum ≥)

Der Minimalbetrag der Betriebszulage von Fr. 75.- unter-

liegt Anpassungen; (massgebend ist das Jahr in dem der

Dienst geleistet wird).

Kontrolle des Betrags der Betreuungskosten NumberOfDays,308

[x1] = Anzahl besoldeter Tage ´numberOfDaysª allowanceCareExpenses, [x2] = Gesamtbetrag f¸r Periode der Zulagen f¸r Betreu- DailyIndemnityGuaranungskosten ´allowanceCareExpensesª teeAI

Wenn ´dailyIndemnityGuaranteeAIª = FALSE gilt:

Entweder [x2] = 0;

oder 20 ≤ [x2] ≤ [x1] * 75

Der Maximalbetrag f¸r Betreuungskosten bel‰uft sich auf

hˆchstens Fr. 75.- pro Tag und mindestens Fr. 20.- pro

Dienstperiode (die Betr‰ge sind ƒnderungen unterworfen).

Wenn Feld ´allowanceCareExpensesª (Hˆhe der Zulagen numberOfChildren,309

renª (Anzahl Kinder) nicht 0 sein.

f¸r Betreuungskosten) > 0, darf das Feld ´numberOfChild- allowanceCareExpenses Wenn das Feld «serviceType» (Art der Dienstleistung) ≠ 90, serviceType,310

dem Geburtsdatum der versicherten Person liegen.

91, 92, 94, 95 und 30 muss das Datum des Feldes ´startOf- startOfPeriod Periodª (Anfangsdatum der Dienstperiode) 18 Jahre nach Wenn das Feld serviceType = 40, 41 (Zivildienst) ist, muss serviceType,312

das Feld controlNumber eine zweistellige Zahl mit Wert 11, controlNumber

13, 14, 15, 16, 17 sein.

55

Plausibilit‰ten Feldname Error-

Cd

Wenn ´serviceTypeª = 10, 11, 12, 13, 14, 15, 16, 20, 21, serviceType,314

22, 30 und 40, 41 oder 50 und Geburtsdatum aus der insurant/personIdentifica-

AHVN13 ergibt Alter > 65 Jahre (M‰nner) oder > 64 tionType/vn,

(Frauen) → Fehler. startOfPeriod

Wenn ´serviceTypeª = 30 und der Beginn der Dienstperi- serviceType,317

ode ´startOfPeriodª < dem 17. Altersjahr → Fehler. insurant/personIdentifica-

tionType/vnType,

startOfPeriod

Wenn die Kasse eine Meldung Typ 1 macht, darf sie nicht breakRuleCode318

lung).

gleichzeitig den breakRuleCode 509 melden (Doppelzah- Wenn der Wohnort des Versicherten in der Schweiz liegt Country,319

muss der Kanton gemeldet werden. canton

Die Person verstarb w‰hrend der Leistungsperiode (das To- insurant/personIdentifica- 320 desdatum wird aus dem UPI entnommen). tion

Type/vn,

endOfPeriod

Der Tagesansatz der Grundentsch‰digung ´basicDaily- basicDailyAmount, ser-321

Amountª darf nicht grˆsser sein als der Hˆchstbetrag der viceType, numberOf-Gesamtentsch‰digung pro Tag (vgl. Rz. 377). Children

Wenn das Feld ´serviceTypeª = 11, 13, 15, 21 oder 41

und das Feld ´number of childrenª = 0 und

das Feld ´basicDailyAmountª > 69 → Fehler

Wenn das Feld ´serviceTypeª = 10, 12, 14, 16, 20, 22, , 30,

40 oder 50 und

das Feld ´number of childrenª = 0 und

das Feld ´basicDailyAmountª > 220→ Fehler

Wenn das Feld ´serviceTypeª = 90, 91, 92, 93, 94 oder 95

und

das Feld ´basicDailyAmountª > 220→ Fehler

Wenn das Feld ´basicDailyAmountª > 275→ Fehler

Wenn das Feld ´serviceTypeª = 15 oder 16 und serviceType,322

das Feld «activityBeforeService» = 2 oder 3 → Fehler activityBeforeService,

paymentMethod,

allowanceFarm,

Wenn das Feld ´serviceTypeª = 15 oder 16 und

allowanceCareExpenses das Feld ´paymentMethodª = 2 oder 3 oder 4 → Fehler

Wenn das Feld ´serviceTypeª = 15 oder 16 und

das Feld «allowanceFarm» = True → Fehler

Wenn das Feld ´serviceTypeª = 15 oder 16

und das Feld «allowanceCareExpenses» >0 → Fehler

56

Plausibilit‰ten Feldname Error-

Cd

Wenn das Feld ´serviceTypeª = 91 oder 95 und paternityLeaveData,323

das Feld ´paternityLeaveDataª = leer serviceType → Fehler Wenn das Feld ´serviceTypeª = 92 und careLeaveData,324

das Feld ´careLeaveDataª = leer serviceType → Fehler Wenn das Feld ´serviceTypeª = 90, 91, 92, 93, 94 oder 95 serviceType,325

und das Feld ´allowanceFarmª = true allowanceFarm,

oder das Feld ´allowanceCareExpensesª >0 allowanceCareExpenses → Fehler

Wenn das Feld ´serviceTypeª = 23 und serviceType,326

Wenn das Feld ´startOfPeriodª > 31. Dezember 2020 startOfPeriod → Fehler Wenn das Feld ´serviceTypeª = 91 und serviceType,327

Wenn das Feld ´startOfPeriodª < ´newBornDateOfBirthª startOfPeriod, newBorn- → Fehler DateOfBirth F¸r Meldungen ab Meldemonat April 2024 : maternityLeaveData,328

Wenn das Feld ´serviceTypeª = 90 oder 94 und serviceType das Feld ´maternityLeaveDataª = leer → Fehler Wenn das «Feld sexType» = 3 (unbestimmt) → Fehler sexType329

F¸r die Behebung dieses Fehlers muss dem Kontrollb¸ro

EOReg ein Antrag gestellt werden mit der businessProces-

sID der Meldung und mit dem zutreffenden Geschlecht

(Mann oder Frau).

57

450 Die nachfolgenden Plausibilit‰tspr¸fungen kˆnnen von den Kassen lediglich beschr‰nkt auf die eigenen Datenbest‰nde durchgef¸hrt werden, was zu einem eingeschr‰nkten Resultat f¸hrt. Eine umfassende und abschliessende Durchf¸hrung dieser Plausibilit‰tstests ist nur im zentralen EO-Register der ZAS mˆglich.

451 Die untenstehenden Plausibilit‰tskontrollen m¸ssen von den Ausgleichskassen durchgef¸hrt werden, obwohl eine vollst‰ndige und abschliessende ‹berpr¸fung erst im EO-Register der ZAS mˆglich ist.

Erkl‰rung Plausibilit‰ten Feldname Error-

Cd

Mutterschaft Wenn w‰hrend des Mutterschaftsurlaubs: serviceType,400

W‰hrend der Zeit des Mutterschaftsurlaubs, in dem eine Code 90 mit einem beliebiegen Code <>90 → Fehler startOfPeriod,

Mutterschaftsentsch‰digung ausgerichtet wird, besteht endOfPeriod,

Wenn w‰hrend des Urlaubs f¸r hinterbliebene V‰ter :

kein Anspruch auf eine Entsch‰digung f¸r geleistete insurant/per-

Code 94 mit einem beliebiegen Code <>94→ Fehler sonIdentification-

Diensttage in Armee oder Zivilschutz, auch nicht f¸r Lei-

terkurse im Rahmen von Jugend + Sport oder f¸r Type/vn

Jungsch¸tzenleiterkurse oder f¸r Betreuungsurlaub,

Adoptionsurlaub oder Entsch‰digung f¸r hinterbliebene

M¸tter. Das gleiche gilt sinngem‰ss f¸r Entsch‰digungen

f¸r hinterbliebene V‰ter.

58

Erkl‰rung Plausibilit‰ten Feldname Error-

Cd

Zivilschutz Grundausbildung ‹berpr¸fungszeitraum: 5 Jahre serviceType,401

Grundausbildung im Zivilschutz (Dienstleistungs-Code Wenn das Feld ´serviceTypeª = 20 oder 21 referenceNumber,

21) dauert zwischen 10 und 19 Tagen (Art. 49 BZG). numberOfDays,

Wenn das Feld ´referenceNumberª = Fall 1 (Grundausbildung),

startOfPeriod wenn das Feld ´numberOfDays» > 19 Tage → Fehler

siehe Rz 378 f¸r Details

Zivilschutz Wiederholungskurse ‹berpr¸fungszeitraum: 1 Kalenderjahr1 serviceType,402

Bis 31. Dezember 2020 : Wenn das Feld ´startOfPeriodª < 1. Januar 2021 und referenceNumber,

numberOfDays, Schutzdienstpflichtige werden in der Regel j‰hrlich f¸r Wenn das Feld ´serviceTypeª = 20

startOfPeriod Wiederholungskurse und Dienst in der Verwaltung von Wenn ´referenceNumberª = Fall 3 (Wiederholungskurs),

mindestens zwei beziehungsweise hˆchstens sieben Ta- wenn ´numberOfDaysª > 7 Tage → Fehler

gen aufgeboten (Art. 36 BZG).

Ab 1. Januar 2021 :

Wenn das Feld ´startOfPeriodª > 31. Dezember 2020 und

Schutzdienstpflichtige werden in der Regel j‰hrlich f¸r

Wenn das Feld ´serviceTypeª = 20 und

Wiederholungskurse und Dienst in der Verwaltung von

mindestens drei beziehungsweise hˆchstens 21 Tagen Wenn ´referenceNumberª = Fall 3 (Wiederholungskurs) oder Fall

aufgeboten (Art. 53 BZG). 5 (Einsatz zugunsten der Gemeinschaft) und

wenn ´numberOfDaysª > 21 Tage → Fehler

siehe Rz. 378 f¸r weitere Details

Zivilschutz Kader Wiederholungskurse ‹berpr¸fungszeitraum: 1 Kalenderjahr serviceType,403

Bis 31. Dezember 2020 : Wenn das Feld ´startOfPeriodª < 1. Januar 2021 und referenceNumber,

numberOfDays, Die maximale Dienstdauer im Zivilschutz f¸r Kader, Spe- Wenn das Feld ´serviceTypeª = 22

startOfPeriod zialisten, Material- und Anlagewarte f¸r Wiederholungs- Wenn ´referenceNumberª = Fall 3 (Wiederholungskurs),

kurse und Dienst in der Verwaltung darf 19 Tage nicht wenn ´numberOfDaysª > 19 Tage → Fehler

¸berschreiten (Art. 36 BZG).

siehe Rz. 378 f¸r weitere Details

¹Definition f¸r das Kalenderjahr: 12-Monatsperiode beginnend mit dem 1. Januar und endend am 31. Dezember des gleichen Jahres

59

Erkl‰rung Plausibilit‰ten Feldname Error-

Cd

Milit‰rdienst Wenn das Feld ´ serviceType ª (Dienstart) = 13, darf das Feld serviceType,405

Angehˆrige der Armee mit Mannschaftsgraden leisten ´ numberOfDays ª (Anzahl besoldete Tage) nicht grˆsser als 7 numberOfDays

w‰hrend der Dauer der Milit‰rdienstpflicht hˆchstens 3 sein.

Tage Rekrutierung (Art. 12 Abs. 3 MDV). Bei Grenadie-

ren findet auf die Rekrutierung zus‰tzlich vor dem Start

der Rekrutenschule w‰hrend zwei Tagen in Isone eine

Eignungspr¸fung in Form zus‰tzlicher Rekrutierungstage

statt (Art. 12 Abs. 4 MDV).

Milit‰rdienst Wenn das Feld ´serviceTypeª = 11 und Feld ´numberOfDaysª > serviceType,406

Die Rekrutenschule dauert normalerweise 124 Tage. 159 Tage → Fehler numberOfDays, Personen in der Grenadier-Rekrutenschule haben eine startOfPeriod,

Dienstzeit bis 159 Tage. endOfPeriode

Milit‰rdienst ‹berpr¸fungszeitraum: 2 Kalenderjahre serviceType,407

Die Dienstleistenden d¸rfen hˆchstens 280 Einsatztage Wenn ´serviceTypeª = 10 oder 11 und ´numberOfDaysª > 300 numberOfDays, aufweisen (Dienstleistungs-Codes 10 und 11, Durchdie- Tage → Fehler startOfPeriod,

ner (Art. 47 VMDP). endOfPeriod

Milit‰rdienst ‹berpr¸fungszeitraum: 3 Kalenderjahre serviceType,408

Durchdienerkader d¸rfen zwischen 507 und 668 Dienst- Wenn ´serviceTypeª = 11 oder 14 und ´numberOfDaysª > 668 numberOfDays, tage absolvieren, exklusive Weihnachten (Dienstleis- Tage → Fehler startOfPeriod,

tungs-Codes 11 und 14, (Art. 47)VMPD. endOfPeriod

Zivilschutz Wiederholdungskurse ‹berpr¸fungszeitraum: 1 Kalenderjahr serviceType,409

Bis 31. Dezember 2020 : Wenn ´serviceTypeª = 23, referenceNumber,

numberOfDays, Die maximale Dienstdauer f¸r Wiederholungskurse im Zi- wenn ´referenceNumberª = Fall 3 (Wiederholungskurs)

startOfPeriod,

vilschutz f¸r Kommandanten und Kommandantinnen darf wenn ´numberOfDaysª > 26 Tage → Fehler

endOfPeriod pro Kalenderjahr 26 Tage nicht ¸berschreiten (Art. 36 Siehe Rz. 378 f¸r Details unter Ber¸cksichtigung, dass die vorge-

BZG). sehenen Limiten angepasst werden kˆnnen.

60

Erkl‰rung Plausibilit‰ten Feldname Error-

Cd

Zivilschutz Ausbildung ‹berpr¸fungszeitraum: 5 Kalenderjahre serviceType,410

Bis 31. Dezember 2020 : Wenn ´serviceTypeª = 23, referenceNumber,

numberOfDays, Kommandanten und Kommandantinnen d¸rfen im Laufe wenn ´referenceNumberª = Fall 2 (Kaderausbildung, Weiterbil-

startOfPeriod,

eines Kalenderjahres Dienst nach Rz. 378, Fall 2 leisten. dung)

endOfPeriod Die Dienstdauer darf eine Kaderausbildung (max. 24 wenn ´numberOfDaysª > 36 Tage → Fehler

Tage, Art. 34 BZG) und Weiterbildungskurse (max. 12 Siehe Rz. 378 f¸r Details unter Ber¸cksichtigung, dass die vorge-

Tage w‰hrend 4 Kalenderjahren, Art. 35 BZG) umfassen. sehenen Limiten angepasst werden kˆnnen.

Zivilschutz ‹berpr¸fungszeitraum: 1 Kalenderjahr serviceType,411

Bis 31. Dezember 2020 : Wenn das Feld ´startOfPeriodª < 1. Januar 2021 und referenceNumber,

numberOfDays, Ebenfalls wird die Dienstdauer f¸r alle Zivilschutzpflichti- Wenn ´serviceTypeª = 20, 21, 22,

startOfPeriod,

gen insk¸nftig auf 40 Tage pro Kalenderjahr begrenzt. wenn ´referenceNumber» ≠ Fall 4

endOfPeriod Diese Dauer beinhaltet jedoch nicht Eins‰tze in Katastro- wenn ´numberOfDaysª > 40 Tage → Fehler

phen oder Notlagen oder Instandstellungsarbeiten.

Ab 1. Januar 2021 :

Wenn das Feld ´startOfPeriodª > 31. Dezember 2020 und

Ebenfalls wird die Dienstdauer f¸r alle Zivilschutzpflichti-

Wenn ´serviceTypeª = 20, 21, 22,

gen insk¸nftig auf 66 Tage pro Kalenderjahr begrenzt.

Diese Dauer beinhaltet jedoch nicht Eins‰tze in Katastro- wenn ´referenceNumber» ≠ Fall 4

phen oder Notlagen oder Instandstellungsarbeiten. wenn ´numberOfDaysª > 66 Tage → Fehler

Zivildienst Wenn ´serviceTypeª = 41 und ´numberOfDaysª > 124 Tage, serviceType,413

Zivildienstpflichtige, welche noch keine Rekrutenschule → Fehler numberOfDays, absolvierten, werden bez¸glich des Entsch‰digungsan- startOfPeriod,

spruchs f¸r die Anzahl Diensttage den Rekruten und da- endOfPeriod mit der Dauer einer Rekrutenschule gleichgestellt. Dies

bedeutet, dass sie maximal w‰hrend 124 Tagen eine

EO-Entsch‰digung mit Code 41 erhalten kˆnnen. Diejeni-

gen F‰lle, bei denen eine Person mehr als 350 Dienst-

tage leistet, m¸ssen ¸berpr¸ft werden.

61

Erkl‰rung Plausibilit‰ten Feldname Error-

Cd

Milit‰rdienst, Kursleiter J+S und Jungsch¸tzen Eine Kombination Diensttagen der folgenden Dienstarten w‰hrend serviceType,414

Wer Milit‰rdienst leistet und somit einen besoldeten der gleichen Zeitdauer ist unzul‰ssig: startOfPeriod,

Diensttag aufweist, hat f¸r den gleichen Wochentag kei- endOfPeriod,

nen Anspruch auf eine EO-Entsch‰digung f¸r einen ab- insurant/personId-

1) Code 30 und Codes 10, 11, 12, 13, 14, 15, 16 → Fehler

solvierten J+S- oder Jungsch¸tzenleiterkurses. entificationType/vn

2) Code 50 und Codes 10, 11, 12, 13, 14, 15, 16→ Fehler

oder

3) Code 10 und Codes 30, 50 → Fehler

4) Code 11 und Codes 30, 50 → Fehler

5) Code 12 und Codes 30, 50 → Fehler

6) Code 13 und Codes 30, 50 → Fehler

7) Code 14 und Codes 30, 50 → Fehler

8) Code 15 und Codes 30, 50 → Fehler

9) Code 16 und Codes 30, 50 → Fehler

62

Erkl‰rung Plausibilit‰ten Feldname Error-

Cd

Milit‰rdienst Ein Unterbruch zwischen Rekruten- und Unteroffiziersschule (Code serviceType,417

Die Unterbr¸che zwischen den Ausbildungsdiensten zur 15) ist nur einmal in einer Milit‰rkarriere mˆglich. Folgende Kon- numberOfDays

Erlangung eines hˆheren Grades geben Anspruch auf trolle wird durchgef¸hrt :

Sold und Erwerbsersatz, sofern der jeweilige Unterbruch

nicht l‰nger als 6 Wochen dauert (Art. 30 Abs. 1bis MG). • Wenn das Feld ´serviceTypeª = 15 und ´numberOfDaysª

> 42 Tage → Fehler

Ein Unterbruch zwischen Ausbildungsdiensten (Code 16) darf ma-

ximal 42 Tage dauern. Folgende Kontrolle wird durchgef¸hrt :

• Wenn das Feld ´serviceTypeª = 16 und ´numberOfDaysª

> 42 aufeinander folgende Tage → Fehler

Es kˆnnen nicht mehr als drei Unterbr¸che zwischen Ausbildungs-

diensten (Code 16) pro Kalenderjahr vorkommen (ein Unterbruch

= Tage ohne Dienst zwischen zwei ununterbrochenen Dienstperio-

den) :

• Maximal drei Unterbr¸che mit Code 16 pro Kalenderjahr

→ sonst Fehler

63

Erkl‰rung Plausibilit‰ten Feldname Error-

Cd

Vaterschaft oder Betreuungsurlaub Wenn sich eine Leistungsperiode mit dem Dienstcode 91-Vater- serviceType,418

W‰hrend der Zeit des Vaterschaftsurlaubs, in dem eine schaftsurlaub oder 95-Entsch‰digung f¸r hinterbliebene M¸tter mit startOfPeriod,

Vaterschaftsentsch‰digung ausgerichtet wird, besteht einer oder mehreren anderen Anspruchsperiode ¸berschneidet : endOfPeriod,

kein Anspruch auf eine Entsch‰digung f¸r geleistete Wenn f¸r die beiden oder mehreren betroffenen konsolidierten insurant/personI-Diensttage in Armee oder Zivilschutz, auch nicht f¸r Lei- Meldungen die Anzahl der Tagen im Feld „numberOfDays“ > dentificationterkurse im Rahmen von Jugend + Sport oder f¸r Type/vn,

Anzahl der Tage zwischen dem ‰ltesten Datum im Feld „startOfPe-

Jungsch¸tzenleiterkurse oder f¸r Betreuungsurlaub. Das numberOfDays,

riod“ und dem j¸ngsten Datum im Feld „endOfPeriod“

gleiche gilt sinngem‰ss f¸r die Zeit w‰hren des Betreu- paymentMethod

→ Fehler

ungsurlaubs Und des Urlaubs f¸r hinterbliebene M¸tter.

Wenn sich eine Leistungsperiode mit dem Dienstcode 92-Betreu-

ungsentsch‰digung mit einer oder mehreren anderen Anspruchs-

periode ¸berschneidet :

Wenn die konsolidierte Meldung mit ServiceCode 92 UND

´paymentMethodª < 3 oder leer UND

Wenn f¸r die beiden oder mehreren betroffenen konsolidierten

Meldungen die Anzahl der Tagen im Feld „numberOfDays“ >

Anzahl der Tage zwischen dem ‰ltesten Datum im Feld „startOfPe-

riod“ und dem j¸ngsten Datum im Feld „endOfPeriod“

→ Fehler

Vaterschaftsurlaub Wenn f¸r eine versicherte Person (insurant) die Anzahl Tage im numberOfDays,419

Der Vater hat Anspruch auf hˆchstens 14 Taggelder in Feld ´numberOfDaysª f¸r alle Meldungen mit ´serviceTypeª = 91 serviceType,

einer Rahmenfrist von 6 Monaten ab dem Tag der Geburt oder 95 und gleichem «newbornDateOfBirth» > 14 → Fehler newbornDatedes Kindes (Art. 16j, Art. 16k , und 16k^bisEOG ). OfBirth

Wenn ´serviceTypeª = 91 und keine Leistungen mit ´serviceTypª newbornDate-420

= 94 wurden bezogen seit dem ´newborDateOfBirthª und Zeitraum OfBirth,

zwischen ´newbornDateOfBirthª und ´endOfPeriodª > 6 Monate endOfPeriod, ser-→ Fehler viceType

Betreuungsurlaub Wenn f¸r eine ´childInsurantVnª f¸r alle Meldungen mit ´service- Insurant,421

Anspruchsberechtigt sind Eltern eines minderj‰hrigen Typeª = 92, gleicher ´careLeaveEventIDª und ´paymentMethodª paymentMethod, Kindes, das wegen Krankheit oder Unfall gesundheitlich < 3 oder leer die Anzahl Tage im Feld «numberOfDays» > 98 → childInsurantVn,

schwer beeintr‰chtigt ist (Art. 16i EOG). Fehler numberOfDays,

serviceType,

careLeaveEventID

64

Erkl‰rung Plausibilit‰ten Feldname Error-

Cd

F¸r den Bezug der Betreuungsentsch‰digung gilt eine Wenn serviceType = 92 und Zeitraum zwischen der ‰ltesten ´star- serviceType,422

Rahmenfrist von 18 Monaten (Art. 16k EOG). Innerhalb tOfPeriodª und der letzten ´endOfPeriodª aller Meldungen f¸r eine startOfPeriod,

dieser Rahmenfrist besteht Anspruch auf hˆchstens 98 ´childInsurantVnª und gleicher ´careLeaveEventIDª > 18 Monate endOfPeriond,

Taggelder (Art. 16l EOG). → Fehler childInsurantVn,

careLeaveEventID

Beide Elternteile m¸ssen die Anmeldeformulare einer F¸r Meldungen aller Versicherten mit serviceType,423

einzigen und gleichen Ausgleichskasse ¸bermitteln damit serviceType 92 und der gleichen ´childInsurantVnª, und der glei- childInsurantVn, die Einhaltung der 98 Tage Grenze gepr¸ft werden kann. chen ´ careLeaveEventID ª wenn der Zeitaum zwischen startOfPeriod,

- die erste ´startOfPeriodª einer Ausgleichskasse und deliveryOffice/of-

- die erste ´startOfPeriodª einer anderen Ausgleichskasse ficeIdenti-

< 18 Monate → Fehler fier/branch

careLeaveEventID

Betreuungsurlaub und Besch‰ftigungsverh‰ltnis bei meh- Wenn f¸r eine ´childInsurantVnª f¸r alle Meldungen mit ´service- Insurant,424

reren Arbeitgeber mit oder ohne selbst‰ndiger Erwerbs- Typeª=92, gleicher ´careLeaveEventIDª die Summe der Felder childInsurantVn, t‰tigkeit kˆnnen unter Umst‰nden mit mehr als einem ´totalAPGª > 98 * 220 UND serviceType,

Formular angemeldet werden. Daher muss sichergestellt das Feld ´DailyIndemni-tyGuaranteeAIª = NEIN careLeaveEvenwerden, dass der Hˆchstbetrag der Gesamtentsch‰di- → Fehler tID, paymentgung pro Tag von CHF 220.00 nicht ¸berschritten wird. Method, totalAPG

DailyIndemnityGuaranteeAI

Adoptionsurlaub Wenn die Anzahl Tage im Feld ´numberOfDaysª f¸r alle Meldun- numberOfDays,425

Die Adoptionsentsch‰digung besteht aus hˆchstens 14 gen mit ´serviceTypeª = 93 und gleichem ´childInsurantVnª > 14 serviceType, chil- Taggelder in einer Rahmenfrist von 12 Monaten ab dem → Fehler dInsurantVn Tag der Aufnahme des Kindes zur Adoption (Art. 16u Wenn ´serviceTypeª = 93 und Zeitraum zwischen ´admission- admissionDate,426

Abs. 1 und 2 EOG ). Date» und «endOfPeriod» > 12 Monate → Fehler endOfPeriod Entsch‰digung f¸r hinterbliebene V‰ter F¸r Meldungen mit ´serviceTypeª=94 : serviceType, chil-427

Ein Anspruch auf einen Urlaub durch den hinterbliebenen Wenn das Feld «startOfPeriod» ≠ dem Feld «endOfPeriod» + 1 dInsurantVn, star-Vater besteht nur, wenn der Urlaub am folgenden Tag Tag in der Meldung mit identischer ´childInsurantVnª und ´ser- tOfPeriod, endOfdes Todes der Mutter angetreten wird. viceTypeª =90 → Fehler Period

Der Anspruch besteht auch nur dann, wenn der An- wenn Meldung mit identischer ´childInsurantVnª und ´sevice-

spruch nicht schon vollst‰ndig durch die Mutter bezogen Typeª=90 fehlt → Fehler

wurde (Art. 16k^bisAbs. 1EOG)

65

452 Die nachfolgend beschriebenen Plausibilit‰tskontrollen werden f¸r alle Meldungen im zentralen EO- Register der ZAS vorgenommen.

Erkl‰rung Plausibilit‰ten Feldname Error-

Cd

Jungsch¸tzenleiterkurse Wenn ´serviceTypeª = 50, serviceType,415

Jungsch¸tzenleiterkurse stehen in der Regel ¸ber 20-j‰h- wenn das Dienstjahr < Kalenderjahr des 20. Altersjahres, insurant/personId- rigen Personen offen. J¸ngere sind nur zugelassen, entificationType/-

wenn ´numberOfDaysª mit serviceType = 11 und/oder 12

wenn sie im betreffenden Kalenderjahr das 20. Altersjahr vnType,

und/oder 14 < 124 Tage → Fehler

vollenden oder wenn sie zuvor die Rekrutenschule absol- numberOfDays,

viert haben (mindestens 124 Diensttage gem‰ss Dienst- startOfPeriod,

leistungs-Code 11, 12 oder 14). endOfPeriod

Zivildienst Wen das Feld ´serviceTypeª = 40 und/oder 41 und das Feld serviceType,416

Zivildienstleistende kˆnnen hˆchstens 450 Diensttage «numberOfDays» > 450 Tage → Fehler numberOfDays

aufweisen.

66

460 Mittels breakRule haben die Ausgleichskassen die Mˆglichkeit,

bestimmte Plausibilit‰ten des EOReg zu ¸bersteuern. Dies bedeutet, dass im EOReg enthaltene EO-Entsch‰digungen, welche gewisse Plausibilit‰ten nicht einhalten, bei den Plausibilit‰tspr¸fungen nicht mehr als Fehler ausgewiesen und behandelt werden.

461 Ein breakRule ist sowohl in der Initialmeldung wie auch in der

Korrekturmeldung mˆglich und gilt dann f¸r die gesamte EO-Entsch‰digung. Eine Korrekturmeldung Typ 3/4, die sich auf eine Initialmeldung mit breakRule bezieht, muss die ¸bersteuerten Plausibilit‰ten jedes Mal melden.

462 Das ‹bersteuern der Plausibilit‰ten ist nur in begr¸ndeten Aus-

nahmef‰llen und nur f¸r wenige Plausibilit‰ten erlaubt (z.B. machen Grenadier-Rekruten mehr als 124 Diensttage). Die Verantwortung f¸r die Begr¸ndung einer Plausibilit‰ts¸bersteuerung liegt bei der Ausgleichskasse. S‰mtliche mit breakRule gemeldeten EO-Leistungen einer Kasse werden im Rahmen der Monatsverarbeitung im Verarbeitungsprotokoll (vgl. Rz. 335, Attachment-Type 102/202) aufgelistet.

463 ‹ber die Anzahl der breakRule-F‰lle und deren Verwendung

durch die Ausgleichskassen wird von der ZAS eine Statistik gef¸hrt. Diese wird dem BSV regelm‰ssig zugestellt.

464 Mittels breakRule kˆnnen die folgenden Plausibilit‰ten ¸bersteu-

ert werden:

Plausibilit‰ten Feldname Error-Cd,

breakRu-

leCode

67

Plausibilit‰ten Feldname Error-Cd,

breakRu-

leCode

Wenn das Feld ´serviceTypeª = 41 ist und der Beginn der serviceType,502

Dienstperiode ´startOfPeriodª > dem 26. Altersjahr → insurant/personId-Fehler (zu ¸berpr¸fen) entificationType/-

Wenn das Feld ´serviceTypeª = 40 ist und der Beginn der vn,

Dienstperiode ´startOfPeriodª > dem 34. Altersjahr → startOfPeriod Fehler (zu ¸berpr¸fen)

‹berpr¸fungszeitraum: 1 Kalenderjahr serviceType,503

Werden im gleichen Kalenderjahr (z. B. 2021) die Codes 10 und startOfPeriod,

41 oder die Codes 20, 40 und 41 zusammen verwendet, muss endOfPeriod,

die Kasse den Fall ¸berpr¸fen. insurant/personId-

entificationType/- vn

Wenn w‰hrend der ‹berpr¸fungsperiode:

1) Code 10 und Code 41 → Fehler (überprüfen)

2) Code 41 und Code 10 → Fehler (überprüfen)

3) Code 20 und Codes 40, 41 → Fehler (¸berpr¸fen)

4) Code 40 und Codes 20 → Fehler (überprüfen)

5) Code 41 und Codes 20 → Fehler (überprüfen)

Das Feld serviceType,505

- ´referenceNumberª muss gef¸llt sein, wenn das Feld ´ser- referenceNumber,

viceTypeª = 20, 21, 22, ist; controlNumber

- ´controlNumberª muss gef¸llt sein, wenn das Feld ´service-

Typeª = 40, 41 ist;

ausser im Fall der Erfassung eines Duplicata des service-Type

40 , 41 (Kopie EO-Formular), welches mit dieser breakRule zu

melden ist.

‹berpr¸fungszeitraum: 1 Kalenderjahr serviceType,507

Wenn w‰hrend eines Kalenderjahres: numberOfDays,

startOfPeriode,

1) ´serviceTypeª = 30 und ´numberOfDaysª > 20 Tage →

endOfPeriod Fehler (¸berpr¸fen)

2) «serviceType» = 50 und «numberOfDays» > 20 Tage →

Fehler (¸berpr¸fen)

Eine einzige Mutterschaft pro Kalenderjahr: numberOfDays,508

F¸r eine Person darf eine Kasse innerhalb eines Kalenderjahres serviceType,

nur eine einzige Meldung Typ 1 mit serviceType = 90 machen. startOfPeriod,

endOfPeriode

Doppelzahlung: startOfPeriod,509

Wenn sich die Leistungsperioden von zwei oder mehr konsoli- endOfPeriod dierten EO-Leistungen ¸berschneiden (auf Stufe der Perioden)

→ Fehler (überprüfen)

Wenn das Feld ´serviceTypeª = 40 und/oder 41 und ´number- serviceType,510

OfDaysª > 350 aufeinanderfolgende Tage → Fehler (überprüfen) numberOfDays,

startOfPeriode, endOfPeriod

Eine Mutterschaft dauert zwischen 1 und 98 Tage oder bei Ver- serviceType,511

l‰ngerung zwischen 112 und 154 Tage. Wenn serviceType=90 numberOfDays oder 94 und ´ numberOfDays ª > 98 und ´ num-

berOfDays »<112 → Fehler

68

Plausibilit‰ten Feldname Error-Cd,

breakRu-

leCode

Eine Mutterschaft darf nicht mehr als 154 Tage dauern. Wenn serviceType,512

serviceType=90 oder 94 und numberOfDays > 154 → Fehler numberOfDays Wenn f¸r eine ´childInsurantVnª f¸r alle Meldungen mit ´ser- Insurant,513

viceTypeª = 92 gleicher ´careLeaveEventIDª und ´paymentMe- childInsurantVn,

thod» > 2 die Anzahl Tage im Feld «numberOfDays» > 98 x 2 → numberOfDays,

Fehler serviceType,

careLeaveEven-

tID, payment-

Method

470 Aus der alten EO-Datensammlung wurden vor der produktiven

Inbetriebnahme des neuen EOReg die EO-Entsch‰digungen der letzten 5 Jahre ¸bernommen. Diese fr¸heren (historischen) EO-Meldungen weisen keinen businessProcessId auf. Obwohl die Datenqualit‰t dieser alten Meldungen nicht dem Stand der neuen entspricht und damit in Einzelf‰llen eine eindeutige Zuordnung von Korrektur- zu Initialmeldungen schwierig oder nicht mˆglich ist, wurden diese vor der ‹bernahme durch die ZAS so gut als mˆglich konsolidiert. Die historischen Meldungen sind in der EOReg-Datenbank als separate Entit‰t gespeichert.

69

500 Die ZAS als registerf¸hrende Stelle informiert die Ausgleichs-

kassen mindestens einmal pro Jahr ¸ber aktuelle Fragen des EOReg, geplante ƒnderungen und technische Weiterentwicklungen. Die Mitwirkung umfasst beispielsweise die Mˆglichkeit, zur Einf¸hrung neuer Datenfelder Stellung zu nehmen, da dies direkten Einfluss auf die Informatiksysteme der Ausgleichskassen hat.

501 Laufende Fragen des Betriebs des EOReg werden im Rahmen

der Betriebsgruppe EO-Register bestehend aus Vertretungen der Ausgleichskassen, der IT-Durchf¸hrungsstellen, der ZAS und des BSV behandelt.

502 Zust‰ndig f¸r das Change-Management des EOReg ist das

BSV zusammen mit der ZAS. Change Requests sind an das BSV oder an die Email-Adresse [email protected] zu richten und in den unter Rz. 501 genannten Kommissionen zu beschliessen.

70

Art. 50b Abs. 2 AHVG

Der Bundesrat regelt die Verantwortung f¸r den Datenschutz, die zu erfassenden Daten und deren Aufbewahrungsfristen, den Zugriff auf die Daten, die Zusammenarbeit zwischen den Ben¸tzern und die Datensicherheit.

Insbesondere gelten die folgenden Richtlinien des Bundes ¸ber den Datenschutz und die Informatiksicherheit:

a. der Verordnung vom 14. Juni 1993 zum Bundesgesetz ¸ber den Datenschutz;

b. den Artikeln 8–10 der Verordnung vom 26. September 2003 ¸ber die Informatik

und Telekommunikation in der Bundesverwaltung;

c. den Weisungen des Informatikrates Bund vom 27. September 2004 ¸ber die In-

formatiksicherheit in der Bundesverwaltung.

Die Zentrale Ausgleichsstelle und die Stellen nach Artikel 21 EOG treffen die notwendigen organisatorischen und technischen Massnahmen zur Sicherung der Daten.

601 Bei den im EOReg enthaltenen Daten handelt es sich nicht um besonders sch¸tzenswerte Personendaten oder Persˆnlichkeitsprofile im Sinne von Artikel 3 Buchstabe c und d DSG.

602 Die beteiligten Stellen sorgen f¸r die Erf¸llung der datenschutzrechtlichen Bestimmungen und sch¸tzen ihre Daten vor Verlust und unbefugter Bearbeitung.

71

700 Die Daten werden mit Blick auf die Frist f¸r die Geltendma-

chung ausstehender Leistungen sowie R¸ckerstattung unrechtm‰ssig bezogener Leistungen bis 5 Jahre nach Ende des einzelnen Zulagenanspruchs aufbewahrt (Art. 24 und 25 ATSG).

701 Im EOReg gespeicherte EO-Entsch‰digungsmeldungen wer-

den pro Leistungsbez¸ger 10 Jahre nach Ablauf der letzten EO-Entsch‰digung gelˆscht, sofern die Sicherheit besteht, dass keine weiteren Leistungen ausbezahlt werden m¸ssen. (Die genauen Kriterien sind noch zu kl‰ren.)

702 Vor der Lˆschung werden die Daten dem Bundesarchiv zur Ar-

chivierung angeboten. Die vom Bundesarchiv als nicht archivw¸rdig eingestuften Daten werden vernichtet.

801 Diese Wegleitung tritt am 1. Mai 2012 in Kraft. Sie ersetzt die

bisherigen, die EO betreffenden Teile der Technischen Weisungen (TW, Kap. 6) und der Technischen Weisungen XML (TW XML, Kap. 6).

802 aufgehoben

803 aufgehoben

72

Zusammengefasst gelten folgende f¸nf Grunds‰tze f¸r das Meldeverfahren zwischen den Kassen und dem EO-Register.

– Mit der Meldung des Typs 1 wird eine neue Leistung gemeldet, deren

Betrag auf dem Konto 214.3060 verbucht wird.

– Mit den Meldungen des Typs 3 und 4 werden ƒnderungen an einer

bestehenden Leistung gemeldet. Die Meldung des Typs 3 ist an das Konto 214.3060 gebunden. Die Meldung des Typs 4 gehˆrt zum Konto 214.4609.

– Bei Korrekturen/Erg‰nzungen an einer bestehenden EO-Leistung

(Meldungen 3 und 4) werden die Zahlwerte Tage ´numberOfDaysª, Satz ´basicDailyAmountª und ´totalAPGª kumuliert (sie kˆnnen positiv oder negativ sein), die ¸brigen Felder werden ersetzt. Die Meldungen werden konsolidiert und die Plausibilit‰ten werden an der konsolidierten Meldung durchgef¸hrt.

– Mittels einer Meldung Typ 3 mit negativem EO-Betrag kann eine EO-

Leistung storniert werden. Ist das Feld ´totalAPGª nach Bearbeitung der monatlichen Sammelmeldung im konsolidierten Register auf 0 (Null), gilt die EO-Leistung als annulliert und kann nicht mehr ge‰ndert werden. Die Meldung der korrekten Zahlen kann mittels einer neuen Meldung des Typs 1¹ erfolgen.

– Der Ansatz (´basicDailyAmountª) muss ¸ber die gemeldete EO-Peri-

ode konstant sein.

Eine EO-Leistung von 20 Tagen wurde ausgezahlt (und mittels Meldung des Typs 1 gemeldet). Die Grundentsch‰digung belief sich auf 220.– (Gesamtbetrag 4’400.–). Tats‰chlich mussten 25 Tage verg¸tet werden. In diesem Fall muss die Meldung f¸r die Erg‰nzungsleistung im Feld ´numberOfDaysª 5 und im Feld ´totalAPGª 1’100.– angeben, um mitzuteilen, dass man 1‘350.– mehr wegen 5 zus‰tzlich zu verg¸tender Tage ausgezahlt hat. Das Feld ´basicDailyAmountª muss darf nicht gemeldet werden. Eine weitere Mˆglichkeit ist die Stornierung der EO-Leistung mittels Meldung 3, die im Feld ´totalAPGª -4’400.– enth‰lt und einer

73

neuen Meldung Typ 1 mit ´numberOfDaysª 25, ´basicDailyAmountª 220.– und ´totalAPGª 5’500.–.

Die Korrektur sieht wie folgt aus:

Typ number- basicDaily- totalAPG accounting- messageID busi-

OfDays Amount Month nessProcessId 1 20 220 4’400 01.2023 10 001.000.101 3 -20 -220 -4’400 02.2023 11 001.000.101 1 25 220 5’500 02.2023 12 001.000.201

Eine andere Meldemˆglichkeit besteht darin, nur eine einzige Meldung 3 zu machen:

Typ number- basicDaily- totalAPG accounting- messageID busi-

OfDays Amount Month nessProcessId 1 20 220 4’400 01.2023 10 001.000.101 3 5 1’100 02.2023 11 001.000.101

Im konsolidierten Register ist dann eine EO-Leistung f¸r 25 Tage mit einem Ansatz von 220.– und einem Gesamtbetrag von 5’500.– gemeldet.

Eine EO-Leistung von 20 Tagen wurde ausgezahlt und mittels einer Meldung Typ 1 gemeldet. Die Grundentsch‰digung bel‰uft sich auf 240.– (2 Kinder, Normaldienst, Gesamtbetrag 4’800.–). In Tat und Wahrheit hat der Versicherte nur ein Kind. In diesem Fall muss eine R¸ckforderungsmeldung erstellt werden mit folgenden Angaben in den Feldern ´numberOfChildren ª 1, ´numberOfDaysª leer, ´basicDailyAmountª -22.– und ´totalAPGª -440.–.

Typ number- numberOf- basicDail- totalAPG ac- mes- busi-

OfDays Children yAmount counting- sa- nessProces-Month geID sId

1 20 2 240 4’800 01.2023 10 001.000.102 4 1 -22 -440 02.2023 11 001.000.102

Im konsolidierten Register befindet sich eine EO-Leistung mit 20 Tagen, mit einem Ansatz von 218.– und einem Totalbetrag von 4’360.–.

74

Es wurde eine EO-Leistung von 10 Tagen mittels Meldung Typ 1 gemeldet. Die Kasse erstellt eine Meldung Typ 3 (Erg‰nzung), meldet jedoch einen, mit der Anzahl Tage und dem Ansatz ung¸ltigen Betrag

´totalAPGª. Sie erh‰lt einen Fehlercode 307 zur¸ck. Sie macht anschliessend eine neue Korrekturmeldung Typ 3:

Typ number- basicDaily- totalAPG accounting- messa- busi- ErrorCd OfDays Amount Month geID nessProces-

sId

1 10 200 2’000 01.2023 10 001.000.103 OK 3 5 800 02.2023 11 001.000.103 307

Die resultierende EO-Leistung im kumulierten Register ergibt 15 Tage, einen Ansatz von 200.– und ein Total von 2’800.–. Dies verletzt die Plausibilit‰tsregel 307.

Die Kasse annulliert die gesamte EO-Leistung und meldet das ganze neu wie folgt:

3 -2’800 03.2023 12 001.000.103 OK 1 15 200 3’000 03.2023 13 001.000.104 OK

Das konsolidierte Register enth‰lt nun eine g¸ltige EO-Leistung f¸r 15 Tage mit einem Ansatz von 200.– und einem Totalbetrag von 3000.–.

Eine weitere Mˆglichkeit zur Korrektur w‰re eine weitere Meldung Typ 3:

3 200 03.2023 12 001.000.103 OK

Eine EO-Leistung von 10 Tagen mit Ansatz 100.– und einem Totalbetrag 1’000.– wurde ausgezahlt. Nachtr‰glich stellt sich heraus, kein Anspruch besteht. Die Leistung wird vom Beg¸nstigten zur¸ckgefordert.

Typ number- basicDaily- totalAPG accounting- messageID businessPro-OfDays Amount Month cessId

1 10 100 1’000 01.2023 10 001.000.104 4 -1’000 02.2023 11 001.000.104

Im konsolidierten Register befindet sich eine EO-Leistung mit Totalbetrag = 0 (Null). Sie ist somit annulliert.

75

Im obigen Beispiel wurde f¸r numberOfDays und basicDailyAmount kein Wert gemeldet. Eine Kasse kann eine R¸ckforderung jedoch auch wie folgt melden:

Typ number- basicDaily- totalAPG accounting- messageID businessPro-OfDays Amount Month cessId

4 -10 -100 -1’000 02.2023 11 001.000.104

Eine EO-Leistung von 10 Tagen mit Grundentsch‰digung 100.– und Gesamtbetrag 1’000.– wurde im Januar bezahlt. Tats‰chlich betrug die Anzahl Tage 20 und der Ansatz 110.–. Der Zusatzbetrag wird im Folgemonat Februar ausbezahlt.

Typ num- basicDaily- total- accounting- messageID businessProcesberOf- Amount APG Month sId

Days

1 10 100 1’000 01.2023 100 001.000.105 3 -10 -100 -1’000 02.2023 101 001.000.105 1 20 110 2’200 02.2023 102 001.000.106

Das konsolidierte Register enth‰lt nun eine EO-Leistung mit 20 Tagen, einem Ansatz von 110.– und einem Total von Fr. 2’200.–.

Eine weitere Mˆglichkeit f¸r eine ƒnderung ist eine einzige Meldung Typ 3 mit ´numberOfDaysª 10, ´basicDailyAmountª 10.– und Gesamtbetrag ´totalAPGª 1’200.–.

Typ num- basicDaily- total- accounting- messageID businessProcesberOf- Amount APG Month sId

Days

1 10 100 1’000 01.2023 100 001.000.105 3 10 10 1’200 02.2023 101 001.000.105

Das konsolidierte Register enth‰lt nun eine EO mit 20 Diensttagen, einem Ansatz von 110.– und einem Total von 2’200.–.

Eine EO-Leistung von 10 Tagen mit Ansatz von 100.– und Gesamtbetrag von 900.– wurde im Januar gemeldet (fehlerhaft erkannt), mit Verbuchung von 900.– auf dem Konto 214.3060 (unter der Annahme, dass es

76

weder Entsch‰digung f¸r Betreuungskosten noch Betriebszulagen gibt und es wird davon ausgegangen, dass der Betrag und die Anzahl Tage korrekt sind). Der Fehler ist in der Meldung enthalten; die Kasse hat im Januar korrekt Total 1’000.– ausbezahlt.

Typ numberOf- basicDaily- total- accounting- messageID businessPro-Days Amount APG Month cessId

1 10 100 900 01.2023 10 001.000.106 3 -900 01.2023 11 001.000.106 1 10 100 1’000 01.2023 12 001.000.107

Das konsolidierte Register enth‰lt nun eine EO-Leistung mit 10 Diensttagen, einem Ansatz von 100.– und einem Total von 1’000.–.

Nachfolgend eine weitere Meldemˆglichkeit:

Typ numberOf- basicDaily- total- accounting- messageID businessPro-Days Amount APG Month cessId

1 10 100 900 01.2023 10 001.000.106 3 100 01.2023 11 001.000.106

Das konsolidierte Register enth‰lt nun ebenfalls eine EO-Leistung mit 10 Diensttagen, einem Ansatz von 100.– und einem Total von 1’000.–.

tung

Es wurde eine EO-Meldung f¸r 30 Diensttage mit der Ansatz von 100.– und einem Gesamtbetrag von Fr. 3’000.– im Januar 2023 gemeldet.

Nachtr‰glich wird gemeldet, dass am 16. Januar 2023 ein Kind geboren wurde, was zu einem neuen Tagesansatz von 120.– f¸hrt.

Typ number- basicDail- total- startOfPe- endOfPe- mes- busi-

OfDays yAmount APG riod riod sa- nessProcesgeID sId

1 30 100 3’000 01.01.2023 31.01.2023 10 001.000.107 3 -15 -1’500 01.01.2023 15.01.2023 11 001.000.107 1 15 120 1’800 16.01.2023 31.01.2023 12 001.000.108

Das Register enth‰lt zwei EO-Perioden: Die erste Entsch‰digungsperiode vom 1. Januar bis 15. Januar 2023 mit einem Tagesansatz von 100.–, die zweite vom 16. Januar 2023 bis 31. Januar 2023 mit einem Ansatz von 120.–.

77

Es wurde eine EO-Leistung f¸r 20 Diensttage ausbezahlt (und mit einer Meldung 1 gemeldet). Der Ansatz betr‰gt 220.–. Es wurden 3’000.– gemeldet und 4’400.– verbucht. Das EO-Register meldet eine Abweichung 8A-8F und die Kasse kl‰rt den Grund des Problems ab.

Typ Num- basicDail- total- ac- mes- busi- Hinweis

berOf- yAmount APG counting- sa- nessPro-

Days Month geID cessId

1 20 220 3’000 01.2023 10 001.000.10

8

3 -3’000 01.2023 11 001.000.10 F¸r eine ‹berein-

8 stimmung ist eine Korrektur mit Meldung 3 notwendig 1 20 220 4’400 01.2023 12 001.000.20 Diese Meldung ist

8 in der Buchhaltung bereits (richtig)

verbucht; sie darf daher nicht nochmals verbucht werden.

Das konsolidierte Register enth‰lt nun eine EO-Leistung mit 20 Diensttagen, einem Ansatz von 220.– und einem Totalbetrag von 4’400.–.

Nachfolgend eine weitere Meldemˆglichkeit:

Typ Num- basicDail- total- ac- mes- busi- Hinweis

berOf- yAmount APG counting- sa- nessPro-

Days Month geID cessId

1 20 220 3’000 01.2023 10 001.000.10

8

3 1’400 01.2023 11 001.000.10 Auch bei dieser

8 Variante ist der Betrag von 920 bereits buchhalterisch ber¸cksichtigt und darf nicht nochmals verbucht werden.

Das konsolidierte Register enth‰lt nun ebenfalls eine EO-Leistung mit 20 Diensttagen, einem Ansatz von 220.– und einem Totalbetrag von 4’400.–

Es wurde eine EO-Meldung f¸r 10 Diensttage mit einem Ansatz von 100.– und einem Gesamtbetrag von 1000.– ¸bermittelt. Die gemeldete

78

Dienstperiode dauerte vom 1. bis 15. Januar; tats‰chlich umfasst die Dienstperiode den Zeitraum vom 1. bis zum 20. Januar.

Typ num- basicD to- ac- mes- busi- startOfPeri endOfPerio ber- ail- talAP coutning- sage nessPro- od d

OfDay yAmo G Month ID cessId

s unt

1 10 100 1’000 01.2023 10 001.000.10 01.01.2023 15.01.2023 9

3 11 001.000.10 01.01.2023 20.01.2023 9

Die EO-Leistung umfasst somit den Zeitraum vom 1. bis 20. Januar; die ¸brigen Felder bleiben gleich.

Achtung: In diesem Fall darf der Buchungsmonat in Meldung 3 nicht aufgef¸hrt werden!

Die AHV-Nummer des Bez¸gers wurde entkettet und hat demzufolge ge-‰ndert. Die Kasse muss diese ƒnderung wie folgt melden.

Typ number- basicDa totalAPG ac- mes- businessPro- AHVN13 (vn)

OfDays il- counting- sageI cessId

yAmoun Month D

t

1 10 100 1’000 01.2023 10 001.000.110 756123456789 0

3 11 001.000.110 756123456789 9

Das konsolidierte Register enth‰lt nun eine EO-Leistung mit 10 Diensttagen, einem Ansatz von 100.– und einem Total von 1’000.– und die AHVN13 des Beg¸nstigten lautet 7561234567899.

Achtung: In diesem Fall darf der Buchungsmonat in der Meldung 3 nicht aufgef¸hrt werden!

Eine EO-Meldung f¸r eine Mutterschaftsentsch‰digung bezieht sich auf 4 Monate. Die Kasse erstellt die folgenden (untenstehenden) Meldungen. Nach erfolgter Zahlung stellt die Kasse fest, dass die AHVN13 falsch war.

79

Typ num- basicDa to- vn mes- busi- startOfPeri endOfPerio ber- il- talAP sageID nessPro- od d

OfDay yAmoun G cessId

s t

1 31 100 3’100 N1 10 001.000.11 01.01.2023 31.01.2023 1

3 28 2’800 11 001.000.11 01.01.2023 28.02.2023 1

3 31 3’100 12 001.000.11 01.01.2023 31.03.2023 1

3 8 800 13 001.000.11 01.01.2023 08.04.2023 1

Die EO-Leistung besteht folglich aus 98 Tagen, einem Ansatz von 100.– und einem Gesamtbetrag von 9’800.– und l‰uft vom 01.01.2023 bis 08.04.2023. Der Vorteil liegt darin, dass wenn die AHVN13 ‰ndert, nur eine Meldung f¸r die ganze EO-Periode erforderlich ist.

Typ num- basicDa to- vn mes- busi- startOfPeri endOfPerio ber- il- talAP sageID nessPro- od d

OfDay yAmoun G cessId

s t

3 N2 14 001.000.111

Falls sich der Ansatz innerhalb der Periode ‰ndert (z.B. durch eine ordentliche Anpassung des Ansatzes), kann dies unter einer neuen BPID (mit einer Meldung Typ 1) gemeldet werden. Wenn wie im ordentlichen Ablauf mit einer Meldung Typ 3 unter der gleichen BPID gemeldet wird, muss der Tagesansatz jeweils dem Durchschnittswert angepasst werden (siehe auch Kap. 9.7).

Dieses Schema f¸r Meldungen der Mutterschaftsentsch‰digung muss zwingend eingehalten werden.

Es wird eine EO-Leistung f¸r 10 Tage f¸r eine Person mit einer Taggeldgarantie IV/KV/UV/MV/ALV ausbezahlt und mit einer Meldung Type 1 ans Register gemeldet.

Die Meldung sieht wie folgt aus:

80

EDI BSV | Wegleitung zum EO-Register und EO-Datenaustausch (WL-EOReg)