Prüfidentifikator 55609 — Ablehnung Zuordnung des LF zur MaLo/ Tranche
Prüfidentifikator 55609 · EDIFACT-Nachrichtentyp UTILMD · Formatversion 202610
Datenstruktur
| Struktur (BO4E) | Beschreibung | Format | 55609 | Bedingung |
|---|---|---|---|---|
| transaktionsdaten * | — | object | Muss | — |
| anfragereferenznummer * 00010 | Referenz Vorgangsnummer 'aus Anfragenachricht' / ORDERS RFF+TN / IFTSTA RFF+AAV / INSRPT RFF+TN RFF+AAV | string | X | — |
| antwortstatus * 00020 | Antwortstatus / STS+E01 | string | X | — |
| antwortstatusCodeliste * 00030 | Antwortstatus Codeliste / STS+E01 | string | X | — |
| dokumentennummer * 00040 | EDIFact Referenz aus dem BGM Segment / BGM | string | X | — |
| freitext 00050 | Freitext / FTX+ACB | string | X | — |
| kategorie * 00060 | Qualifier aus dem Beginn der EDIFact Nachricht / BGM | string | X | — |
| nachrichtendatum * 00070 | Erstellungdatum der EDIFact / DTM+137 | string (date-time) | X | — |
| nachrichtenreferenznummer * 00080 | EDIFact Referenz aus dem UNT Segment / UTILMD UNT+21 | string | Muss | — |
| pruefidentifikator * 00090 | Enthält den Prüfidentifikator aus der EDIFact Kommunikation / RFF+Z13 | string | X | — |
| transaktionsgrund * 00100 | Der Transaktionsgrund beschreibt den Geschäftsvorfall zur Kategorie genauer / UTILMD STS+7++###+ZW4+E03 | string | X | — |
| transaktionsgrundergaenzung * 00110 | Ergänzung zum Transaktionsgrund / UTILMD STS+7++E01+###+E03 | string | X | — |
| vorgangsnummer * 00120 | Nummer des Vorgangs / UTILMD UTILTS IDE+24 / INSRPT INVOIC DOC | string | X | — |
| absender * | — | object | Muss | — |
| rollencodenummer * 00130 | Gibt die Codenummer der Marktrolle an. | string | X | — |
| rollencodetyp * 00140 | Gibt den Typ des Codes an. | Enum Rollencodetyp | X | — |
BDEW | — | — | X | — |
GS1 | — | — | X | — |
GLN | — | — | X | — |
DVGW | — | — | X | — |
| empfaenger * | — | object | Muss | — |
| rollencodenummer * 00150 | Gibt die Codenummer der Marktrolle an. | string | X | — |
| rollencodetyp * 00160 | Gibt den Typ des Codes an. | Enum Rollencodetyp | X | — |
BDEW | — | — | X | — |
GS1 | — | — | X | — |
GLN | — | — | X | — |
DVGW | — | — | X | — |
Anwendungshandbuch (AHB)
| Struktur (EDIFACT) | Beschreibung | Format | 55609 | 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 E0100070 | Anmeldungen | — | X | — |
100400080 | Dokumentennummer | — | X | — |
| DTM | — | — | Muss | — |
2005 13700090 | Dokumenten-/ Nachrichtendatum/- zeit | — | X | — |
238000100 | Datum oder Uhrzeit oder Zeitspanne, Wert | — | X | [931] [494] |
2379 30300110 | CCYYMMDDHHMMZZZ | — | X | — |
| SG2.NAD | — | — | Muss | — |
3035 MS00120 | Dokumenten-/ Nachrichtenaussteller bzw. -absender | — | X | — |
303900130 | MP-ID | — | X | — |
3055 900140 | GS1 | — | X | — |
3055 29300150 | DE, BDEW (Bundesverband der Energie- und Wasserwirtschaft e.V.) | — | X | — |
| SG2.NAD | — | — | Muss | — |
3035 MR00160 | Nachrichtenempfänger | — | X | — |
303900170 | MP-ID | — | X | — |
3055 900180 | GS1 | — | X | — |
3055 29300190 | DE, BDEW (Bundesverband der Energie- und Wasserwirtschaft e.V.) | — | X | — |
| SG4.IDE | — | — | Muss | — |
7495 2400200 | Transaktion | — | X | — |
740200210 | Vorgangsnummer | — | X | — |
| SG4.STS | — | — | Muss | — |
9015 700220 | Transaktionsgrund | — | X | — |
9013 E0300230 | Wechsel | — | X | — |
9013 ZW800240 | Fall 1 | — | X | — |
9013 ZW900250 | Fall 2 | — | X | — |
9013 ZX000260 | Fall 3 | — | X | — |
9013 ZX100270 | Fall 4 | — | X | — |
| SG4.STS | — | — | Muss | [2061] |
9015 E0100280 | Status der Antwort | — | X | — |
901300290 | Code des Prüfschritts | — | X | — |
1131 E_060300300 | EBD Nr. E_0603 | — | X | [161] |
1131 E_060400310 | EBD Nr. E_0604 | — | X | [162] |
1131 E_060500320 | EBD Nr. E_0605 | — | X | [163] |
1131 E_060600330 | EBD Nr. E_0606 | — | X | [164] |
| SG4.FTX | — | — | Muss | [48] |
4451 ACB00340 | Zusätzliche Informationen (für allgemeine Hinweise) | — | X | — |
444000350 | Text für allgemeine Information | — | X | — |
| SG6.RFF | — | — | Muss | — |
1153 Z1300360 | Prüfidentifikator | — | X | — |
1154 5560900370 | GPKE / Ablehnung Zuordnung des LF zur erz. MaLo/ Tranche | — | X | — |
| SG6.RFF | — | — | Muss | — |
1153 TN00380 | Transaktions- Referenznummer | — | X | — |
115400390 | Vorgangsnummer | — | X | — |
| UNT | — | — | Muss | — |
007400400 | Anzahl der Segmente in einer Nachricht | — | X | — |
006200410 | Nachrichten-Referenznummer | — | X | — |
Bedingungen dieser Tabelle
Der Klartext der 8 Bedingungen, auf die die Zeilen oben verweisen. Alle Bedingungen des Nachrichtentyps führt das Bedingungsverzeichnis UTILMDS.
| Marke | Bedingung |
|---|---|
| [48] | Wenn in dieser SG4 das STS+E01++A99 (Status der Antwort: Sonstiges) vorhanden |
| [161] | Wenn SG4 STS+7++E03+ZW8 (Transaktionsgrunderg änzung Fall 1) vorhanden |
| [162] | Wenn SG4 STS+7++E03+ZW9 (Transaktionsgrunderg änzung Fall 2) vorhanden |
| [163] | Wenn SG4 STS+7++E03+ZX0 (Transaktionsgrunderg änzung Fall 3) vorhanden |
| [164] | Wenn SG4 STS+7++E03+ZX1 (Transaktionsgrunderg änzung Fall 4) vorhanden |
| [494] | Das hier genannte Datum muss der Zeitpunkt sein, zu dem das Dokument erstellt wurde, oder ein Zeitpunkt, der davor liegt |
| [931] | Format: ZZZ = +00 |
| [2061] | Segment bzw. Segmentgruppe ist genau einmal je SG4 IDE (Vorgang) anzugeben |
Beispielnachricht
UNA:+.? '
UNB+UNOC:3+9903790000002:500+9900321000005:500+{{date}}:{{time}}+LZO4M6BS'
UNH+UNHLZXXPU0O+UTILMD:D:11A:UN:S2.2'
BGM+E01+BGMLZOX29W6'
DTM+137:202506051200?+00:303'
NAD+MS+9903790000002::293'
NAD+MR+9900321000005::293'
IDE+24+12345'
STS+7++E01+ZW8'
STS+E01++A99:E_0603'
FTX+ACB+++Bla'
RFF+Z13:55609'
RFF+TN:ABC123456'
UNT+12+UNHLZXXPU0O'
UNZ+1+LZO4M6BS'[1 Eintrag
{6 Felder
"data": {3 Felder
"transaktionsdaten": {16 Felder
"absender": {5 Felder
"empfaenger": {5 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 und NB.
Fachliche Einordnung
| Merkmal | Wert |
|---|---|
| Anwendungsfall (AHB) | Ablehnung Zuordnung des LF zur MaLo/ Tranche |
| AHB | UTILMD AHB Strom |
| Entscheidungsbaum | E_0603 · E_0604 · E_0605 · E_0606 |
| Übertragungsweg | AS4 |
Dieser Prüfidentifikator wird in 4 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 2 | Fall 1: LF-Zuordnung bei EEG-Marktlokation ohne DV-Pflicht bzw. KWKG-Marktlokation ohne DV-Pflicht | LFN (Notiz "LF des Unternehmens Netzbetreiber") → NB | Antwort auf Ankündigung der Zuordnung des LFN zur Marktlokation bzw. Tranche |
| GPKE Teil 2 | Fall 2: LF-Zuordnung bei EEG-Marktlokation mit DV-Pflicht | LFN (Notiz "LF des Unternehmens Netzbetreiber") → NB | Antwort auf Ankündigung der Zuordnung des LFN zur Marktlokation |
| GPKE Teil 2 | Fall 3: LF-Zuordnung bei KWKG-Marktlokation mit DV-Pflicht bzw. Nicht-EEG-/Nicht-KWKG-Marktlokation und Marktlokation wird nicht-tranchiert abgebildet | LFN → NB | Antwort auf Ankündigung der Zuordnung des LFN zur Marktlokation |
| GPKE Teil 2 | Fall 4: LF-Zuordnung bei KWKG-Marktlokation mit DV-Pflicht bzw. Nicht-EEG-/Nicht-KWKG-Marktlokation und Marktlokation wird tranchiert abgebildet | LFN → NB | Antwort auf Ankündigung der Zuordnung des LFN zur Tranche |
Vorgang und Antworten
Rolle dieses Prüfidentifikators: Antwort — Ablehnung. Grundlage: die Transaktionsdaten führen antwortstatus und antwortstatusCodeliste; Titel bzw. Aktion der Prüfitabelle beginnen mit »Antwort«; der Titel nennt eine Polarität (Ablehnung).
Auf welche Anfrage diese Nachricht antwortet
| Rolle | Prüfidentifikator | Anwendungsfall | Nachrichtentyp | Herkunft des Bezugs |
|---|---|---|---|---|
| Anfrage | 55607 | Ankündigung Zuordnung / Zuordnung des LF zur MaLo/ Tranche | UTILMD | aus der Schrittfolge |
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: 55607 führt vorgangsnummer in SG4.IDE+24.
Antwortcodes
Entscheidungsbaum E_0603 — genannt in: AHB STS DE1131 und Prüfitabelle.
| Antwortcode | Cluster | Bedeutung | Ausgänge |
|---|---|---|---|
| A99 | Ablehnung | Sonstiges Hinweis: Das identifizierte Problem ist in der Antwort zu beschreiben/benennen. Nutzungsmöglichkeit Ende: offen | 1 |
| A01 | Zustimmung | Zustimmung | 1 |
Entscheidungsbaum E_0604 — genannt in: AHB STS DE1131 und Prüfitabelle.
| Antwortcode | Cluster | Bedeutung | Ausgänge |
|---|---|---|---|
| A99 | Ablehnung | Sonstiges Hinweis: Das identifizierte Problem ist in der Antwort zu beschreiben/benennen. Nutzungsmöglichkeit Ende: offen | 1 |
| A01 | Zustimmung | Zustimmung | 1 |
Entscheidungsbaum E_0605 — genannt in: AHB STS DE1131 und Prüfitabelle.
| Antwortcode | Cluster | Bedeutung | Ausgänge |
|---|---|---|---|
| A99 | Ablehnung | Sonstiges Hinweis: Das identifizierte Problem ist in der Antwort zu beschreiben/benennen. Nutzungsmöglichkeit Ende: offen | 1 |
| A01 | Zustimmung | Zustimmung | 1 |
Entscheidungsbaum E_0606 — genannt in: AHB STS DE1131 und Prüfitabelle.
| Antwortcode | Cluster | Bedeutung | Ausgänge |
|---|---|---|---|
| A99 | Ablehnung | Sonstiges Hinweis: Das identifizierte Problem ist in der Antwort zu beschreiben/benennen. Nutzungsmöglichkeit Ende: offen | 1 |
| A01 | Zustimmung | Zustimmung | 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 53 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.