Prüfidentifikator 66666 — APERAK
Prüfidentifikator 66666 · EDIFACT-Nachrichtentyp APERAK · Formatversion 202604
Datenstruktur
| Struktur (BO4E) | Beschreibung | Format | 66666 | Bedingung |
|---|---|---|---|---|
| stammdaten * | — | object | Muss | — |
| STATUSBERICHT [ ] * | — | object[] | Muss | — |
| datumPruefung *00010 | Pruefdatum (wann wurde der Pruefgegenstand geprüft) | string (date-time) | Muss | — |
| pruefgegenstand *00020 | Das geprüfte Dokument, z.B. die Referenz auf die EDIFACT-Nachricht die geprüft / beanstandet wurde | string | Muss | — |
| transaktionsdaten * | — | object | Muss | — |
| dokumentennummer *00030 | EDIFact Referenz aus dem BGM Segment / BGM | string | Muss | — |
| kategorie *00040 | Qualifier aus dem Beginn der EDIFact Nachricht / BGM | string | Muss | — |
| nachrichtendatum *00050 | Erstellungdatum der EDIFact / DTM+137 | string (date-time) | Muss | — |
| nachrichtenreferenznummer *00060 | EDIFact Referenz aus dem UNT Segment / UTILMD UNT+21 | string | Muss | — |
| absender * | — | object | Muss | — |
| rollencodenummer *00070 | Gibt die Codenummer der Marktrolle an. | string | Muss | — |
| rollencodetyp *00080 | Gibt den Typ des Codes an. | Enum Rollencodetyp | Muss | — |
BDEW | — | — | Muss | — |
GS1 | — | — | Muss | — |
GLN | — | — | Muss | — |
DVGW | — | — | Muss | — |
| ansprechpartner | — | object | Kann | — |
| eMailAdresse00090 | E-Mail Adresse | string | Kann | — |
| nachname00100 | Nachname (Familienname) des Ansprechpartners | string | Kann | — |
| rufnummern [ ] | — | object[] | Kann | — |
| nummerntyp00110 | Rufnummernart | Enum Rufnummernart | Kann | — |
RUF_ZENTRALE | — | — | Kann | — |
FAX_ZENTRALE | — | — | Kann | — |
SAMMELRUF | — | — | Kann | — |
SAMMELFAX | — | — | Kann | — |
ABTEILUNGRUF | — | — | Kann | — |
ABTEILUNGFAX | — | — | Kann | — |
RUF_DURCHWAHL | — | — | Kann | — |
FAX_DURCHWAHL | — | — | Kann | — |
MOBIL_NUMMER | — | — | Kann | — |
| rufnummer00120 | rufnummer | string | Kann | — |
| empfaenger * | — | object | Muss | — |
| rollencodenummer *00130 | Gibt die Codenummer der Marktrolle an. | string | Muss | — |
| rollencodetyp *00140 | Gibt den Typ des Codes an. | Enum Rollencodetyp | Muss | — |
BDEW | — | — | Muss | — |
GS1 | — | — | Muss | — |
GLN | — | — | Muss | — |
DVGW | — | — | Muss | — |
Gehört zu diesen Rollensichten
Zu diesem Prüfidentifikator gibt es keine Rollensicht: in dieser Formatversion führt ihn kein Prozessschritt einer Marktrolle. Eine Rollenangabe stünde hier ohne Beleg.
Kein Prozess in dieser Auslieferung
Der Eintrag, in dem dieser Prüfidentifikator steht, ist kein Prozess, sondern ein Kapitelverweis: als Beteiligte nennt die Quelle dort nur Fließtext („Beteiligte wie bei Ursprungsnachricht“), und der Schritt hat weder Nummer noch Aktion. Als Prozess gezählt hätte er eine Abdeckungslücke gemeldet, die keine ist — dargestellt werden kann er trotzdem nicht. Das ist eine Lücke der Prozessquelle, nicht der Auslieferung — und sie ist der Grund, warum hier keine Tabelle „Gehört zu diesen Rollensichten“ steht.
Keine Prozesszuordnung verfügbar
Für PI_66666 liegt in keiner der ausgewerteten BDEW-Tabellen ein Eintrag vor. Festlegung, Prozessschritt und Kommunikationsrichtung können daher nicht angegeben werden.
Vorgang und Antworten
Rolle dieses Prüfidentifikators: Rückmeldung. Grundlage: der Nachrichtentyp. Eine APERAK ist Anerkennungsmeldung (BGM 312) oder Anwendungssystemfehlermeldung (BGM 313) zu einer empfangenen Nachricht und zitiert diese über RFF+ACE (Nummer des zugehörigen Dokuments), RFF+AGO (Absenderreferenz der Original-Nachricht) und RFF+TN (Vorgangsnummer des referenzierten Vorgangs) — so im Anwendungshandbuch APERAK ab 202610; die Datei der Fassung 202604 führt keine Zeilen. Die Prüfitabelle nennt für sie weder Titel noch Aktion.
Antworten: Keine Antwort dieser Formatversion nennt diesen Prüfidentifikator als Bezug — weder ausdrücklich in der Prüfitabelle noch über die Schrittfolge. Das heißt nicht, dass es keine gibt; es heißt, dass die Quellen sie nicht führen.
Diese Prüfidentifikatoren stehen im Handbuch mit derselben Zeilenstruktur. Das ist eine Darstellungseinheit und keine Vorgangseinheit: welcher davon auf welchen antwortet, sagt die Gruppe nicht — das steht oben unter »Anfrage und Antwort«.
| Prüfidentifikator | Anwendungsfall | Nachrichtentyp |
|---|---|---|
| 99999 | — | APERAK |
Redaktionell — nicht aus einer Quelle abgeleitet
So zitiert die APERAK die geprüfte Nachricht, im JSON. Im Testfall Z10_Testfall1 stehen die Rückverweise an diesen Feldern: RFF+ACE (Nummer des zugehörigen Dokuments) in STATUSBERICHT.pruefgegenstand, RFF+ACW (Referenznummer einer vorangegangenen Nachricht) in fehler.fehlerDetails → ursache.dokument, RFF+AGO (Absenderreferenz der Original-Nachricht, die Dokumentennummer Ihrer Nachricht) in ursache.nachricht und RFF+TN (Vorgangsnummer des referenzierten Vorgangs) in ursache.transaktion. Die eigene Datenaustauschreferenz der APERAK steht in transaktionsdaten.datenaustauschreferenz.
Quelle: Testbestand maco-edi-testfiles, inbound/v202404/APERAK/Z10_Testfall1_eingehend (EDIFACT und JSON desselben Testfalls, abgeglichen am 23.09.2026); Anwendungshandbuch APERAK 202610 (Knowledge Collection ahb/202610/APERAK) · Stand: 2026-09-23 · Gilt für Formatversion: 202604, 202610 · Zu prüfen bis: 2027-04-01
Hinweise zu dieser Seite
Ein * hinter einem Feld- oder Gruppennamen kennzeichnet ein Pflichtfeld beziehungsweise eine Pflichtgruppe. Der Typ steht daneben; wo der Wert im EDIFACT-Segment landet, zeigt das Info-Zeichen neben dem Feldnamen.
Die Statusspalte trägt zwei Vokabulare, weil das Handbuch zwei Fragen beantwortet: an einer Gruppenzeile sagt Muss, Soll oder Kann, ob das EDIFACT-Segment vorhanden sein muss; an einer Feldzeile sagt X, dass dieser Qualifier in diesem Prüfidentifikator benutzt wird. Beides bleibt stehen, wie die Quelle es führt.
Das Anwendungshandbuch dieser Formatversion führt zu diesem Prüfidentifikator keine Zeile. Die Datei liegt vor und ist leer — das ist etwas anderes als eine fehlende Quelle und steht deshalb anders da.
Für diesen Prüfidentifikator liegt im Testdatenbestand der Formatversion kein Testfall vor. Eine Beispielnachricht steht hier deshalb nicht — auch keine nachgebaute: eine erfundene Nachricht wäre auf einer Seite, die Belege verspricht, schlimmer als keine.