Prüfidentifikator 55022 — Anfrage nach Stornierung
Prüfidentifikator 55022 · EDIFACT-Nachrichtentyp UTILMD · Formatversion 202610
Datenstruktur
| Struktur (BO4E) | Beschreibung | Format | 55022 | Bedingung |
|---|---|---|---|---|
| transaktionsdaten * | — | object | Muss | — |
| dokumentennummer * 00010 | EDIFact Referenz aus dem BGM Segment / BGM | string | Muss | [500] |
| freitext 00020 | Freitext / FTX+ACB | string | X | — |
| kategorie * 00030 | Qualifier aus dem Beginn der EDIFact Nachricht / BGM | string | Muss | [500] |
| nachrichtendatum * 00040 | Erstellungdatum der EDIFact / DTM+137 | string (date-time) | X | — |
| nachrichtenreferenznummer * 00050 | EDIFact Referenz aus dem UNT Segment / UTILMD UNT+21 | string | Muss | — |
| pruefidentifikator * 00060 | Enthält den Prüfidentifikator aus der EDIFact Kommunikation / RFF+Z13 | string | X | — |
| transaktionsgrund * 00070 | Der Transaktionsgrund beschreibt den Geschäftsvorfall zur Kategorie genauer / UTILMD STS+7++###+ZW4+E03 | string | X | — |
| vorgangsnummer * 00080 | Nummer des Vorgangs / UTILMD UTILTS IDE+24 / INSRPT INVOIC DOC | string | X | — |
| vorgangsreferenznummer * 00090 | Referenznummer des Vorgangs der Anmeldung nach WiM / ORDERS RFF+Z41 / IFTSTA RFF+ACW | string | X | — |
| absender * | — | object | Muss | — |
| rollencodenummer * 00100 | Gibt die Codenummer der Marktrolle an. | string | X | — |
| rollencodetyp * 00110 | Gibt den Typ des Codes an. | Enum Rollencodetyp | X | — |
BDEW | — | — | X | — |
GS1 | — | — | X | — |
GLN | — | — | X | — |
DVGW | — | — | X | — |
| empfaenger * | — | object | Muss | — |
| rollencodenummer * 00120 | Gibt die Codenummer der Marktrolle an. | string | X | — |
| rollencodetyp * 00130 | Gibt den Typ des Codes an. | Enum Rollencodetyp | X | — |
BDEW | — | — | X | — |
GS1 | — | — | X | — |
GLN | — | — | X | — |
DVGW | — | — | X | — |
Anwendungshandbuch (AHB)
| Struktur (EDIFACT) | Beschreibung | Format | 55022 | Bedingung |
|---|---|---|---|---|
| UNH | — | — | Muss | — |
006200010 | Nachrichten-Referenznummer | — | X | — |
0065 UTILMD00020 | Netzanschluss- Stammdaten | — | X | — |
0052 D00030 | Entwurfs-Version | — | X | — |
0054 11A00040 | Ausgabe 2011 - A | — | X | — |
0051 UN00050 | UN/CEFACT | — | X | — |
0057 S2.200060 | Versionsnummer der zugrundeliegenden BDEW- Nachrichtenbeschreib ung | — | X | — |
| BGM | — | — | Muss | [500] |
1001 E0100070 | Anmeldungen | — | X | — |
1001 E0200080 | Abmeldungen | — | X | — |
1001 E3500090 | Kündigung | — | X | — |
100400100 | Dokumentennummer | — | X | — |
| DTM | — | — | Muss | — |
2005 13700110 | Dokumenten-/ Nachrichtendatum/- zeit | — | X | — |
238000120 | Datum oder Uhrzeit oder Zeitspanne, Wert | — | X | [931] [494] |
2379 30300130 | CCYYMMDDHHMMZZZ | — | X | — |
| SG2.NAD | — | — | Muss | — |
3035 MS00140 | Dokumenten-/ Nachrichtenaussteller bzw. -absender | — | X | — |
303900150 | MP-ID | — | X | — |
3055 900160 | GS1 | — | X | — |
3055 29300170 | DE, BDEW (Bundesverband der Energie- und Wasserwirtschaft e.V.) | — | X | — |
| SG2.NAD | — | — | Muss | — |
3035 MR00180 | Nachrichtenempfänger | — | X | — |
303900190 | MP-ID | — | X | — |
3055 900200 | GS1 | — | X | — |
3055 29300210 | DE, BDEW (Bundesverband der Energie- und Wasserwirtschaft e.V.) | — | X | — |
| SG4.IDE | — | — | Muss | — |
7495 2400220 | Transaktion | — | X | — |
740200230 | Vorgangsnummer | — | X | — |
| SG4.STS | — | — | Muss | — |
9015 700240 | Transaktionsgrund | — | X | — |
9013 E0500250 | Stornierung | — | X | — |
| SG4.FTX | — | — | Kann | — |
4451 ACB00260 | Zusätzliche Informationen (für allgemeine Hinweise) | — | X | — |
444000270 | Text für allgemeine Information | — | X | — |
| SG6.RFF | — | — | Muss | — |
1153 Z1300280 | Prüfidentifikator | — | X | — |
1154 5502200290 | GPKE / Anfrage nach Stornierung | — | X | — |
| SG6.RFF | — | — | Muss | — |
1153 ACW00300 | Referenznummer einer vorangegangenen Nachricht | — | X | — |
115400310 | Vorgangsnummer | — | X | — |
| UNT | — | — | Muss | — |
007400320 | Anzahl der Segmente in einer Nachricht | — | X | — |
006200330 | Nachrichten-Referenznummer | — | X | — |
Bedingungen dieser Tabelle
Der Klartext der 3 Bedingungen, auf die die Zeilen oben verweisen. Alle Bedingungen des Nachrichtentyps führt das Bedingungsverzeichnis UTILMDS.
| Marke | Bedingung |
|---|---|
| [494] | Das hier genannte Datum muss der Zeitpunkt sein, zu dem das Dokument erstellt wurde, oder ein Zeitpunkt, der davor liegt |
| [500] | Hinweis: Code ist gemäß der Kategorie der zu stornierenden Meldung zu wählen |
| [931] | Format: ZZZ = +00 |
Beispielnachricht
UNA:+.? '
UNB+UNOC:3+9903790000002:500+9900321000005:500+{{date}}:{{time}}+LZN7LNO5'
UNH+UNHLZUSZK2K+UTILMD:D:11A:UN:S2.2'
BGM+E01+BGMLZKF4TV6'
DTM+137:202504041200?+00:303'
NAD+MS+9903790000002::293'
NAD+MR+9900321000005::293'
IDE+24+123456'
STS+7++E05'
FTX+ACB+++Bla'
RFF+Z13:55022'
RFF+ACW:ABC123456'
UNT+11+UNHLZUSZK2K'
UNZ+1+LZN7LNO5'[1 Eintrag
{6 Felder
"data": {3 Felder
"transaktionsdaten": {13 Felder
"absender": {4 Felder
"empfaenger": {4 Felder
Herunterladen: EDIFACT-Datei · BO4E-JSON
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
Dieser Prüfidentifikator ist keiner Sequenz zugeordnet: seine Zeile in der BDEW-Tabelle trägt keine „Bezeichnung aus Sequenzdiagramm“, über die sich ein Prozess bilden ließe. Genannt ist er unter GPKE Teil 4. 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.
Fachliche Einordnung
| Merkmal | Wert |
|---|---|
| Anwendungsfall (AHB) | Anfrage nach Stornierung |
| AHB | UTILMD AHB Strom |
| Übertragungsweg | AS4 |
| Prozessbeschreibung / Regelwerk | Prozessschritt | Kommunikation | Aktion |
|---|---|---|---|
| GPKE Teil 4 | GPKE Teil 4 Kap. 5 | Beteiligte wie bei Ursprungsnachricht → Beteiligte wie bei Ursprungsnachricht | — |
Vorgang und Antworten
Rolle dieses Prüfidentifikators: Anfrage. Grundlage: Die Transaktionsdaten führen weder antwortstatus noch antwortstatusCodeliste, und weder Titel noch Aktion der Prüfitabelle beginnen mit »Antwort« oder »Rückmeldung«.
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.
Prüfidentifikatoren derselben AHB-Tabelle: Kein weiterer Prüfidentifikator des Nachrichtentyps UTILMDS trägt in dieser Fassung dieselbe Zeilenstruktur.
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 führt zu diesem Prüfidentifikator 44 Zeilen. Sie stehen in der Reihenfolge des Handbuchs, eingerückt nach Segmenten: eine Zeile ohne Datenelement eröffnet ein Segment, die Zeilen darunter sind seine Datenelemente.
Die Spalte Bedingung nennt die Marken, unter denen das Handbuch eine Zeile an eine Voraussetzung knüpft; ihr Klartext steht unter der Tabelle.
Im Testdatenbestand liegen zu diesem Prüfidentifikator ein Vorgang unter dem Nachrichtentyp utilmd. Jeder ist zweimal abgelegt — als EDIFACT-Nachricht und als BO4E-JSON. Dass beide Darstellungen denselben Vorgang zeigen, ist nachgerechnet und nicht angenommen: Datenaustauschreferenz, Nachrichtenreferenznummer, Dokumentennummer, Nachrichtendatum, Absender und Empfänger stimmen in allen 517 Paaren der Formatversion überein; Prüfidentifikator, Vorgangsnummer und Lokations-ID überall dort, wo beide Darstellungen sie führen. Kein einziges Merkmal widerspricht.
Platzhalter des Testbestands
Der Testbestand führt Platzhalter statt gültiger Werte: {{date}} und {{time}} im UNB-Umschlag jeder EDIFACT-Datei. Diese ersetzt die Seite beim Aufruf durch das aktuelle Datum und die aktuelle Uhrzeit — im Format, das an der jeweiligen Stelle gilt: im Umschlag Jahr, Monat und Tag sowie Stunde und Minute, je zweistellig.
<businessKey> bleibt stehen. Er ist kein Zeitwert, und ein erfundener Schlüssel sähe aus wie ein gültiger.