Prüfidentifikator 55009 — Ablehnung Abmeldung
Prüfidentifikator 55009 · EDIFACT-Nachrichtentyp UTILMD · Formatversion 202610
Datenstruktur
| Struktur (BO4E) | Beschreibung | Format | 55009 | 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 | — |
| vorgangsnummer * 00110 | Nummer des Vorgangs / UTILMD UTILTS IDE+24 / INSRPT INVOIC DOC | string | X | — |
| absender * | — | 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 | — |
| empfaenger * | — | object | Muss | — |
| rollencodenummer * 00140 | Gibt die Codenummer der Marktrolle an. | string | X | — |
| rollencodetyp * 00150 | Gibt den Typ des Codes an. | Enum Rollencodetyp | X | — |
BDEW | — | — | X | — |
GS1 | — | — | X | — |
GLN | — | — | X | — |
DVGW | — | — | X | — |
Anwendungshandbuch (AHB)
| Struktur (EDIFACT) | Beschreibung | Format | 55009 | 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 E0200070 | Abmeldungen | — | 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 Z3300230 | Auszug wegen Stilllegung | — | X | — |
9013 ZQ700240 | Abmeldung wg. fehl. Zuordnungsermächtig ung | — | X | — |
9013 ZT000250 | Abmeldung wegen fehl. Zuordnungsermächtig ung aufgrund Änderung ZRT | — | X | — |
| SG4.STS | — | — | Muss | [249] |
9015 E0100260 | Status der Antwort | — | X | — |
901300270 | Code des Prüfschritts | — | X | [359] |
1131 E_060900280 | EBD Nr. E_0609 | — | X | — |
| SG4.FTX | — | — | Muss | [48] ⊻ [437] |
4451 ACB00290 | Zusätzliche Informationen (für allgemeine Hinweise) | — | X | — |
444000300 | Text für allgemeine Information | — | X | — |
| SG6.RFF | — | — | Muss | — |
1153 Z1300310 | Prüfidentifikator | — | X | — |
1154 5500900320 | GPKE / Ablehnung Abmeldung vom NB | — | X | — |
| SG6.RFF | — | — | Muss | — |
1153 TN00330 | Transaktions- Referenznummer | — | X | — |
115400340 | Vorgangsnummer | — | X | — |
| UNT | — | — | Muss | — |
007400350 | Anzahl der Segmente in einer Nachricht | — | X | — |
006200360 | Nachrichten-Referenznummer | — | X | — |
Bedingungen dieser Tabelle
Der Klartext der 6 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 |
| [249] | Innerhalb eines SG4 IDE müssen alle DE1131 der SG4 STS+E01 (Status der Antwort) den identischen Wert enthalten |
| [359] | Es sind nur Antwortcodes aus dem Cluster Ablehnung erlaubt |
| [437] | Wenn in dieser SG4 das STS+E01++A04 / A23 (Status der Antwort) 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 |
Beispielnachricht
UNA:+.? '
UNB+UNOC:3+9903790000002:500+9900321000005:500+{{date}}:{{time}}+124018'
UNH+287252+UTILMD:D:11A:UN:S2.2'
BGM+E02+287252BGM'
DTM+137:202504041418?+00:303'
NAD+MS+9903790000002::293'
NAD+MR+9900321000005::293'
IDE+24+1440069582'
STS+7++Z33'
STS+E01++A01:E_0609'
RFF+Z13:55009'
RFF+TN:ABC123456'
UNT+11+287252'
UNZ+1+124018'[1 Eintrag
{6 Felder
"data": {3 Felder
"transaktionsdaten": {14 Felder
"absender": {4 Felder
"empfaenger": {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 und MSB.
| Rolle | Beteiligter | Prozess | Regelwerk | Sparte | Schritt |
|---|---|---|---|---|---|
| LF | LF | Lieferende von NB an LF | GPKE Teil 2 | Strom | Schritt 2 |
| LF | LFZ | Lieferende von NB an LF | GPKE Teil 2 | Strom | Schritt 2 |
| NB | NB | Lieferende von NB an LF | GPKE Teil 2 | Strom | Schritt 2 |
| MSB | MSB | Lieferende von NB an LF | GPKE Teil 2 | Strom | Schritt 2 |
| MSB | MSBZ | Lieferende von NB an LF | GPKE Teil 2 | Strom | Schritt 2 |
Fachliche Einordnung
| Merkmal | Wert |
|---|---|
| Anwendungsfall (AHB) | Ablehnung Abmeldung |
| AHB | UTILMD AHB Strom |
| Entscheidungsbaum | E_0609 |
| Übertragungsweg | AS4 |
| Prozessbeschreibung / Regelwerk | Prozessschritt | Kommunikation | Aktion |
|---|---|---|---|
| GPKE Teil 2 | Lieferende von NB an LF | LF → NB | Antwort auf Ankündigung der Beendigung der Zuordnung des LF zur Marktlokation bzw. 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 | 55007 | Abmeldung / Beendigung der Zuordnung | 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: 55007 führt vorgangsnummer in SG4.IDE+24.
Antwortcodes
Entscheidungsbaum E_0609 — genannt in: AHB STS DE1131 und Prüfitabelle.
Gezeigt sind nur die Codes aus dem Cluster Ablehnung: der Baum führt beide Cluster, das Handbuch dieses Prüfidentifikators nennt genau diesen einen Baum, und der Titel ist polar (Ablehnung). Fehlte eine der drei Bedingungen, stünden hier alle Codes mit ihrem Etikett.
| Antwortcode | Cluster | Bedeutung | Ausgänge |
|---|---|---|---|
| A01 | Ablehnung | Bei der in der Abmeldung genannten Marktlokation handelt es sich nicht um eine „ruhende Marktlokation“ einer Kundenanlage. | 1 |
| A02 | Ablehnung | Lieferende zum Abmeldedatum wurde bereits bestätigt | 1 |
| A03 | Ablehnung | Vorlauffrist wurde nicht eingehalten | 1 |
| A04 | Ablehnung | Dem LF liegen Informationen vor, dass die Marktlokation nicht stillgelegt wird/wurde. Hinweis: Die Informationen sind in der Antwort zu beschreiben/benennen. | 1 |
| A05 | Ablehnung | Das Lieferende muss auf dem 1. eines Kalendermonats 00:00 Uhr liegen. | 1 |
| A06 | Ablehnung | Es liegt eine Änderung auf einen Zeitreihentyp vor, für welchen eine Zuordnungsermächtigung aus Sicht des LF besteht. Hinweise: - Aus Sicht des LF müsste die notwendige Zuordnungsermächtigung beim NB vorliegen. - Der LF klärt den Sachverhalt mit dem BKV und dieser ggf. mit dem NB. | 1 |
| A07 | Ablehnung | Aus Sicht des LF wurde die Zuordnungsermächtigung für den an der Marktlokation genannten ZRT nicht deaktiviert. Hinweis: Der LF klärt den Sachverhalt mit dem BKV und dieser ggf. mit dem NB. | 1 |
| A09 | Ablehnung | Fristüberschreitung | 1 |
| A99 | Ablehnung | Sonstiges Hinweis: Das identifizierte Problem ist in der Antwort zu beschreiben/benennen. Nutzungsmöglichkeit Ende: 01.04.2027 00:00 Uhr | 2 |
| A21 | Ablehnung | Lieferende zum Abmeldedatum wurde bereits bestätigt | 1 |
| A22 | Ablehnung | Vorlauffrist wurde nicht eingehalten | 1 |
| A23 | Ablehnung | Dem LF liegen Informationen vor, dass die Marktlokation bzw. Tranche nicht stillgelegt wird/wurde. Hinweis: Die Informationen sind in der Antwort zu beschreiben/benennen. | 1 |
| A24 | Ablehnung | Das Lieferende muss auf dem 1. eines Kalendermonats 00:00 Uhr liegen. | 1 |
| A25 | Ablehnung | Es liegt eine Änderung auf einen Zeitreihentyp vor, für welchen eine Zuordnungsermächtigung aus Sicht des LF besteht. Hinweise: - Aus Sicht des LF müsste die notwendige Zuordnungsermächtigung beim NB vorliegen. - Der LF klärt den Sachverhalt mit dem BKV und dieser ggf. mit dem NB. | 1 |
| A26 | Ablehnung | Aus Sicht des LF wurde die Zuordnungsermächtigung für den an der Marktlokation bzw. Tranche genannten ZRT nicht deaktiviert. Hinweis: Der LF klärt den Sachverhalt mit dem BKV und dieser ggf. mit dem NB | 1 |
| A28 | Ablehnung | Fristüberschreitung | 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 48 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.