Prüfidentifikator 55692 — Rückmeldung/Anfrage Paket-ID der MaLo
Prüfidentifikator 55692 · EDIFACT-Nachrichtentyp UTILMD · Formatversion 202610
Datenstruktur
| Struktur (BO4E) | Beschreibung | Format | 55692 | Bedingung |
|---|---|---|---|---|
| stammdaten | — | object | Kann | — |
| MARKTLOKATION [ ] | — | object[] | Kann | — |
| datenqualitaet 00010 | Datenqualitaet | Enum Datenqualitaet | Muss | — |
ERWARTETE_DATEN | — | — | Muss | — |
IM_SYSTEM_VORHANDENE_DATEN | — | — | Muss | — |
INFORMATIVE_DATEN | — | — | Muss | — |
GUELTIGE_DATEN | — | — | Muss | — |
KEINE_DATEN | — | — | Muss | — |
IM_SYSTEM_KEINE_DATEN_VORHANDEN | — | — | Muss | — |
KEINE_DATEN_ERWARTET | — | — | Muss | — |
DIFFERENZ_DATEN | — | — | Muss | — |
DIFFERENZ_ERWARTETE_DATEN | — | — | Muss | — |
DIFFERENZ_IM_SYSTEM_VORHANDENE_DATEN | — | — | Muss | — |
| marktlokationsId 00020 | Identifikationsnummer einer Marktlokation, an der Energie entweder verbraucht, oder erzeugt wird | string | X | — |
| paketId 00030 | paketId | string | X | — |
| VERWENDUNGSZEITRAUM [ ] | — | object[] | Kann | — |
| datenqualitaet 00040 | Datenqualitaet | Enum Datenqualitaet | Muss | — |
ERWARTETE_DATEN | — | — | Muss | — |
IM_SYSTEM_VORHANDENE_DATEN | — | — | Muss | — |
INFORMATIVE_DATEN | — | — | Muss | — |
GUELTIGE_DATEN | — | — | Muss | — |
KEINE_DATEN | — | — | Muss | — |
IM_SYSTEM_KEINE_DATEN_VORHANDEN | — | — | Muss | — |
KEINE_DATEN_ERWARTET | — | — | Muss | — |
DIFFERENZ_DATEN | — | — | Muss | — |
DIFFERENZ_ERWARTETE_DATEN | — | — | Muss | — |
DIFFERENZ_IM_SYSTEM_VORHANDENE_DATEN | — | — | Muss | — |
| verwendungAb 00050 | verwendungAb | string (date-time) | X | — |
| transaktionsdaten * | — | object | Muss | — |
| anfragereferenznummer 00060 | Referenz Vorgangsnummer 'aus Anfragenachricht' / ORDERS RFF+TN / IFTSTA RFF+AAV / INSRPT RFF+TN RFF+AAV | string | X | — |
| antwortstatus 00070 | Antwortstatus / STS+E01 | string | X | — |
| antwortstatusCodeliste 00080 | Antwortstatus Codeliste / STS+E01 | string | X | — |
| dokumentennummer * 00090 | EDIFact Referenz aus dem BGM Segment / BGM | string | Muss | — |
| kategorie * 00100 | Qualifier aus dem Beginn der EDIFact Nachricht / BGM | string | Muss | — |
| nachrichtendatum * 00110 | Erstellungdatum der EDIFact / DTM+137 | string (date-time) | X | — |
| nachrichtenreferenznummer * 00120 | EDIFact Referenz aus dem UNT Segment / UTILMD UNT+21 | string | Muss | — |
| pruefidentifikator * 00130 | Enthält den Prüfidentifikator aus der EDIFact Kommunikation / RFF+Z13 | string | X | — |
| transaktionsgrund * 00140 | Der Transaktionsgrund beschreibt den Geschäftsvorfall zur Kategorie genauer / UTILMD STS+7++###+ZW4+E03 | string | X | — |
| vorgangsnummer * 00150 | Nummer des Vorgangs / UTILMD UTILTS IDE+24 / INSRPT INVOIC DOC | string | X | — |
| absender * | — | object | Muss | — |
| rollencodenummer * 00160 | Gibt die Codenummer der Marktrolle an. | string | X | — |
| rollencodetyp * 00170 | Gibt den Typ des Codes an. | Enum Rollencodetyp | X | — |
BDEW | — | — | X | — |
GS1 | — | — | X | — |
GLN | — | — | X | — |
DVGW | — | — | X | — |
| beteiligterMarktpartner | — | object | Kann | — |
| rollencodenummer 00180 | Gibt die Codenummer der Marktrolle an. | string | X | — |
| rollencodetyp 00190 | Gibt den Typ des Codes an. | Enum Rollencodetyp | X | — |
BDEW | — | — | X | — |
GS1 | — | — | X | — |
GLN | — | — | X | — |
DVGW | — | — | X | — |
| empfaenger * | — | object | Muss | — |
| rollencodenummer * 00200 | Gibt die Codenummer der Marktrolle an. | string | X | — |
| rollencodetyp * 00210 | Gibt den Typ des Codes an. | Enum Rollencodetyp | X | — |
BDEW | — | — | X | — |
GS1 | — | — | X | — |
GLN | — | — | X | — |
DVGW | — | — | X | — |
Anwendungshandbuch (AHB)
| Struktur (EDIFACT) | Beschreibung | Format | 55692 | 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 | — |
1001 E0300070 | Änderungsmeldungen | — | X | [705] |
1001 Z8800080 | Anfrage Datenclearing | — | X | [706] |
100400090 | Dokumentennummer | — | X | — |
| DTM | — | — | Muss | — |
2005 13700100 | Dokumenten-/ Nachrichtendatum/- zeit | — | X | — |
238000110 | Datum oder Uhrzeit oder Zeitspanne, Wert | — | X | [931] [494] |
2379 30300120 | CCYYMMDDHHMMZZZ | — | X | — |
| SG2.NAD | — | — | Muss | — |
3035 MS00130 | Dokumenten-/ Nachrichtenaussteller bzw. -absender | — | X | — |
303900140 | MP-ID | — | X | — |
3055 900150 | GS1 | — | X | — |
3055 29300160 | DE, BDEW (Bundesverband der Energie- und Wasserwirtschaft e.V.) | — | X | — |
| SG2.NAD | — | — | Muss | — |
3035 MR00170 | Nachrichtenempfänger | — | X | — |
303900180 | MP-ID | — | X | — |
3055 900190 | GS1 | — | X | — |
3055 29300200 | DE, BDEW (Bundesverband der Energie- und Wasserwirtschaft e.V.) | — | X | — |
| SG4.IDE | — | — | Muss | — |
7495 2400210 | Transaktion | — | X | — |
740200220 | Vorgangsnummer | — | X | — |
| SG4.STS | — | — | Muss | — |
9015 700230 | Transaktionsgrund | — | X | — |
9013 ZZA00240 | Änderung Paket-ID der MaLo | — | X | — |
| SG4.STS | — | — | Muss | [301] ∧ [2061] |
9015 E0100250 | Status der Antwort | — | X | — |
901300260 | Code des Prüfschritts | — | X | — |
1131 E_040800270 | EBD Nr. E_0408 | — | X | [5] |
1131 E_040900280 | EBD Nr. E_0409 | — | X | [9] |
1131 E_057200290 | EBD Nr. E_0572 | — | X | [99] |
| SG5.LOC | — | — | Muss | — |
3227 Z1600300 | Marktlokation | — | X | — |
322500310 | ID der Marktlokation | — | X | [950] |
| SG6.RFF | — | — | Muss | — |
1153 Z1300320 | Prüfidentifikator | — | X | — |
1154 5569200330 | GPKE / Rückmeldung / Anfrage Paket-ID der MaLo | — | X | — |
| SG6.RFF | — | — | Muss | — |
1153 TN00340 | Transaktions- Referenznummer | — | X | — |
115400350 | Vorgangsnummer | — | X | — |
| SG6.RFF | — | — | Muss | — |
1153 Z4700360 | Im System vorhandene Daten | — | X | [5P0..1] |
1153 Z4800370 | Erwartete Daten | — | X | [2P0..1] |
1153 Z5400380 | Im System keine Daten vorhanden | — | X | [4P0..1] |
1153 Z5500390 | Keine Daten erwartet | — | X | [2P0..1] |
| SG6.DTM | — | — | Muss | [516] |
2005 Z2500400 | Verwendung der Daten ab | — | X | — |
238000410 | Datum oder Uhrzeit oder Zeitspanne, Wert | — | X | [UB1] |
2379 30300420 | CCYYMMDDHHMMZZZ | — | X | — |
| SG8.SEQ | — | — | Muss | — |
1229 Z8000430 | Erwartete Daten der Marktlokation | — | X | [2P0..1] |
1229 Z8100440 | Im System vorhandene Daten der Marktlokation | — | X | [3P0..1] |
| SG10.CCI | — | — | Muss | — |
7059 Z6700450 | Paket-ID | — | X | — |
703700460 | Merkmal, Code | — | X | — |
| SG12.NAD | — | — | Muss | — |
3035 VY00470 | andere zugehörige Partei | — | X | — |
303900480 | MP-ID | — | X | [522] |
3055 900490 | GS1 | — | X | — |
3055 29300500 | DE, BDEW (Bundesverband der Energie- und Wasserwirtschaft e.V.) | — | X | — |
| UNT | — | — | Muss | — |
007400510 | Anzahl der Segmente in einer Nachricht | — | X | — |
006200520 | Nachrichten-Referenznummer | — | X | — |
Bedingungen dieser Tabelle
Der Klartext der 17 Bedingungen, auf die die Zeilen oben verweisen. Alle Bedingungen des Nachrichtentyps führt das Bedingungsverzeichnis UTILMDS.
| Marke | Bedingung |
|---|---|
| [5] | Wenn MP-ID in SG2 NAD+MS (Nachrichtenabsender) in der Rolle LF |
| [9] | Wenn MP-ID in SG2 NAD+MS (Nachrichtenabsender) in der Rolle MSB |
| [99] | Wenn MP-ID in SG2 NAD+MS (Nachrichtenabsender) in der Rolle ÜNB |
| [301] | Wenn BGM+E03 (Änderungsmeldung ) vorhanden |
| [494] | Das hier genannte Datum muss der Zeitpunkt sein, zu dem das Dokument erstellt wurde, oder ein Zeitpunkt, der davor liegt |
| [516] | Hinweis: Es ist der Änderungszeitpunkt anzugeben an dem das Zuordnungsende des NBA und der Zuordnungsbeginn des NBN zu einer Marktlokation fallen |
| [522] | Hinweis: Es ist der NBN anzugeben |
| [705] | Hinweis: Wenn die Aktion eines Sequenzdiagramm s "Rückmeldung auf Änderung" durchgeführt wird |
| [706] | Hinweis: Wenn die Aktion eines Sequenzdiagramm s "Bestellung einer Änderung von Stammdaten..." durchgeführt wird, mit dem Ziel ein Datenclearing durchzuführen |
| [931] | Format: ZZZ = +00 |
| [950] | Format: Marktlokations-ID |
| [2061] | Segment bzw. Segmentgruppe ist genau einmal je SG4 IDE (Vorgang) anzugeben |
| [5P0..1] | [315] Wenn BGM+Z88 (Datenclearing) vorhanden [20 13 ] M indesten einmal anzugeben , wenn kein SG6 RFF+Z54 (Verwendungszeitraum der Daten: Im System keine Daten vorhanden) vorhanden |
| [2P0..1] | [301] Wenn BGM+E03 (Änderungsmeldung) vorhanden [315] Wenn BGM+Z88 (Datenclearing) vorhanden |
| [4P0..1] | [315] Wenn BGM+Z88 (Datenclearing) vorhanden [20 14 ] M indesten einmal anzugeben , wenn kein SG6 RFF+Z47 (Verwendungszeitraum der Daten: Im System vorhandene Daten) vorhanden |
| [UB1] | ([931] ∧ [932] [490]) ⊻ ([931] ∧ [933] [491]) |
| [3P0..1] | [315] Wenn BGM+Z88 (Datenclearing) vorhanden |
Beispielnachricht
UNA:+.? '
UNB+UNOC:3+9903790000002:500+9900321000005:500+{{date}}:{{time}}+M3K3YZ97'
UNH+UNHM3CY6CGF+UTILMD:D:11A:UN:S2.2'
BGM+E03+BGMM3E6PRWR'
DTM+137:202504041200?+00:303'
NAD+MS+9903790000002::293'
NAD+MR+9900321000005::293'
IDE+24+123456'
STS+7++ZZA'
STS+E01++A02:E_0408'
LOC+Z16+50074561188'
RFF+Z13:55692'
RFF+TN:ABC123456'
RFF+Z48'
DTM+Z25:202504022200?+00:303'
SEQ+Z80'
CCI+Z67++P9705070235'
NAD+VY+9900321000005::293'
UNT+17+UNHM3CY6CGF'
UNZ+1+M3K3YZ97'[1 Eintrag
{6 Felder
"data": {3 Felder
"stammdaten": {2 Felder
"VERWENDUNGSZEITRAUM": [1 Eintrag
{4 Felder
"MARKTLOKATION": [1 Eintrag
{7 Felder
"beteiligterMarktpartner": {5 Felder
"transaktionsdaten": {16 Felder
"absender": {5 Felder
"empfaenger": {5 Felder
"beteiligterMarktpartner": {4 Felder
Herunterladen: EDIFACT-Datei · BO4E-JSON
Gehört zu diesen Rollensichten
Der Prüfidentifikator selbst trägt keine Marktrolle. Diese Zuordnung ist aus den Rollensichten zurückgerechnet, in deren Prozessschritten er vorkommt — betroffen sind LF, NB, MSB und ÜNB.
Fachliche Einordnung
| Merkmal | Wert |
|---|---|
| Anwendungsfall (AHB) | Rückmeldung/Anfrage Paket-ID der MaLo |
| AHB | UTILMD AHB Strom |
| Reaktion auf Prüfidentifikator | 55691 |
| Entscheidungsbaum | E_0408 · E_0409 · E_0572 |
| Übertragungsweg | AS4 |
Dieser Prüfidentifikator wird in 12 Zusammenhängen verwendet
Festlegung und Kommunikationsrichtung hängen davon ab, in welchem Prozess die Nachricht verschickt wird. Eine einzelne Angabe wäre irreführend — deshalb sind hier alle Platzierungen aufgeführt.
| Prozessbeschreibung / Regelwerk | Prozessschritt | Kommunikation | Aktion |
|---|---|---|---|
| GPKE Teil 4 | Stammdatenänderung vom NB (verantwortlich) ausgehend | LF → NB | Rückmeldung auf Änderung |
| GPKE Teil 4 | Stammdatenänderung vom NB (verantwortlich) ausgehend | MSB → NB | Rückmeldung auf Änderung |
| GPKE Teil 4 | Stammdatenänderung vom NB (verantwortlich) ausgehend | ÜNB → NB | Rückmeldung auf Änderung |
| GPKE Teil 4 | Bestellung zur Stammdatenänderung an NB (verantwortlich) | LF → NB | Bestellung einer Änderung von Stammdaten vom LF an NB |
| GPKE Teil 4 | Bestellung zur Stammdatenänderung an NB (verantwortlich) | MSB → NB | Bestellung einer Änderung von Stammdaten vom MSB an NB |
| GPKE Teil 4 | Bestellung zur Stammdatenänderung an NB (verantwortlich) | ÜNB → NB | Bestellung einer Änderung von Stammdaten vom ÜNB an NB |
| GPKE Teil 4 | Stammdatenänderung vom NB (verantwortlich) ausgehend | LF → NB | Rückmeldung auf Änderung |
| GPKE Teil 4 | Stammdatenänderung vom NB (verantwortlich) ausgehend | MSB → NB | Rückmeldung auf Änderung |
| GPKE Teil 4 | Stammdatenänderung vom NB (verantwortlich) ausgehend | ÜNB → NB | Rückmeldung auf Änderung |
| GPKE Teil 4 | Bestellung zur Stammdatenänderung an NB (verantwortlich) | LF → NB | Bestellung einer Änderung von Stammdaten vom LF an NB |
| GPKE Teil 4 | Bestellung zur Stammdatenänderung an NB (verantwortlich) | MSB → NB | Bestellung einer Änderung von Stammdaten vom MSB an NB |
| GPKE Teil 4 | Bestellung zur Stammdatenänderung an NB (verantwortlich) | ÜNB → NB | Bestellung einer Änderung von Stammdaten vom ÜNB an NB |
Vorgang und Antworten
Rolle dieses Prüfidentifikators: Antwort. Grundlage: die Transaktionsdaten führen antwortstatus und antwortstatusCodeliste. Der Titel nennt keine Polarität — ob diese Nachricht bestätigt oder ablehnt, entscheidet der Antwortcode, nicht der Prüfidentifikator.
Auf welche Anfrage diese Nachricht antwortet
| Rolle | Prüfidentifikator | Anwendungsfall | Nachrichtentyp | Herkunft des Bezugs |
|---|---|---|---|---|
| Anfrage | 55691 | Änderung Paket-ID der MaLo | UTILMD | ausdrücklich |
Weiterleitung (Dreieckskommunikation): Im Schritt davor steht 21047 mit derselben Senderichtung. Diese Nachricht antwortet dem Absender des Vorschritts also nicht, sie gibt weiter — deshalb steht hier kein Antwortsatz.
In welchem Feld die Anfrage zitiert wird
| Bezugsfeld dieser Nachricht | EDIFACT-Segment | Zielfeld in der Anfrage |
|---|---|---|
anfragereferenznummer | SG4.IDE+24.SG6.RFF+TN | vorgangsnummer |
Die Feldbeschreibung der Zeitscheibe nennt für RFF+TN die »Referenz Vorgangsnummer (aus Anfragenachricht)« — das Ziel ist die vorgangsnummer im Segment SG4.IDE+24 der Anfrage. Nachgemessen: 55691 führt vorgangsnummer in SG4.IDE+24.
Antwortcodes
Entscheidungsbaum E_0408 — genannt in: AHB STS DE1131 und Prüfitabelle.
| Antwortcode | Cluster | Bedeutung | Ausgänge |
|---|---|---|---|
| A01 | — | Der Empfänger übernimmt die Stammdaten. Er teilt in der Qualitätsrückmeldung mit, dass er die Stammdaten ohne Anmerkung übernommen hat. | 1 |
| A02 | — | Der Empfänger übernimmt die Stammdaten. Er teilt mit der Qualitätsrückmeldung mit, dass diese Stammdaten aus seiner Sicht nicht korrekt sind. Er gibt die aus seiner Sicht korrekten Stammdaten als Qualitätsrückmeldung zurück. | 1 |
Entscheidungsbaum E_0409 — genannt in: AHB STS DE1131 und Prüfitabelle.
| Antwortcode | Cluster | Bedeutung | Ausgänge |
|---|---|---|---|
| A01 | — | Der Empfänger übernimmt die Stammdaten. Er teilt in der Qualitätsrückmeldung mit, dass er die Stammdaten ohne Anmerkung übernommen hat. | 1 |
| A02 | — | Der Empfänger übernimmt die Stammdaten. Er teilt mit der Qualitätsrückmeldung mit, dass diese Stammdaten aus seiner Sicht nicht korrekt sind. Er gibt die aus seiner Sicht korrekten Stammdaten als Qualitätsrückmeldung zurück. | 1 |
Entscheidungsbaum E_0572 — genannt in: AHB STS DE1131 und Prüfitabelle.
| Antwortcode | Cluster | Bedeutung | Ausgänge |
|---|---|---|---|
| A01 | — | Der Empfänger übernimmt die Stammdaten. Er teilt in der Qualitätsrückmeldung mit, dass er die Stammdaten ohne Anmerkung übernommen hat. | 1 |
| A02 | — | Der Empfänger übernimmt die Stammdaten. Er teilt mit der Qualitätsrückmeldung mit, dass diese Stammdaten aus seiner Sicht nicht korrekt sind. Er gibt die aus seiner Sicht korrekten Stammdaten als Qualitätsrückmeldung zurück. | 1 |
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 69 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.