# Testfälle Anforderung
> eAU-Abfrage erzeugen, Datumsgrenzen, Versand, XML-Prüfansicht, Abweisung, Stornieren und erneutes Abfragen
Teil des Testfallkatalogs für die ITSG-Systemprüfung, siehe [Überblick](/docs/eau-pruefung/ueberblick). Die Funktionen selbst beschreibt die Seite [eAU](/docs/zeiterfassung/eau). Testfälle mit Testkassen setzen eingeschaltete Testkassen voraus, siehe [eAU ausprobieren mit Testkassen](/docs/zeiterfassung/eau-testkassen).
## Gemeinsame Wege in der Oberfläche [#gemeinsame-wege-in-der-oberfläche]
* **Krankmeldung erfassen:** über die [Abwesenheiten](/docs/zeiterfassung/absences) mit einer Abwesenheitsart, die eine eAU auslösen kann. Der Dialog fragt **AU dem Arbeitgeber gemeldet** und **Arztbesuch**, beide vorbelegt mit Ja.
* **Abfrage öffnen:** In der Navigation **eAU** wählen, die Zeile der Person anklicken. Die Detailansicht zeigt Status, **Stammdaten für die eAU**, **Rückmeldungen der Krankenkasse** und den **Verlauf**. Vom eAU-Badge an der Krankmeldung führt ein Klick direkt zur Abfrage.
* **XML-Prüfansicht:** In der Detailansicht **XML ansehen** wählen (bei einer Stornierung **XML der Stornierung ansehen**). Die Ansicht „Prüfansicht für die Systemprüfung“ zeigt den Datensatz, das **Prüfergebnis** mit Schema- und Kernprüfung, **Datensatzversion**, **Dateifolgenummer** und **Sendungs-ID**. Mit **Kopieren** und **Herunterladen** lässt sich das XML weitergeben.
* **Zeitpunkt:** Ohne Live-Modus übergibt Stampfactory fällige Abfragen zu festen Versandzeiten an das Meldecenter, siehe [Vorbereitung](/docs/eau-pruefung/ueberblick#vorbereitung-für-den-prüfungstag).
## Abfrage erzeugen [#abfrage-erzeugen]
### P-AN-01: Abruf-Tag nach gesetzlicher Regelung [#p-an-01-abruf-tag-nach-gesetzlicher-regelung]
* **ID:** P-AN-01
* **Kriterium:** 04.1/4 Abfrage frühestens ab dem 2. Kalendertag der Arbeitsunfähigkeit
**Ausgangslage:** Testperson mit Testkasse, unter **Einstellungen > Lohnabrechnung** im Bereich **Zeitpunkt der eAU-Abfrage** steht **Frühester Abruftag** auf der gesetzlichen Regelung. Krankmeldung mit Beginn heute.
**Schritte**
1. Krankmeldung ab heute erfassen, beide Fragen mit Ja.
2. Die Seite **eAU** öffnen und die neue Abfrage ansehen.
3. Die Krankmeldung in den Abwesenheiten ansehen.
**Erwartetes Ergebnis**
* Die Abfrage steht auf **Geplant** mit **Abfrage ab** dem 5. Kalendertag (Beginn Montag, Abruf frühestens Freitag).
* Die Krankmeldung zeigt „eAU-Abfrage vorgesehen am“ mit diesem Datum.
* Vor diesem Tag wird nichts gesendet. In der gemeinsamen Testaufgabe PTA 157 heißt das: Beginn 24.03.2026, kein Versand vom 25.03. bis 27.03., Versand am 28.03.2026.
**Nachweis:** Liste und Detailansicht (**Abfrage ab**), Verlauf mit **Abfrage angelegt** und **Abfrage vorgesehen am**.
### P-AN-02: Abruf-Tag ab Tag 2 [#p-an-02-abruf-tag-ab-tag-2]
* **ID:** P-AN-02
* **Kriterium:** 04.1/4
**Ausgangslage:** Wie P-AN-01, **Frühester Abruftag** auf **Ab Tag 2**.
**Schritte**
1. Einstellung umstellen.
2. Krankmeldung ab heute für eine zweite Testperson erfassen.
3. Danach die Einstellung zurück auf die gesetzliche Regelung stellen.
**Erwartetes Ergebnis**
* **Abfrage ab** ist der 2. Kalendertag. Ein früherer Tag lässt sich nicht einstellen.
* Für Folgebescheinigungen gilt die Einstellung nicht.
**Nachweis:** Einstellungen, Detailansicht, Verlauf.
### P-AN-03: Keine Abfrage ohne Arztbesuch oder ohne Meldung [#p-an-03-keine-abfrage-ohne-arztbesuch-oder-ohne-meldung]
* **ID:** P-AN-03
* **Kriterium:** 03.03/2 Kennzeichen „Meldung der AU durch den Arbeitnehmer erfolgt“, 04.1/1 nur zulässige Gründe, 04.1/3 ohne Kennzeichen keine Anforderung
**Ausgangslage:** Testperson mit Testkasse.
**Schritte**
1. Krankmeldung erfassen und **Arztbesuch** auf Nein setzen.
2. Zweite Krankmeldung erfassen und **AU dem Arbeitgeber gemeldet** auf Nein setzen.
3. Dritte Krankmeldung mit der Abwesenheitsart **Krankheit ohne AU** erfassen.
4. Bei der ersten Krankmeldung in der Listenansicht der Abwesenheiten **Arztbesuch** auf Ja umstellen.
**Erwartetes Ergebnis**
* Schritte 1 bis 3: Es entsteht keine eAU-Abfrage, es geht nichts an die Krankenkasse.
* Schritt 4: Stampfactory legt die Abfrage nach denselben Regeln an wie bei einer neuen Krankmeldung.
**Nachweis:** Seite **eAU** (keine Zeile für die Schritte 1 bis 3), Krankmeldung ohne eAU-Badge.
### P-AN-04: Vier-Jahres-Grenze [#p-an-04-vier-jahres-grenze]
* **ID:** P-AN-04
* **Kriterium:** 04.2/8 Abruf nur innerhalb von vier Jahren nach Ablauf des Kalenderjahres, nur für Zeiten ab 01.10.2021
**Ausgangslage:** Testperson mit Eintritt vor 2021 und Testkasse ab Eintritt. Prüfjahr 2026, Grenze 01.01.2022.
**Schritte**
1. Krankmeldung ab 31.12.2021 erfassen.
2. Krankmeldung ab 01.01.2022 erfassen.
**Erwartetes Ergebnis**
* 31.12.2021: Es wird keine Abfrage gesendet. Die Abfrage steht auf **Klärung nötig** mit dem Grund, dass der erste Krankheitstag zu weit zurückliegt. Laut Beschluss vom 21.10.2026 soll die Krankmeldung „Keine eAU: AU-Beginn liegt mehr als vier Jahre zurück“ zeigen, Stand 21.10.2026: noch offen.
* 01.01.2022: Die Abfrage wird angelegt und zum nächsten Versandlauf gesendet.
**Nachweis:** Detailansicht unter **Warum die Abfrage noch nicht gesendet wird**, XML-Prüfansicht der zweiten Abfrage (Abwesenheit ab 01.01.2022).
### P-AN-05: Arbeitsunfähigkeit vor dem Eintritt [#p-an-05-arbeitsunfähigkeit-vor-dem-eintritt]
* **ID:** P-AN-05
* **Kriterium:** 04.1/11 keine Anforderung außerhalb von Ein- und Austrittsdatum
**Ausgangslage:** Testperson mit Eintritt 01.10.2026 und Testkasse ab Eintritt.
**Schritte**
1. Krankmeldung ab 28.09.2026 erfassen.
**Erwartetes Ergebnis**
* Es wird keine Abfrage gesendet. Die Abfrage steht auf **Klärung nötig**, Grund: erster Krankheitstag außerhalb der Beschäftigung.
**Nachweis:** Detailansicht, Verlauf ohne **Gesendet**.
### P-AN-06: Beschäftigungsende: AU 15.10., Austritt 10.10. [#p-an-06-beschäftigungsende-au-1510-austritt-1010]
* **ID:** P-AN-06
* **Kriterium:** 04.1/11
**Ausgangslage:** Testperson mit Testkasse, Austrittsdatum 10.10.2026 in den Stammdaten eingetragen. Prüffall aus der Systemberatung am 21.10.2026.
**Schritte**
1. Krankmeldung ab 15.10.2026 erfassen, beide Fragen mit Ja.
2. Seite **eAU** und Krankmeldung ansehen.
**Erwartetes Ergebnis**
* Es geht keine Abfrage an die Krankenkasse. Der erste Krankheitstag liegt nach dem Austritt, die Abfrage steht auf **Klärung nötig** mit dem Grund „außerhalb der Beschäftigung“ oder wird gar nicht angelegt.
* Welche der beiden Darstellungen die Prüfung sieht: Stand 21.10.2026: noch offen.
**Nachweis:** Seite **eAU**, Detailansicht, Verlauf ohne **Gesendet**.
### P-AN-07: Künftige AU und fristlose Kündigung [#p-an-07-künftige-au-und-fristlose-kündigung]
* **ID:** P-AN-07
* **Kriterium:** 04.1/11
**Ausgangslage:** Testperson mit Testkasse, kein Austritt. Beispiel aus der Systemberatung: Krankmeldung ab 26.10. erfasst, die Abfrage wartet auf den Abruf-Tag, am 21.10. wird ein Austritt zum 21.10. eingetragen.
**Schritte**
1. Krankmeldung mit Beginn in einigen Tagen erfassen, die Abfrage steht auf **Geplant**.
2. Austrittsdatum auf heute setzen.
3. Den nächsten Versandlauf abwarten und die Abfrage öffnen.
**Erwartetes Ergebnis**
* Am Versandtag prüft Stampfactory Eintritt und Austritt erneut. Die Abfrage wird nicht gesendet, sondern mit dem Grund „Beschäftigung beendet“ zurückgezogen. Liste und Detailansicht zeigen „Zurückgezogen, Beschäftigung beendet am“ mit Datum, der Verlauf nennt den Austritt.
* Stand 21.10.2026: noch offen (Umsetzung beschlossen, Change eau-anfrage-regeln-praezisierung).
**Nachweis:** Liste, Detailansicht, Verlauf.
### P-AN-08: Austritt beendet den Versicherungszeitraum [#p-an-08-austritt-beendet-den-versicherungszeitraum]
* **ID:** P-AN-08
* **Kriterium:** 03.02/1, 03.02/2
**Ausgangslage:** Gesetzlich versicherte Testperson mit Kasse.
**Schritte**
1. Austritt zum Monatsende eintragen und die Karte **Versicherungszeiträume** ansehen.
2. Später einen Wiedereintritt mit neuem Eintrittsdatum eintragen und eine Krankmeldung nach dem Wiedereintritt erfassen.
3. Den Austritt in einer anderen Testperson wieder entfernen.
**Erwartetes Ergebnis**
* Ab dem Tag nach dem Austritt gilt ein Eintrag ohne Versicherungsart und ohne Kasse, ebenso bei der Betriebsstätte.
* Nach dem Wiedereintritt entsteht keine Abfrage, bis Versicherungsart und Krankenkasse neu erfasst sind.
* Wird der Austritt entfernt, gilt der vorige Zeitraum wieder unbefristet.
* Stand 21.10.2026: noch offen (Umsetzung beschlossen).
**Nachweis:** Karte **Versicherungszeiträume** mit Zeitstrahl, Karte **Betriebsstätte**.
### P-AN-09: Ohne Versicherungsnummer keine Abfrage [#p-an-09-ohne-versicherungsnummer-keine-abfrage]
* **ID:** P-AN-09
* **Kriterium:** 04.2/6 (Geburtsname und Geburtsort statt Versicherungsnummer werden bewusst nicht genutzt)
**Ausgangslage:** Testperson ohne Rentenversicherungsnummer, zum Beispiel PZ05 nach dem Import. Eine Abfrage der Versicherungsnummer bei der Rentenversicherung stellt Stampfactory nicht.
**Schritte**
1. Krankmeldung erfassen.
2. Abfrage öffnen und den Grund lesen.
3. Gültige Rentenversicherungsnummer in **Vertrag & Lohn** nachtragen.
**Erwartetes Ergebnis**
* Es wird nichts gesendet, auch nicht mit Geburtsname und Geburtsort. Die Abfrage steht auf **Klärung nötig** mit „Die Rentenversicherungsnummer fehlt.“
* Nach dem Nachtragen prüft Stampfactory erneut und sendet zum zulässigen Zeitpunkt.
* Laut Beschluss vom 21.10.2026 soll künftig gar kein Entwurf entstehen und die Krankmeldung „Keine eAU: Versicherungsnummer fehlt“ zeigen. Stand 21.10.2026: noch offen.
**Nachweis:** Detailansicht, Verlauf.
## Versand und Dateninhalt [#versand-und-dateninhalt]
### P-AN-10: Gemeinsame Testaufgabe PTA 157 [#p-an-10-gemeinsame-testaufgabe-pta-157]
* **ID:** P-AN-10
* **Kriterium:** 04.2/1 Annahmestelle aus der Stammdatendatei, 04.2/3 Abwesenheit ab, 04.2/5 Verursacher, 04.5/1 zuständige Kasse zum Beginn, 03.02/2 Historie der Kasse
**Ausgangslage:** Prüfumgebung. Testperson Michael Niveau (Personalnummer 157), Versicherungsnummer 26120795N497, geboren 12.07.1995 in Düsseldorf, Eintritt 01.01.2026, Austritt 30.06.2026, privat versichert bis 28.02.2026, ab 01.03.2026 gesetzlich bei der DAK-G (99300660). Firmendaten der Testaufgaben, siehe [Testumgebung](/docs/eau-pruefung/ueberblick#testumgebung).
**Schritte**
1. Krankmeldung 16.02.2026 bis 19.02.2026 erfassen.
2. Krankmeldung 24.03.2026 bis 31.03.2026 erfassen.
3. Krankmeldung 22.04.2026 bis 30.04.2026 erfassen. Nach der Rückmeldung mit Kennzeichen 2 bis 30.04. die Krankmeldung bis 08.05.2026 verlängern.
4. Jede Abfrage öffnen und **XML ansehen** wählen.
**Erwartetes Ergebnis**
* Februar: keine Abfrage, die Person war privat versichert. Die Krankmeldung zeigt **Keine eAU möglich, am ersten Krankheitstag nicht gesetzlich versichert**.
* Genau drei Abfragen in dieser Reihenfolge: Abwesenheit ab 24.03.2026, 22.04.2026 und 01.05.2026 (Folgebescheinigung).
* Jede Abfrage geht an die Kasse 99300660 über die Datenannahmestelle 99300001, mit Verursacher 99301347, Ansprechpartner Mia Testfrau und der Testfirma als Arbeitgeber.
**Nachweis:** Seite **eAU**, XML-Prüfansicht je Abfrage, Verlauf.
In der Prüfumgebung antworten die Kassen der Testaufgaben echt über das eVpT: die DAK-G 99300660 für PTA 157 und die BARMER 99300977 (ITSG Test-BEK) für PTA 158. Beide dürfen deshalb nicht in die Liste der simulierten Testkassen aufgenommen werden, sonst richten sich ihre Rückmeldungen nach dem Szenario der Testkasse statt nach der Testaufgabe.
### P-AN-11: Gemeinsame Testaufgabe PTA 158 [#p-an-11-gemeinsame-testaufgabe-pta-158]
* **ID:** P-AN-11
* **Kriterium:** 04.2/1, 04.5/1, 03.01/10 Geburtsname
**Ausgangslage:** Prüfumgebung. Testperson Holger Plateau (Personalnummer 158), Geburtsname Krause, Versicherungsnummer 15060678K499, geboren 06.06.1978, Minijob, familienversichert bei der BARMER (99300977), Einzugsstelle KBS (99300933).
**Schritte**
1. Krankmeldung 16.02.2026 bis 20.02.2026 erfassen.
2. Krankmeldung 22.04.2026 bis 01.05.2026 erfassen. Nach der Rückmeldung mit Kennzeichen 2 bis 01.05. die Krankmeldung bis 08.05.2026 verlängern.
3. Jede Abfrage in der XML-Prüfansicht öffnen.
**Erwartetes Ergebnis**
* Genau drei Abfragen: Abwesenheit ab 16.02.2026, 22.04.2026 und 02.05.2026.
* Empfänger ist immer die BARMER 99300977, nie die Einzugsstelle 99300933. Annahmestelle 99300001.
* Die Folgeabfrage beginnt am 02.05.2026, dem Tag nach dem bestätigten Ende. Die Musterlösung der ITSG nennt den 04.05.2026 und lässt den 02.05.2026 ausdrücklich zu.
* Abruf-Tag nach gesetzlicher Regelung: kein Versand vom 17.02. bis 19.02., Versand am 20.02.2026.
**Nachweis:** Seite **eAU**, XML-Prüfansicht, Verlauf.
### P-AN-12: Folgebescheinigung: Abwesenheit ab dem Tag nach dem bestätigten Ende [#p-an-12-folgebescheinigung-abwesenheit-ab-dem-tag-nach-dem-bestätigten-ende]
* **ID:** P-AN-12
* **Kriterium:** 04.2/4 Folgebescheinigung, maschinell vorgegeben
**Ausgangslage:** Testperson mit ITSG Test-TK (Erstbescheinigung, bestätigt A bis A+4). Krankmeldung von A bis A+9.
**Schritte**
1. Krankmeldung erfassen und die Rückmeldung abwarten.
2. Detailansicht der ersten Abfrage öffnen, danach die neue Abfrage auf der Seite **eAU**.
**Erwartetes Ergebnis**
* Die erste Abfrage zeigt **Bestätigt ab** A und **Bestätigt bis** A+4 mit Hinweis auf die Abweichung zur Krankmeldung.
* Stampfactory legt automatisch eine Folgeabfrage mit Abwesenheit ab A+5 an, ohne dass jemand das Datum eingibt.
**Nachweis:** Detailansicht beider Abfragen, XML-Prüfansicht der Folgeabfrage.
### P-AN-13: Datensatz-ID und Aktenzeichen [#p-an-13-datensatz-id-und-aktenzeichen]
* **ID:** P-AN-13
* **Kriterium:** 04.2/2 Ordnungskriterium im Aktenzeichen, 04.2/9 jeder Datensatz elektronisch dokumentiert, 04.2/10 eindeutige Datensatz-ID ohne Wiederverwendung
**Ausgangslage:** Eine gesendete Abfrage und eine zweite Abfrage derselben Person, zum Beispiel aus P-AN-12 oder aus **Erneut abfragen**.
**Schritte**
1. Detailansicht öffnen und **Datensatz-ID** und **Aktenzeichen des Arbeitgebers** ablesen.
2. Dasselbe bei der zweiten Abfrage.
3. In der XML-Prüfansicht die Werte im Datensatz vergleichen.
**Erwartetes Ergebnis**
* Jede Abfrage hat eine eigene Datensatz-ID, auch eine erneute Abfrage zum selben ersten Krankheitstag.
* Das Aktenzeichen hat das Format aus vier Zeichen, Bindestrich und 14 Zeichen und ist mandantenübergreifend eindeutig. Es enthält die Personalnummer nicht mehr. Abfragen im älteren Format (Personalnummer, Bindestrich, sechs Zeichen) bleiben gültig.
* Abfragen und Rückmeldungen lassen sich nicht ändern oder löschen. Auch eine stornierte oder abgewiesene Abfrage bleibt sichtbar.
**Nachweis:** Detailansicht (Kennungen), XML-Prüfansicht, Verlauf.
### P-AN-14: XML-Prüfansicht: Schemaprüfung und Kernprüfung [#p-an-14-xml-prüfansicht-schemaprüfung-und-kernprüfung]
* **ID:** P-AN-14
* **Kriterium:** 04.3/1 nur fehlerfreie Datensätze, 04.3/2 Prüfung vor der Übermittlung, 01/1 Nachrichtentypen, 01/3 Absendernummer in Header und Steuerungsdaten
**Ausgangslage:** Eine gesendete Abfrage.
**Schritte**
1. **XML ansehen** wählen.
2. Den Abschnitt **Prüfergebnis** lesen.
3. Im Datensatz den Nachrichtentyp, Absender und Empfänger ablesen.
**Erwartetes Ergebnis**
* **Schemaprüfung bestanden** und **Kernprüfung bestanden** mit Rückgabewert und Version des Kernprüfprogramms.
* Die Herkunft lautet „Gesendet am“ mit Datum und Sendung.
* Bei einer Abfrage vor dem Versand zeigt die Ansicht „Vorschau, nicht versendet“.
**Nachweis:** XML-Prüfansicht.
### P-AN-15: Prüffehler und Abweisung: neu senden ohne Storno [#p-an-15-prüffehler-und-abweisung-neu-senden-ohne-storno]
* **ID:** P-AN-15
* **Kriterium:** 04.3/3 nach Abweisung Neumeldung ohne vorherige Stornierung
**Ausgangslage:** Prüfumgebung (Meldecenter im Erprobungsbetrieb). Testperson mit der SV-Schreibweise des Familiennamens AAAAAAAAAA.
**Schritte**
1. Krankmeldung erfassen und den Versand abwarten.
2. Die Abfrage steht auf **Prüffehler**. Die Fehlermeldung mit Feld, Fehlercode und Originaltext lesen.
3. Über den Link neben dem Fehler die Stammdaten öffnen und die SV-Schreibweise korrigieren.
4. **Nach Korrektur erneut senden** wählen und bestätigen.
5. Variante Abweisung durch die Annahmestelle: Auf der Seite **eAU** **Testmeldung senden** wählen, Familienname AAAAAAAAAA. Die Testmeldung umgeht die Kernprüfung, die Annahmestelle weist sie ab.
**Erwartetes Ergebnis**
* Nach Schritt 4 entsteht eine neue Abfrage mit neuer Datensatz-ID, sie wird sofort gesendet. Es geht keine Stornierung an die Krankenkasse, eine Wartezeit gilt nicht.
* Die neue Abfrage verweist auf die fehlerhafte, beide bleiben im Verlauf sichtbar.
* Variante: Die Testmeldung steht auf **Abgewiesen** und ist als Testmeldung ohne Kernprüfung gekennzeichnet. Ob bei einer Testmeldung **Nach Korrektur erneut senden** angeboten wird: Stand 21.10.2026: noch offen.
**Nachweis:** Status und Fehlerliste in der Detailansicht, Verlauf, XML-Prüfansicht beider Abfragen.
### P-AN-16: Dateifolgenummer [#p-an-16-dateifolgenummer]
* **ID:** P-AN-16
* **Kriterium:** 04.4/1 laufende Dateifolgenummer, 04.5/5 eine Datei je Datenannahmestelle
**Ausgangslage:** Zwei Abfragen, die im selben Versandlauf an dieselbe Datenannahmestelle gehen, und eine Abfrage an eine andere Annahmestelle.
**Schritte**
1. Je Abfrage die XML-Prüfansicht öffnen und **Dateifolgenummer** und **Sendungs-ID** ablesen.
**Erwartetes Ergebnis**
* Abfragen an dieselbe Annahmestelle aus einem Versandlauf liegen in derselben Sendung. Jede Annahmestelle hat einen eigenen, lückenlos fortlaufenden Zähler.
* Ein Bearbeiten der Dateifolgenummer durch Anwendende (Hinweis-Kriterium 04.4/2) ist nur über den Stampfactory-Betrieb möglich. Stand 21.10.2026: noch offen, ob das in der Prüfung gezeigt wird.
**Nachweis:** XML-Prüfansicht, Betriebsstatus des Meldecenters.
### P-AN-17: Element Abrechnungsprogramm 3 [#p-an-17-element-abrechnungsprogramm-3]
* **ID:** P-AN-17
* **Kriterium:** 04.2/11 Element Abrechnungsprogramm mit Kennzeichen 3 (systemgeprüftes Zeiterfassungssystem), gültig ab 01.01.2027
**Ausgangslage:** Eine Abfrage, die ab dem 01.01.2027 aufgebaut wird.
**Schritte**
1. XML-Prüfansicht öffnen, **Datensatzversion** und das Element Abrechnungsprogramm ablesen.
**Erwartetes Ergebnis**
* Abfragen, die ab dem 01.01.2027 aufgebaut werden, tragen Datensatzversion 3.0.0 und Abrechnungsprogramm 3. Eine am 31.12.2026 gebaute Sendung bleibt bei 2.0.0, auch wenn sie erst 2027 wiederholt wird.
* Laut Bericht ist das Kriterium umgesetzt, der Nachweis erfolgt mit der neuen Version. Wie das vor dem 01.01.2027 vorgeführt wird: Stand 21.10.2026: noch offen.
**Nachweis:** XML-Prüfansicht.
## Stornieren [#stornieren]
### P-AN-18: Stornieren mit Hinweis [#p-an-18-stornieren-mit-hinweis]
* **ID:** P-AN-18
* **Kriterium:** 04.1/7 Anforderung stornierbar, 04.1/8 Hinweis, dass eine Stornierung nur bei nicht abzugebender oder unzutreffender Anfrage zulässig ist, 04.2/7 Storno verweist auf die Ursprungsmeldung
**Ausgangslage:** Eine gesendete Abfrage ohne Rückmeldung, zum Beispiel an die ITSG Test-HKK mit erstem Krankheitstag am 30. eines Monats (keine Rückmeldung).
**Schritte**
1. Detailansicht öffnen und **Stornieren** wählen.
2. Den Dialog **Abfrage stornieren?** lesen.
3. Bestätigen.
4. **XML der Stornierung ansehen** wählen.
**Erwartetes Ergebnis**
* Der Dialog weist auf die Zulässigkeit hin: Eine Stornierung ist nur erlaubt, wenn die Anfrage nicht abzugeben war oder unzutreffende Angaben enthielt. Bestätigen lässt sich erst nach aktivem Ankreuzen. Stand 21.10.2026: noch offen. Heute zeigt der Dialog „Die Krankenkasse erhält eine Stornierung dieser eAU-Abfrage. Das lässt sich nicht rückgängig machen.“
* Nach der Bestätigung erscheint „Die Abfrage wurde storniert.“, Status **Storniert**.
* Die Stornierung ist ein eigener Datensatz mit eigener Datensatz-ID. **Storniert Datensatz** und **Datensatz-ID der ursprünglichen Abfrage** zeigen auf die Abfrage.
* Der Stornierungs-Datensatz selbst lässt sich weder stornieren noch erneut abfragen. Eine Testkasse beantwortet eine Stornierung nicht.
**Nachweis:** Detailansicht, Verlauf, XML der Stornierung.
### P-AN-19: Kein Storno nach abschließender Antwort [#p-an-19-kein-storno-nach-abschließender-antwort]
* **ID:** P-AN-19
* **Kriterium:** 04.1/9 Storno nur, solange keine fachliche Rückmeldung vorliegt (Kennzeichen 4, 7 und 9 zählen nicht)
**Ausgangslage:** Eine Abfrage mit Kennzeichen 2 (ITSG Test-TK) und eine Abfrage vor dem Versand (**Geplant**).
**Schritte**
1. Detailansicht der beantworteten Abfrage öffnen.
2. Detailansicht der geplanten Abfrage öffnen.
**Erwartetes Ergebnis**
* Beantwortet: kein **Stornieren**, Grund „Die Krankenkasse hat abschließend geantwortet, deshalb ist keine Stornierung mehr möglich. Änderungen an der Krankmeldung wirken nur noch in Stampfactory.“
* Geplant: kein **Stornieren**, Grund „Die Abfrage ist noch nicht gesendet. Stornieren ist erst nach dem Versand möglich.“
**Nachweis:** Detailansicht.
### P-AN-20: Storno beim Löschen der Krankmeldung [#p-an-20-storno-beim-löschen-der-krankmeldung]
* **ID:** P-AN-20
* **Kriterium:** 04.1/7, 04.1/9
**Ausgangslage:** Je eine Abfrage in den vier Lagen der Tabelle. Geeignete Testkassen: ITSG Test-HKK mit Tag 30 (keine Rückmeldung), mit Tag 2 (Kennzeichen 4 ohne Folgemeldung), ITSG Test-TK (Kennzeichen 2).
| Letzte gültige Rückmeldung | Sperrfrist | Löschen der Krankmeldung |
| --------------------------------------- | ---------- | ------------------------------------------------------------------------ |
| keine (gesendet oder Annahme bestätigt) | | Storno |
| Kennzeichen 4, 7 oder 9 | läuft | Storno |
| Kennzeichen 4, 7 oder 9 | abgelaufen | kein Storno, die Abfrage bleibt, Verlaufseintrag „Krankmeldung gelöscht“ |
| Kennzeichen 1, 2, 3, 5, 6 oder 8 | | kein Storno |
**Schritte**
1. Je Lage die Krankmeldung in den Abwesenheiten löschen.
2. Die zugehörige Abfrage öffnen.
**Erwartetes Ergebnis**
* Verhalten wie in der Tabelle. Eine noch nicht gesendete Abfrage wird ohne Nachricht an die Krankenkasse verworfen.
* Stand 21.10.2026: noch offen für die Zeile „Sperrfrist abgelaufen“ (Umsetzung beschlossen). Heute storniert Stampfactory nach Kennzeichen 4, 7 oder 9 unabhängig vom Ablauf der Frist.
**Nachweis:** Verlauf und Status der Abfrage.
### P-AN-21: Neu erfasster AU-Beginn erbt die Sperrfrist [#p-an-21-neu-erfasster-au-beginn-erbt-die-sperrfrist]
* **ID:** P-AN-21
* **Kriterium:** 04.1/10 nach Storno erneute Anfrage zum selben Beginn erst nach 14 bzw. 28 Tagen
**Ausgangslage:** Fall „ungeduldige Anwendende“ aus der Systemberatung: Die Abfrage erhält am Dienstag Kennzeichen 4 (ITSG Test-HKK, Tag 2). Am Mittwoch wird die Krankmeldung gelöscht und derselbe erste Krankheitstag neu erfasst.
**Schritte**
1. Krankmeldung löschen.
2. Krankmeldung mit demselben Beginn neu erfassen.
3. Neue Abfrage öffnen.
**Erwartetes Ergebnis**
* Die erste Abfrage wird storniert.
* Die neue Abfrage zeigt „Abfrage vorgesehen am“ dem Erstelldatum der Kennzeichen-4-Rückmeldung plus 14 Tage und wird nicht früher gesendet. Sie wird auch danach nicht automatisch gesendet, sondern über **Jetzt abfragen**.
* Die neue Abfrage verweist auf die stornierte, beide bleiben sichtbar.
**Nachweis:** Detailansicht (Sperrgrund, „Erneute Abfrage möglich ab“), Verlauf.
## Erneut abfragen [#erneut-abfragen]
**Erneut abfragen** erzeugt nach Ablauf einer Sperrfrist eine neue Abfrage mit neuer Datensatz-ID zum selben ersten Krankheitstag. Es storniert nichts und wird nie automatisch ausgelöst. Laut Beschluss vom 21.10.2026 kennt die Aktion vier Zustände:
| Lage | Erneut abfragen | Anzeige |
| ------------------------------------------------------------------- | ----------------------------------------------------------- | ------------------------------------------------ |
| Kennzeichen 4 oder 9, bis 14 Tage nach Erstelldatum der Rückmeldung | gesperrt, frei ab Tag 15 | „Sperrfrist bis …, erneut anfragen möglich ab …“ |
| Kennzeichen 7, bis 28 Tage nach Erstelldatum | gesperrt, frei ab Tag 29 | wie oben |
| Annahme bestätigt, keine Rückmeldung, bis 5 Tage danach | gesperrt, frei ab Tag 6 | „Die Kasse hat noch bis … Zeit“ |
| Kennzeichen 2, 3, 5, 6 oder 8 | nie, die Aktion fehlt | |
| Kennzeichen 1 | erst nach Wechsel der Krankenkasse zum ersten Krankheitstag | „Krankenkasse prüfen und wechseln“ |
Die Texte mit Grund je Zustand sind Stand 21.10.2026 noch offen. Heute zeigt die Detailansicht „Erneute Abfrage möglich ab“ mit Datum und „Keine erneute Abfrage vorgesehen“.
### P-AN-22: Erneut abfragen nach Kennzeichen 4: Tag 14 gesperrt, Tag 15 frei [#p-an-22-erneut-abfragen-nach-kennzeichen-4-tag-14-gesperrt-tag-15-frei]
* **ID:** P-AN-22
* **Kriterium:** 04.1/5 erneute Anfrage nach Kennzeichen 4 oder 9 frühestens 14 Kalendertage nach Erstelldatum der Rückmeldung
**Ausgangslage:** ITSG Test-HKK, erster Krankheitstag am 2. eines Monats (Kennzeichen 4 ohne Folgemeldung). Für den freien Zustand muss die Rückmeldung mindestens 15 Tage vor dem Termin eingegangen sein, für den 19.11.2026 also spätestens am 04.11.2026. Beispiel: Krankmeldung ab 02.10.2026, bis 03.11.2026 erfasst.
**Schritte**
1. Eine frische Abfrage mit Kennzeichen 4 öffnen (am Vortag erfasst).
2. Die vorbereitete Abfrage mit Kennzeichen 4 von vor mindestens 15 Tagen öffnen.
3. Dort **Erneut abfragen** wählen und bestätigen.
**Erwartetes Ergebnis**
* Frische Abfrage: Status **Vorläufige Antwort**, die Aktion ist gesperrt, die Ansicht zeigt „Erneute Abfrage möglich ab“ mit dem Erstelldatum plus 15 Tage. Beispiel: Rückmeldung vom 30.09., gesperrt bis einschließlich 14.10., möglich ab 15.10.
* Die Frist zählt ab dem Erstelldatum der Rückmeldung, nicht ab dem Abholzeitpunkt.
* Vorbereitete Abfrage: Die Aktion ist frei. Es entsteht eine neue Abfrage mit neuer Datensatz-ID, verknüpft mit der vorherigen, ohne Storno.
**Nachweis:** Detailansicht, Verlauf, XML-Prüfansicht der neuen Abfrage.
### P-AN-23: Erneut abfragen nach Kennzeichen 7: Tag 28 gesperrt, Tag 29 frei [#p-an-23-erneut-abfragen-nach-kennzeichen-7-tag-28-gesperrt-tag-29-frei]
* **ID:** P-AN-23
* **Kriterium:** 04.1/12 erneute Anfrage nach Kennzeichen 7 frühestens 28 Kalendertage nach Rückmeldedatum
**Ausgangslage:** ITSG Test-HKK, erster Krankheitstag am 7. eines Monats (Kennzeichen 7 ohne Folgemeldung).
**Schritte**
1. Abfrage nach Eingang der Rückmeldung öffnen.
**Erwartetes Ergebnis**
* Status **Vorläufige Antwort**, „Erneute Abfrage möglich ab“ mit dem Erstelldatum plus 29 Tage. Beispiel: Rückmeldung vom 01.10., gesperrt bis 29.10., möglich ab 30.10.
* Den freien Zustand zu zeigen, verlangt eine Rückmeldung von mindestens 29 Tagen vor dem Termin. Ob dafür eine Abfrage vorbereitet wird: Stand 21.10.2026: noch offen.
**Nachweis:** Detailansicht.
### P-AN-24: Erneut abfragen nach fünf Tagen Stille [#p-an-24-erneut-abfragen-nach-fünf-tagen-stille]
* **ID:** P-AN-24
* **Kriterium:** 04.1/6 ohne jede Rückmeldung erneute Anfrage frühestens 5 Kalendertage nach der Erstanfrage
**Ausgangslage:** ITSG Test-HKK, erster Krankheitstag am 30. eines Monats (keine Rückmeldung). Eine Abfrage, deren Annahme mindestens sechs Tage vor dem Termin bestätigt wurde, und eine frische.
**Schritte**
1. Frische Abfrage öffnen.
2. Vorbereitete Abfrage öffnen und **Erneut abfragen** wählen.
**Erwartetes Ergebnis**
* Frisch: gesperrt mit „Noch keine Rückmeldung der Krankenkasse“ als Grund. Beispiel: Annahme am 01.10. bestätigt, am 05.10. gesperrt, möglich ab 06.10.
* Vorbereitet: Die Aktion ist frei, es entsteht eine neue Abfrage ohne Storno.
**Nachweis:** Detailansicht, Verlauf.
### P-AN-25: Keine automatische Wiederholung [#p-an-25-keine-automatische-wiederholung]
* **ID:** P-AN-25
* **Kriterium:** 04.1/13 nach Fristablauf keine automatische Wiederholung, nur manuell
**Ausgangslage:** Die vorbereitete Abfrage aus P-AN-22 vor dem Klick auf **Erneut abfragen**.
**Schritte**
1. Die Abfrage öffnen und den Verlauf seit dem Ende der Sperrfrist ansehen.
**Erwartetes Ergebnis**
* Nach Ablauf der Frist ist keine neue Abfrage entstanden, der Status bleibt **Vorläufige Antwort**.
* Wartet eine Abfrage wegen einer vorläufigen Antwort, zeigt die Ansicht „Kein automatischer Versand. Bitte ab diesem Tag über „Jetzt abfragen“ starten.“
**Nachweis:** Verlauf, Seite **eAU**.
### P-AN-26: Kennzeichen 1 und Kassenwechsel [#p-an-26-kennzeichen-1-und-kassenwechsel]
* **ID:** P-AN-26
* **Kriterium:** 05/2 Hinweis bei Kennzeichen 1, 04.5/1 Anforderung an die zuständige Kasse
**Ausgangslage:** Testperson mit ITSG Test-IKK Classic (Kennzeichen 1), Abfrage beantwortet, siehe [P-RM-04](/docs/eau-pruefung/testfaelle-rueckmeldungen#p-rm-04-kennzeichen-1-kasse-nicht-zuständig-itsg-test-ikk-classic).
**Schritte**
1. Detailansicht öffnen.
2. **Versicherungszeiträume prüfen** wählen und rückwirkend zum ersten Krankheitstag die ITSG Test-TK als Kasse eintragen.
3. Zurück zur Abfrage und **Erneut abfragen** wählen.
**Erwartetes Ergebnis**
* Vor dem Wechsel: Kein Storno möglich, **Erneut abfragen** gesperrt mit Hinweis auf den Kassenwechsel.
* Nach dem Wechsel: **Erneut abfragen** ist frei, die neue Abfrage geht an die ITSG Test-TK, ohne Storno der alten. Kurz danach folgt Kennzeichen 2.
* Stand 21.10.2026: noch offen (Umsetzung beschlossen).
**Nachweis:** Detailansicht beider Abfragen, Spalte Krankenkasse, XML-Prüfansicht (Empfänger).