Wegleitung zum EO-Register und EO-Daten- austausch (WL-EOReg)

Gültig ab 1. Juli 2012

Stand: 1. Juli 2025

318.712 d WL-EOReg

07.21

2 von 80

Inhaltsverzeichnis

Abkürzungsverzeichnis ........................................................................ 5 1. Allgemeines ............................................................................ 7 1.1 Zweck des EO-Registers .......................................................... 8

1.2 Organisationsstruktur für den Betrieb des EOReg .................... 9

1.3 Rolle und Aufgaben der Zentralen Ausgleichsstelle (ZAS) ...... 10

1.4 Rolle und Aufgaben der Ausgleichskassen ............................. 11

1.5 Inhalt des EO-Registers .......................................................... 12 1.6 Datenaustauschplattform ........................................................ 13 1.7 Meldungsformat ...................................................................... 13 2 Meldeprozesse ...................................................................... 15 2.1 Übersicht ................................................................................ 15

2.2 Meldungen der Ausgleichskassen .......................................... 16

2.3 Besondere Meldungsfälle ....................................................... 18

2.3.1 Betriebszulagen und Betreuungskosten.................................. 18

2.3.2 Taggeldgarantie ...................................................................... 19 2.3.3 Duplicata................................................................................. 19

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 2.4 Meldungen der ZAS ................................................................ 21

2.5 Fehlerhandling bei technischen Fehlern ................................. 21

3 Meldungsspezifikationen ..................................................... 22 3.1 Initialmeldung Typ 1 ................................................................ 22 3.2 Korrekturmeldungen Typ 3 und 4 ............................................ 24

3.3 Rückmeldungen vom EOReg an die Ausgleichskassen – Typ 5

............................................................................................... 27 3.4 Zugang zum Register ............................................................. 31

3.4.1 Webservice für die Einzelabfrage einer AHVN13 – Typ 6 ....... 31

3.4.2 Aufgehoben. ........................................................................... 32

3.4.3 WebService zur Abfrage der Datenbank «SEODOR» – Type 8

............................................................................................... 32

3 von 80

3.5 Strukturierte Rückmeldungen.................................................. 32 3.6 Meldungsrahmen (headerType) .............................................. 39

3.7 Datenaustausch-Codes und Typen ......................................... 42

4 Verarbeitung der Meldungen und Plausibilitätsprüfungen 49

4.1 Formelle Validierung ............................................................... 49

4.2 Prüfung der Rückweisungsplausibilitäten ................................ 49

4.3 Einfache Plausibilitätsprüfungen ............................................. 50 4.4 Plausibilitäten intra-EO-Leistung ............................................. 52 4.5 Plausibilitäten inter-EO-Leistung ............................................. 57

4.5.1 Plausibilitätskontrollen, welche von den Ausgleichskassen

vorzunehmen sind .................................................................. 57

4.5.2 Plausibilitätskontrollen, welche nur im zentralen EO-Register

möglich sind ............................................................................ 65

4.6 Übersteuerung der Plausibilitäten (breakRule)........................ 66

4.7 Historische EO-Leistungen ..................................................... 68 5 Betriebsorganisation ............................................................ 69

6 Datenschutz und Informatiksicherheit ................................ 70

7 Aufbewahrung und Archivierung ........................................ 71

8 Schlussbestimmungen und Inkrafttreten............................ 71

9 Meldungsbeispiele ................................................................ 72 9.1 Hinzufügen besoldeter Tage ................................................... 72 9.2 Rückforderungsmeldung ......................................................... 73 9.3 Meldung mit fehlerhafter Ergänzung ....................................... 74 9.4 Annullation mit Rückforderung ................................................ 74

9.5 Änderung des Ansatzes und der Anzahl Tage ........................ 75

9.6 Gesamtbetrag entspricht nicht dem Tagesansatz x Anzahl Tage

............................................................................................... 75

9.7 Änderung des Tagesansatzes während laufender EO-Leistung

............................................................................................... 76 9.8 Verbuchungsfehler in Buchhaltung ......................................... 77 9.9 Änderung der EO-Periode ...................................................... 77

9.10 Änderung der AHVN13 des Bezügers..................................... 78

4 von 80

9.11 Meldung einer Mutterschaftsentschädigung ............................ 78

9.12 Meldung mit Taggeldgarantie.................................................. 79

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 von 80

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 von 80

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 Datenaus- tausch

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 Versichertennum- mer

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 von 80

1. Allgemeines

100 Diese Wegleitung zum EO-Register und zum EO-Datenaus-

tausch erläutert die Schnittstelle zwischen der Durchführung der EO, welche einerseits in der Wegleitung zur Erwerbsersatz- ordnung 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-Regis- ters und des dazugehörenden Datenaustausches. Es beschreibt die fachlichen Abläufe auf Seite der Ausgleichs- kassen und der ZAS, die Anforderungen an die Informations- systeme der Ausgleichskassen, den eigentlichen Datenaus- tausch, die zu verwendenden Plausibilitätsprüfungen, sowie die technische Schnittstelle mit den Datendefinitionen. Damit richtet es sich sowohl an interessierte Fachpersonen bei den Aus- gleichskassen wie auch an die technischen Spezialistinnen und Spezialisten, welche die Informatiklösungen für diese entwi- ckeln und unterhalten müssen.

8 von 80

1.1 Zweck des EO-Registers

Art. 21 Abs. 2 EOG: Soweit dieses Gesetz nichts Abweichendes bestimmt, gelten sinngemäss die Vor- schriften des AHVG über die Arbeitgeber, die Ausgleichskassen, den Abrech- nungs- und Zahlungsverkehr, die Buchführung, die Kassenrevisionen und Arbeit- geberkontrollen, 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 von 80

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

form für die nach schweizerischem Recht ausgerichteten Er- werbsausfallentschä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 Auswer- tungen. An diesen Zielen orientiert sich Inhalt, Ausgestaltung und Orga- nisation des Registers.

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

zum Abfrage- bzw. Meldungszeitpunkt eingetragenen Meldun- gen ab. Es zeigt den Ausgleichskassen zwar auch widersprüch- liche Meldungen bzw. Einträge auf, es ist aber ausschliesslich die Aufgabe der Ausgleichskassen, diese aufzulösen. Die Ver- antwortung für die Entgegennahme der EO-Anträge (EO-An- meldeformulare), sowie deren Prüfung, Erfassung und Auszah- lung bleibt vollumfänglich bei den Ausgleichskassen.

1.2 Organisationsstruktur für den Betrieb des EOReg

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 Hinterlas- senenversicherung (Ausgleichskassen); – Aufsichtsorgan ist das Bundesamt für Sozialversicherungen (vgl. Art. 23, Abs. 1 EOG).

10 von 80

1.3 Rolle und Aufgaben der Zentralen Ausgleichsstelle (ZAS)

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 Bundesver- waltung gemäss «Verordnung über den Schutz vor Cyberrisi- ken in der Bundesverwaltung (CyRV)» sowie die Weiterentwick- lung 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 (eoreg@zas.ad- min.ch); – Gewährleisten eines Supports für fachliche und technische Fragen; – Koordination der Zusammenarbeit zwischen den Ausgleichs- kassen und der ZAS bei Datenaustausch- oder Registerproble- men; – Nachkontrolle von Inkohärenzen im Register und von wider- sprüchlichen Datenmeldungen sowie Aufforderung der Aus- gleichskassen, 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 von 80

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 Insti- tutionen/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.

1.4 Rolle und Aufgaben der Ausgleichskassen

Art. 21 EOG Organe und anwendbare Bestimmungen

1 Die Durchführung der Erwerbsersatzordnung erfolgt durch die Organe der Alters-

und Hinterlassenenversicherung ...

Art. 43 EOV Vollzug

1 Das Eidgenössische Departement des Inneren ist mit dem Vollzug beauftragt.

2 Es kann Ausführungsbestimmungen für die Durchführungsstellen, sowie, im Ein-

vernehmen mit dem Eidgenössischen Departement für Verteidigung, Bevölke- rungsschutz und Sport und dem Eidgenössischen Volkswirtschaftsdepartement Weisungen an die Rechnungsführer der Armee und des Zivilschutzes, die Organi- satoren 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 mehre- ren 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 von 80

141 Die Ausgleichskassen organisieren die entsprechenden inter-

nen Betriebsabläufe und betreiben geeignete Informationssys- teme für die Verarbeitung und Verwaltung der EO-Entschädi- gungen.

142 Die Ausgleichskassen müssen gemäss DAP Rz. 3037 an die

sedex-Datenaustauschplattform angeschlossen sein. Sie betrei- ben die notwendige Infrastruktur für das Senden und den Emp- fang der Meldungen.

143 Die Ausgleichskassen stellen sicher, dass ihre Informationssys-

teme bei der Verarbeitung der EO-Entschädigungen die nach- folgend spezifizierten Plausibilitätsprüfungen (vgl. Kap. 4) eben- falls durchführen. Zudem gewährleisten sie für die Datenmel- dung die Einhaltung der nachfolgend beschriebenen Spezifikati- onen (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 Konfliktmel- dungen innerhalb von 30 Tagen.

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

nicht korrigiert werden, erhalten die betroffenen Ausgleichskas- sen Mahnungen im Rahmen der monatlichen Rückmeldungen.

1.5 Inhalt des EO-Registers

Art. 71 Abs. 4 Bst. b AHVG Errichtung und Aufgaben b. Die Zentrale Ausgleichstelle führt ein zentrales Register der laufenden Leistun- gen, 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.

Daraus folgt: Es bestehen keine expliziten Bestimmungen zum Inhalt eines EO-Re- gisters. Die benötigten Datenelemente müssen daher aus der Zielsetzung des EO- Reg (vgl. Rz. 112) abgeleitet werden.

13 von 80

150 Für die Erfüllung der gestellten Anforderungen enthält das EO-

Reg die folgenden Datenfelder: a. Personenidentifikationsmerkmale: Versichertennummer, (Fa- milienname, 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, Kontrollnum- mer, Erwerbsart zum Zeitpunkt der EO-Leistung; c. durchschnittliches Tageseinkommen, Anfangs- und Endda- tum, Anzahl Tage und Grundentschädigung für die EO-Leis- tung; d. Codes für Taggeld-Ansatz IV/ KV/UV/MV/ALV und Betriebs- zulage sowie Zulage für Betreuungskosten; e. Gesamtbetrag der EO-Leistung und Auszahlungsart; f. breakRuleCodes für Spezialfälle (Plausibilitätsverletzungen).

1.6 Datenaustauschplattform

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 Melde- typen sind in Rz. 370 f. ersichtlich.

1.7 Meldungsformat

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 von 80

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 Schnittstellen- standard Meldungsrahmen).

15 von 80

2 Meldeprozesse

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

2.1 Übersicht

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ändi- gen Ausgleichskasse eingereicht wird. – Die Ausgleichskasse überprüft das EO-Formular auf Gültig- keit und Vollständigkeit der Angaben (alle Felder vorhanden, Unterschriften, usw.). – Das Formular wird im kasseneigenen Informationssystem er- fasst und die nachfolgend beschriebenen Plausibilitätsprüfun- gen (vgl. Kap. 4) vorgenommen. Dabei sind die gleichen Re- geln 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 Ar- beitsgebers 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 von 80

– Der Empfang der Sammelmeldung durch das EOReg der ZAS wird durch sedex automatisch quittiert. – Das EOReg prüft die Meldungen auf die Einhaltung der nach- stehend 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 nach- stehend 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 (Daten- konflikte, 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 ver- arbeitet werden.

2.2 Meldungen der Ausgleichskassen

220 Meldungstyp 1 – Initialmeldung: Jede neue EO-Entschädi-

gungs-Anmeldung für Dienstleistungen, Betreuungsurlaub, Va- terschaftsurlaub, Entschädigung für hinterbliebene Mütter oder Adoptionsurlaub sowie jede neue Mutterschaft oder neue Ent- schä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 von 80

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 Kas- sennummer/Zweigestellennummer mit den Feldern deliveryO- ffice/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 fu- sionierten Kasse zu einem späteren Zeitpunkt unter Angabe des entsprechenden ursprünglichen businessProcessId mutie- ren kann.

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

zung, respektive eine Nachzahlung zu einer bereits gemelde- ten EO-Entschädigung. Sie betrifft das Konto 214.3060. Die Meldung muss im Feld „businessProcessId“ die Identifikation ei- ner bereits gemeldeten Meldung Typ 1 enthalten. Ausgefüllte Datenfelder einer solchen Meldung überschreiben die Felder der Initialmeldung, ausser die Felder „numberOfDays“, „ba- sicDailyAmount“, 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 von 80

2.3 Besondere Meldungsfälle

2.3.1 Betriebszulagen und Betreuungskosten

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 ge- macht werden. Für das EO-Register besteht eine EO-Entschä- digung jedoch aus sämtlichen Leistungen für die gleiche Dienst- periode. Hinzu kommt, dass die Betriebszulagen und die Zu- lage für Betreuungskosten immer an die dienstleistende Person direkt ausbezahlt werden (Ausnahme mitarbeitende Familien- mitglieder in der Landwirtschaft), auch wenn die Grundentschä- digung dem Arbeitgeber gutgeschrieben wird. Die Meldungen der Kassen an das EO-Register sind daher wie folgt vorzuneh- men:

231 Bei der umfassenden Verarbeitung eines EO-Anmeldeformu-

lars, welches gleichzeitig die EO-Grundentschädigung, die Be- triebszulage und die Zulage für Betreuungskosten enthält, müs- sen sämtliche Entschädigungsteile in den entsprechenden Fel- dern 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 «allo- wanceFarm» = „false“ und das Feld Betreuungskosten «allo- wanceCareExpenses» = 0 (null) gemeldet. Bei einer späteren Verarbeitung des Formulars für die Zulage für Betreuungskos- ten oder der Geltendmachung der Betriebszulage ist eine Muta- tionsmeldung Typ 3 zu senden. Die entsprechenden Felder werden dabei wie folgt gefüllt: – Feld «allowanceFarm» = „true“ – Feld «allowanceCareExpenses» (Betreuungszulage) = Total- betrag der entsprechenden Betreuungszulage.

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

für Betreuungskosten verarbeitet, enthält die Initialmeldung le- diglich diese Leistungsteile. Bei der nachträglichen Erfassung

19 von 80

des EO-Anmeldeformulars für den eigentlichen Dienst und ge- gebenenfalls für Kinder/Betriebszulage, wird die Meldung an das EO-Register als Mutationsmeldung Typ 3 mit den entspre- chend 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.

2.3.2 Taggeldgarantie

235 Im Attribut «averageDailyIncome» meldet die Kasse immer das

durchschnittliche Tageseinkommen, welches die versicherte Person unmittelbar vor dem Dienst, der Mutter- oder Vater- schaft, der Aufnahme zur Adoption bzw. dem Betreuungsurlaub erzielte. Wenn der Urlaub nicht am Stück bezogen wird, so kann sich die Berechnungsgrundlange jeweils ändern. Massge- bend ist der Lohn, welcher die Person vor dem jeweiligen Ur- laub bezogen hat. Das Feld «basicDailyAmount» enthält den Tagesansatz, resp. den Betrag der Grundentschädigung (inkl. allfälliger Kinderzulagen), welcher sich daraus ergibt. Die Tatsa- che, 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 « ba- sicDailyAmount») dürfen auf keinen Fall durch den Betrag einer Taggeldgarantie oder durch deren Berechnungsgrundlagen be- einflusst werden. Die Taggeldgarantie ist im Attribut «totalAPG» enthalten.

2.3.3 Duplicata

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 Kontroll- nummer nicht bekannt. Duplicata von EO-Formularen können ohne Kontrollnummer gemeldet werden, müssen dies jedoch mit einem breakRule (vgl. Rz. 464 breakRuleCode 505) anzei- gen. Beim Zivilschutz und der Rekrutierung sind die Angaben

20 von 80

nicht aufgrund des Dienstbüchleins zu überprüfen, sondern mit- tels SEODOR (Rz 1006 WEO).

2.3.4 Meldung mit einer Mutterschaftsentschädigung, Vater-

schaftsentschädigung, Betreuungsentschädigung, Adopti- 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 anspruchsberech- tigten Urlaubstag oder nach Ablauf der Rahmenfrist ausgestellt.

Für die Betreuungsentschädigung werden Anmeldeformulare monatlich ausgestellt. Beide Ehegatten müssen die Anmeldun- gen bei der gleichen AHV Kasse von nur einem der erwerbstäti- gen Ehepartner, nach Wahl, vornehmen. Jedes Anmeldeformu- lar muss mit einer Type 1 Meldung erfasst werden.

Das Anfangsdatum (startOfPeriod) und Enddatum (endOfPe- riod) sollte mit einer Ausnahme mit dem ersten und letzten be- zogenen Urlaubstag (Werktag) des gemeldeten Zeitraums iden- tisch sein. Für zusätzlich ausgerichtete Taggelder ausserhalb dieses Zeitraums, muss das Datum im Feld «endOfPeriod» ent- sprechend verlängert werden. Die Anzahl Tage zwischen An- fangs- 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 ge- mäss EOG.

Das Feld «childInsurantVn» beim Mutterschaftsurlaub (Leis- tungscode 90), Vaterschaftsurlaub (Leistungscode 91), bei der Betreuungsentschädigung (Leistungscode 92), der Adoptions- entschädigung (Leistungscode 93) und bei Entschädigung für hinterbliebene Mütter (Leistungscode 95) muss die AHV-Num- mer des Kindes zwingend enthalten. Für Totgeburten nach der

21 von 80

23. Schwangerschaftswoche muss die AHV-Nummer

756.9999.9999.99 verwendet werden. Bei Mehrlingsgeburten

muss AHV Nummer des zuerst geborenen Kindes verwendet werden.

2.4 Meldungen der ZAS

240 Meldungstyp 5 – Monatliche Verarbeitungsprotokolle - Rück-

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

2.5 Fehlerhandling bei technischen Fehlern

250 Für die Behandlung technisch fehlerhafter Meldungen wird das

Standardverfahren angewandt, welches im Detailkonzept Mel- dungsformat 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, fal- sche Daten in XML-File) werden durch das EOReg einzeln mit einem sedex-Umschlag versehen und an den Absender zurück- gewiesen. Solche Meldungen sind von der betroffenen Aus- gleichskasse 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 von 80

3 Meldungsspezifikationen

3.1 Initialmeldung Typ 1

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ür- fen nicht gemeldet werden, weil sie aus dem UPI übernommen werden. Darum wird die „forgiving-Version“ be- nutzt (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, 231) zwingend anzugeben

1 Für Dienste bis 31.12.2020

23 von 80

Attribut Typ Vorkom- Beschreibung / Bemerkungen men controlNumber unsignedInt 0..1 Kontrollnummer, für Zivildienst (ser- [0 - 32767] viceType = 40, 41) zwingend anzuge- ben 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: Ge- ses 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 von 80

Attribut Typ Vorkom- Beschreibung / Bemerkungen men paternityLeaveData paternityLeave- 0..1 Der paternityLeaveDataType enthält die folgenden Felder: newbornDate- DataType OfBirth, numberOfWorkdays, paterni- tyLeaveType 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

3.2 Korrekturmeldungen Typ 3 und 4

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

dung einer Nachzahlung zu einer bereits gemeldeten EO-Ent- schä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-Ent- schä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 wer- den, welche zu ändern sind mit Ausnahme der Felder im XML- Tag für die Vaterschaft (siehe Ziffer 380) und den Adoptionsur- laub (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 Auf- nahme 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 Fel- der „numberOfDays“, „basicDailyAmount“ und „totalAPG“, wel- che kumuliert werden.

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

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

25 von 80

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 wer- den sollen oder können für eine Mutation gefüllt gesandt wer- den (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ür- fen nicht gemeldet werden, weil sie aus dem UPI übernommen werden. Darum wird die „forgiving-Version“ be- nutzt (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 von 80

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, 231) zwingend anzugeben controlNumber unsignedInt 0..1 Kontrollnummer, für Zivildienst (ser- [0 - 32767] viceType = 40, 41) zwingend anzuge- ben 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: Ge- ses samtbetrag für die ganze Periode [-99999999.99 - (Franken und Rappen) 99999999.99]

1 Für Dienste bis 31.12.2020

27 von 80

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, paterni- tyLeaveType 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

3.3 Rückmeldungen vom EOReg an die Ausgleichskassen –

Typ 5

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 (Eltern- schaft – mat_decline) oder 201 (Dienst – ser_decline) zurück

28 von 80

gemeldet. Gültige Meldungen werden in das Register übernom- men. Der Ausdruck «Elternschaft» beinhaltet die Mutterschafts- entschädigung, die Vaterschaftsentschädigung, die Adoptions- entschädigung, die Betreuungsentschädigung sowie Entschädi- gung 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ätsverlet- zungen 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 Buchhal-

tung ü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 Aus- gleichskassen 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 in- aktiv gesetzt. Eine solche Änderung wird während des Ab- gleichs 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-Ent- schädigungen können daher nur durch die Kasse nach detail- lierten 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 von 80

Weitere Datenänderungen: Dieser Abschnitt des Verarbei- tungsprotokolls enthält Informationen zu weiteren Datenände- rungen im UPI, die zu Plausibilitätsverletzungen im EOReg füh- ren können, z.B. Änderung oder Präzisierung des Geburtsda- tums, des Geschlechts, des Heimatstaats.

335 Die folgende Tabelle enthält eine Zusammenstellung der Verar-

beitungs- 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 be- ler (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 be- die 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 be- intra-EO-Leistung troffenen Monat Meldungen die Plausibilität intra-EO-Leistung ver- letzt haben. Elternschaft Dieses Attachment wird nur in Plausibilitätsfehler dem Falle mitgeliefert, falls im be- inter-EO-Leistung troffenen Monat Meldungen die Plausibilität inter-EO-Leistung ver- letzt haben.

30 von 80

Meldung Attach- Dateiname Periodizi- Bemerkungen ment-Type tät Elternschaft Diese Meldung wird nur erzeugt Meldungen bezüg- und geliefert, falls in der betroffe- lich inter-EO-Leis- nen Zeitperiode eine andere Aus- tung ausgelöst gleichskasse Plausibilitätsverlet- durch 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 be- die 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 be- intra-EO-Leistung troffenen Monat Meldungen die Plausibilität intra-EO-Leistung ver- letzt haben. Dienst Dieses Attachment wird nur in Plausibilitätsfehler dem Falle mitgeliefert, falls im be- inter-EO-Leistung troffenen Monat Meldungen die Plausibilität inter-EO-Leistung ver- letzt haben.

Dienst Diese Meldung wird nur erzeugt Meldungen bezüg- und geliefert, falls in der betroffe- lich inter-EO-Leis- nen Zeitperiode eine andere Aus- tung ausgelöst gleichskasse Plausibilitätsverlet- durch 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 Mo- die ä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 Be-

richt wird auch geliefert, wenn keine Differenzen festgestellt wur- den. Bei der 8A-8F-Meldung wird nicht zwischen Elternschaft und sonsti- gem Dienst unterschieden.

31 von 80

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 „Beschrei- bung der Meldungen der ZAS an die Ausgleichskassen“ detail- liert beschrieben.

337 Die Rückmeldungen bestehen aus dem strukturierten Mel-

dungsumschlag und dem Meldungsrahmen, sowie den eigentli- chen Rückmeldungen in Form von PDF-Dokumenten als Atta- chments.

3.4 Zugang zum Register

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-Authentifi- zierung. Informationen zur Benutzung der Webservices befin- den sich unter https://www.zas.admin.ch/zas/de/home/parten- aires-et-institutions-/registres-centraux/registre-des-apg/infor- mations-destinees-aux-organes-dexecution-/echange-de- donnees--aspects-techniques--webservices.html oder können unter eoreg@zas.admin.ch bestellt werden.

3.4.1 Webservice für die Einzelabfrage einer AHVN13 – Typ 6

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 Meldun- gen aller Kassen für diese versicherte Person, wie auch die da- zugehörenden Konflikte und breakRules. Die Rückmeldung auf diese Anfrage ist synchron in strukturierter Form als Meldungs- typ 6 (vgl. Rz. 350).

32 von 80

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).

3.4.2 Aufgehoben.

3.4.3 WebService zur Abfrage der Datenbank «SEODOR» –

Type 8

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.

3.5 Strukturierte Rückmeldungen

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 Einzel- abfrage verwendet.

33 von 80

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 von 80

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: Gesamt- ses [-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 ver- wendet 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 von 80

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 von 80

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 von 80

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 von 80

(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 von 80

3.6 Meldungsrahmen (headerType)

360 Der Meldungsrahmen entspricht dem Standard eCH0058.

361 Verwendete Attribute des Meldungsrahmens für die Initialmel-

dung Typ 1 (Kasse – EOReg):

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 Korrek-

turmeldungen Typ 3 und 4 (Nachzahlungen und Rückforderun- gen, 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 von 80

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ückmel-

dung 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 un- gü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 von 80

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, Internal- sortOrder = 1 SortOrder> [1..n]: Pfad zu den Da- documentFormat 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üs- sen in UTF-8 codiert sein. testDeliveryFlag 1..1 responseExpected False 1..1

364 Verwendete Attribute des Meldungsrahmens für die Rückmel-

dung Typ 6 (ZAS – Ausgleichskasse) als Antwort auf eine An- frage 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 un- gültigem XML-Format. businessProcessId 0..0 Identifikation der EO-Leistung, vgl.

Rz. 221

messageType 2016 1..1 subMessageType 000601 1..1 Typ 6

42 von 80

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

3.7 Datenaustausch-Codes und Typen

370 Meldungstypen (Codes für subMessageType):

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 von 80

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 Normaldienst 10 Dienst als Rekrut 11 Gradänderungsdienst 12 Rekrutierung 13 Durchdiener Kader 14 Unterbruch vor UOS 15 Unterbruch während Gradänderungsdiensten 16 Zivilschutz Bis 31.12.2020 20 Dienstleistungen Mannschaft (ohne Kader / ohne Spezialisten / ohne Material- und Anlagewarte [ohne Spezialistenstatus]) Ab 1.1.2021 Dienstleistung Mannnschaft (Wiederholungskurse nach Art. 53 BZG und Einsätze gemäss Art. 46 BZG) Grundausbildung 21 Bis 31.12.2020 22 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 2020 23 beginnen Jugend und Sport Kaderbildung Jugend und Sport 30 Zivildienst Normaldienst 40 Dienst mit Rekrutenansatz 41 Jungschützen Jungschützenleiterkurs 50 Elternschaft Mutterschaftsentschädigung 90 Vaterschaftsentschädigung 91 Betreuungsentschädigung 92 Adoptionsentschädigung 93 Entschädigung für hinterbliebene Väter 94

44 von 80

Dienstarten, Leistungsarten (serviceType) Code Entschädigung für hinterbliebene Mütter 95

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/ca- tegory:24/viewlang:deu

Kanton Code Kanton Code Zürich 1 Schaffhausen 14 Bern 2 Appenzell Ausserrhoden 15 Luzern 3 Appenzell Innerrhoden 16 Uri 4 St. Gallen 17 Schwyz 5 Graubünden 18 Obwalden 6 Aargau 19 Nidwalden 7 Thurgau 20 Glarus 8 Tessin 21 Zug 9 Waadt 22 Freiburg 10 Wallis 23 Solothurn 11 Neuenburg 24 Basel-Stadt 12 Genf 25 Basel-Landschaft 13 Jura 50

373 Zivilstandcodes: optional

Zivilstand (insurantMaritalStatus) Code Ledig 1 Verheiratet 2 Verwitwet 3 Geschieden 4 Eingetragene Partnerschaft gleich-geschlechtlicher Paare 6 Gerichtlich aufgelöste Partnerschaft gleichgeschlechtlicher Paare 7 Durch Tod aufgelöste Partnerschaft gleichgeschlechtlicher Paare 8

45 von 80

374 Codes für die Erwerbsarten:

Erwerbsart vor der Leistung (activityBeforeService) Code Arbeitnehmende (inkl. ANobAG) 1 Selbstständigerwerbende 2 Nichterwerbstätige 3 Arbeitnehmende und Selbständigerwerbende gleichzeitig 4 Arbeitnehmende und Selbständigerwerbende, freiwillig Versicherte (nur SAK) 5

375 Codes für die Auszahlungsarten:

Zahlungsart Code An leistungsberechtigte Person direkt 1 An Arbeitgeber 2 Aufteilung zwischen Arbeitgeber und versicherter Person 3 Aufteilung zwischen mehreren Arbeitgeber sowie mit oder ohne der versicherten 4 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 Gesam-

tentschä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 von 80

Art Maximum Grundausbildung (21) 69 / 275* Dienstleistungen Kader, Spezialisten, Material- und Anlagewarte (22)1 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 «refe-

renceNumber» 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 Bei- lage) – II die Nummer des Ausbildungszentrums (gemäss Anhang in den Weisungen des BSV an die Rechnungsführer und Rech- nungsführerinnen des Zivilschutzes betreffend die Bescheini- gung der Diensttage gemäss EO ), ≠ 99 – NNNN: PLZ des Ortes, wo der Kurs stattfindet

Struktur der Referenznummer Fall Struktur Fall 1 - Grundausbildung 1 C.II.1 oder CC.II.1 Struktur Fall 2 - Kaderausbildung, Weiterbildungskurs, Zusatzausbildung 2 C.II.2, CC.II.2 oder 26.00.1 Struktur Fall 3 - Wiederholungskurse und Instandstellungsarbeiten 3 C.NNNN.1, CC.NNNN.1 und 26.00.2 Struktur Fall 4 – Katastrophen und Notlagen 4 C.99.1, CC.99.1 oder 26.99.1

1 Für Dienste bis 31.12.2020

2 Für Dienste ab 1.1.2021

47 von 80

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 «controlNum-

ber» 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 Sys- tem automatisch aufgedruckt. Regionalzentrum Kontr. Nr. Aarau 17 Thun 16 Rüti 15 Rivera 14 Luzern 13 Lausanne 11

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 von 80

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 For- mat : kkkzzzx, wobei kkk die dreistellige Kassennummer ist und zzz die dreistellige Zweigstel- lennummer ist und x eine belie- bige, von der Kasse gewählte ein- deutige 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 Adop-

tionsurlaubs: Bezugssart des Urlaubs (paternityLeaveType und Code adoptLeaveType) 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 von 80

4 Verarbeitung der Meldungen und Plausibilitätsprüfungen

400 Die nachfolgend beschriebenen Plausibilitätsprüfungen müssen

grundsätzlich sowohl von den Informatik-Applikationen bei den Ausgleichskassen als auch vom zentralen EOReg vorgenom- men werden.

401 Werden EO-Anmeldeformulare bei der Erfassung oder Verar-

beitung bei der Ausgleichskasse durch die Plausibilitätskontrol- len 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 entspre- chenden Abklärungen bei den genannten Stellen vorzunehmen.

4.1 Formelle Validierung

410 Eine von der Ausgleichskasse an das EOReg gesandte EO-

Meldung wird in einem ersten Schritt einer formellen Validie- rung unterzogen. Diese Prüfung geschieht gegen das XSD-Re- ferenzschema. 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 = fort- laufende Nummer; Beispiel: message_0001.xml). Meldungen, welche diese Bedingung nicht einhalten, werden retourniert.

4.2 Prüfung der Rückweisungsplausibilitäten

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

sungsplausibilitäten“. Meldungen, die diese fachlichen Prüfun- gen nicht bestehen, werden zusammengefasst als Sammelmel- dung 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 Plausi- bilitäten, die zu einer Rückweisung einer Meldung führen:

50 von 80

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 /deliveryO- reits 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 /deliveryOf- fice/branch, sender ID Die Identifikation der EO-Leistung «businessProcessId» ist businessProcessId 103 im Register für diese Kasse nicht enthalten oder wurde an- nulliert. Das Feld timeStamp muss vorhanden und für die Kasse timeStamp 104 eindeutig sein, wenn es eine Meldung Typ 3 oder 4 ist. Bei einer Korrekturmeldung (des Typs 3/4) mit dem Feld accountingMonth 105 «totalAPG» vorhanden und ≠ 0 muss das Feld «accounting- Month» gefüllt sein. Eine abgeschlossene Buchhaltungsperiode kann nicht wie- accountingMonth 106 der eröffnet werden. Wenn der laufende Monat > x und wenn der Monat x Übereinstimmung aufweist, ist keine Mel- dung Typ 1 mit Buchhaltungsmonat = x möglich. Für eine Meldung Typ 1 versucht die Kasse eine Meldung) businessProcessId 107 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 breakRuleCode 108 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 serviceType 109 das Feld «serviceType» <> «serviceType» der bestehende Konsolidierte Meldung → Fehler Wenn die 3 ersten positionen des BPId nicht der Melde- businessProcessId 110 kasse entspricht oder fusionierte Kasse entspricht → Fehler

421 Die nicht zurückgewiesenen Meldungen werden unter Zuord-

nung eines Erstellungsdatums (Datum des Verarbeitungstags) ins Basisregister übernommen. Zudem wird die Meldung entwe- der gesamthaft ins konsolidierte Register übernommen oder mit einer bereits dort befindlichen Meldung konsolidiert, unter Ein- haltung der in Rz. 322 genannten Regeln.

4.3 Einfache Plausibilitätsprüfungen

430

51 von 80

Die XSD-Definition für die EO-Datenmeldungen beinhaltet be- reits 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 Infor-

mationen zur AHVN13 (Name, Vorname, Geburtsdatum, Ge- schlecht) 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/country 201 entsprechen. Das durchschnittliche Tageseinkommen muss positiv sein, averageDailyIncome 202 wenn es gemeldet wird. Bei Meldungen Typ 1 muss das Feld «numberOfDays» ≥ 0 numberOfDays 203 sein. Der Tagesansatz muss ≥ 0 sein bei einer Meldung Typ 1. basicDailyAmount 204 Der EO-Gesamtbetrag muss bei Meldungen des Typs 1 > 0 totalAPG 205 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- accountingMonth 209 countingMonth» (Buchhaltungsmonat) grösser oder gleich dem «accountingMonth» der Initialmeldung sein.

52 von 80

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] Aufgehoben 211

4.4 Plausibilitäten intra-EO-Leistung

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-Ent- schä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 von 80

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 25 12 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

54 von 80

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- DailyIndemnityGuaran- ungskosten «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 für Betreuungskosten) > 0, darf das Feld «numberOfChild- allowanceCareExpenses ren» (Anzahl Kinder) nicht 0 sein. Wenn das Feld «serviceType» (Art der Dienstleistung) ≠ 90, serviceType, 310 91, 92, 94, 95 und 30 muss das Datum des Feldes «startOf- startOfPeriod Period» (Anfangsdatum der Dienstperiode) 18 Jahre nach dem Geburtsdatum der versicherten Person liegen. 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 von 80

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 breakRuleCode 318 gleichzeitig den breakRuleCode 509 melden (Doppelzah- lung). 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 von 80

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 sexType 329 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 von 80

4.5 Plausibilitäten inter-EO-Leistung

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.

4.5.1 Plausibilitätskontrollen, welche von den Ausgleichskassen vorzunehmen sind

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 von 80

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 Kalenderjahr 1 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

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

59 von 80

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 von 80

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 von 80

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, insurant/personId- nen Anspruch auf eine EO-Entschädigung für einen ab- 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 von 80

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 von 80

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“ > dentification- Type/vn, terkurse im Rahmen von Jugend + Sport oder für Anzahl der Tage zwischen dem ältesten Datum im Feld „startOfPe- numberOfDays, Jungschützenleiterkurse oder für Betreuungsurlaub. Das 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 newbornDate- des Kindes (Art. 16j, Art. 16k , und 16kbis EOG ). 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 von 80

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 careLeaveEven- werden, dass der Höchstbetrag der Gesamtentschädi- → Fehler tID, payment- gung pro Tag von CHF 220.00 nicht überschritten wird. Method, totalAPG DailyIndemni- tyGuaranteeAI 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, endOf- des 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. 16kbis Abs. 1EOG)

65 von 80

4.5.2 Plausibilitätskontrollen, welche nur im zentralen EO-Register möglich sind

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 vnType, wenn sie im betreffenden Kalenderjahr das 20. Altersjahr 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 von 80

4.6 Übersteuerung der Plausibilitäten (breakRule)

460 Mittels breakRule haben die Ausgleichskassen die Möglichkeit,

bestimmte Plausibilitäten des EOReg zu übersteuern. Dies be- deutet, dass im EOReg enthaltene EO-Entschädigungen, wel- che gewisse Plausibilitäten nicht einhalten, bei den Plausibili- tätsprüfungen nicht mehr als Fehler ausgewiesen und behan- delt 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 übersteuer- ten 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. ma- chen Grenadier-Rekruten mehr als 124 Diensttage). Die Ver- antwortung für die Begründung einer Plausibilitätsübersteue- rung liegt bei der Ausgleichskasse. Sämtliche mit breakRule ge- meldeten EO-Leistungen einer Kasse werden im Rahmen der Monatsverarbeitung im Verarbeitungsprotokoll (vgl. Rz. 335, At- tachment-Type 102/202) aufgelistet.

463 Über die Anzahl der breakRule-Fälle und deren Verwendung

durch die Ausgleichskassen wird von der ZAS eine Statistik ge- fü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 Wenn das Feld «serviceType» = 11, 13 ist und Alter aus serviceType, 500 dem Geburtsdatum der AHVN13 > 26 Jahre → Fehler insurant/personId- (zu überprüfen) entificationType/- vn, startOfPeriod Wenn das Feld «serviceType» = 14, 15 oder 16 ist und Al- serviceType, 501 ter aus dem Geburtsdatum der AHVN13 > 30 Jahre → insurant/personId- Fehler (zu überprüfen) entificationType/- vn, startOfPeriod

67 von 80

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 von 80

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

4.7 Historische EO-Leistungen

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 Zu- ordnung 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 von 80

5 Betriebsorganisation

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

kassen mindestens einmal pro Jahr über aktuelle Fragen des EOReg, geplante Änderungen und technische Weiterentwick- lungen. Die Mitwirkung umfasst beispielsweise die Möglichkeit, zur Einführung neuer Datenfelder Stellung zu nehmen, da dies direkten Einfluss auf die Informatiksysteme der Ausgleichskas- sen 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 eoreg@zas.admin.ch zu rich- ten und in den unter Rz. 501 genannten Kommissionen zu be- schliessen.

70 von 80

6 Datenschutz und Informatiksicherheit

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 Zusammen- arbeit 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 not- wendigen organisatorischen und technischen Massnahmen zur Sicherung der Da- ten.

601 Bei den im EOReg enthaltenen Daten handelt es sich nicht um

besonders schützenswerte Personendaten oder Persönlich- keitsprofile im Sinne von Artikel 3 Buchstabe c und d DSG.

602 Die beteiligten Stellen sorgen für die Erfüllung der datenschutz-

rechtlichen Bestimmungen und schützen ihre Daten vor Verlust und unbefugter Bearbeitung.

71 von 80

7 Aufbewahrung und Archivierung

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

chung ausstehender Leistungen sowie Rückerstattung unrecht- mässig bezogener Leistungen bis 5 Jahre nach Ende des ein- zelnen 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 ge- nauen 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 archiv- würdig eingestuften Daten werden vernichtet.

8 Schlussbestimmungen und Inkrafttreten

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

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

802 aufgehoben

803 aufgehoben

72 von 80

9 Meldungsbeispiele

Zusammengefasst gelten folgende fünf Grundsätze für das Meldeverfah- ren 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 posi- tiv oder negativ sein), die übrigen Felder werden ersetzt. Die Meldun- gen werden konsolidiert und die Plausibilitäten werden an der konsoli- dierten 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än- dert werden. Die Meldung der korrekten Zahlen kann mittels einer neuen Meldung des Typs 11 erfolgen. – Der Ansatz («basicDailyAmount») muss über die gemeldete EO-Peri- ode konstant sein.

9.1 Hinzufügen besoldeter Tage

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 mitzu- teilen, 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

1 Grundsätzlich ist es möglich, die korrekten Werte mit einer Meldung des Typs 3 zu melden; diese

muss aber zwingend in der gleichen Abrechnungsperiode sein.

73 von 80

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 nessPro- cessId 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 nessPro- cessId 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 ei- nem Ansatz von 220.– und einem Gesamtbetrag von 5’500.– gemeldet.

9.2 Rückforderungsmeldung

Eine EO-Leistung von 20 Tagen wurde ausgezahlt und mittels einer Mel- dung 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ückforderungs- meldung erstellt werden mit folgenden Angaben in den Feldern «num- berOfChildren » 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 von 80

9.3 Meldung mit fehlerhafter Ergänzung

Es wurde eine EO-Leistung von 10 Tagen mittels Meldung Typ 1 gemel- det. 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 an- schliessend 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 Plau- sibilitä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

9.4 Annullation mit Rückforderung

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 Totalbe- trag = 0 (Null). Sie ist somit annulliert.

75 von 80

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

9.5 Änderung des Ansatzes und der Anzahl Tage

Eine EO-Leistung von 10 Tagen mit Grundentschädigung 100.– und Ge- samtbetrag 1’000.– wurde im Januar bezahlt. Tatsächlich betrug die An- zahl Tage 20 und der Ansatz 110.–. Der Zusatzbetrag wird im Folgemo- nat Februar ausbezahlt. Typ num- basicDaily- total- accounting- messageID businessProces- berOf- 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 businessProces- berOf- 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, ei- nem Ansatz von 110.– und einem Total von 2’200.–.

9.6 Gesamtbetrag entspricht nicht dem Tagesansatz x Anzahl

Tage

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

76 von 80

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 Dienstta- gen, 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.–.

9.7 Änderung des Tagesansatzes während laufender EO-Leis-

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- nessProces- geID 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ädigungsperi- ode 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 von 80

9.8 Verbuchungsfehler in Buchhaltung

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.– ge- meldet 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 Mel- dung 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 noch- mals verbucht wer- den.

Das konsolidierte Register enthält nun eine EO-Leistung mit 20 Dienstta- gen, 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 Be-

trag von 920 be- reits buchhalte- risch 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.–

9.9 Änderung der EO-Periode

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

78 von 80

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!

9.10 Änderung der AHVN13 des Bezügers

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 Dienstta- gen, 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!

9.11 Meldung einer Mutterschaftsentschädigung

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 von 80

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 or- dentliche 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.

9.12 Meldung mit Taggeldgarantie

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

Die Meldung sieht wie folgt aus: Typ num- average- basicDaily- dailyIndem- total- ac- mes- busi- e ber- DailyIn- Amount nityGuaran- APG counting- sa- nessPro- Of- come teeAI Month geId cessId Days

1 10 100 80 True 1’50 01.2023 11 003.000.2

0 00

80 von 80