Prüfidentifikator 55611 — Beendigung der Zuordnung
Prüfidentifikator 55611 · EDIFACT-Nachrichtentyp UTILMD · Formatversion 202604
Datenstruktur
| Struktur (BO4E) | Beschreibung | Format | 55611 | Bedingung |
|---|---|---|---|---|
| stammdaten | — | object | Kann | — |
| MARKTLOKATION [ ] | — | object[] | Kann | — |
| marktlokationsId 00010 | Identifikationsnummer einer Marktlokation, an der Energie entweder verbraucht, oder erzeugt wird | string | X | — |
| MESSLOKATION [ ] | — | object[] | Kann | — |
| messlokationsId 00020 | Die Messlokations-Identifikation. Das ist die frühere Zählpunktbezeichnung, z.B. DE 47108151234567 | string | X | — |
| NETZNUTZUNGSVERTRAG [ ] | — | object[] | Kann | — |
| vertragsbeginn 00030 | Gibt an, wann der Vertrag beginnt. | string (date-time) | X | — |
| vertragsende 00040 | Gibt an, wann der Vertrag (voraussichtlich) endet oder beendet wurde. | string (date-time) | X | — |
| transaktionsdaten * | — | object | Muss | — |
| dokumentennummer * 00050 | EDIFact Referenz aus dem BGM Segment / BGM | 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 | — |
| vertragsbeginn 00110 | Datum Vertragsbeginn / DTM+92 | string (date-time) | X | — |
| vertragsende 00120 | Datum Vertragsende / DTM+93 | string (date-time) | X | — |
| vorgangsnummer * 00130 | Nummer des Vorgangs / UTILMD UTILTS IDE+24 / INSRPT INVOIC DOC | string | X | — |
| absender * | — | 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 | — |
| ansprechpartner | — | object | Kann | — |
| eMailAdresse 00160 | E-Mail Adresse | string | Muss | — |
| nachname 00170 | Nachname (Familienname) des Ansprechpartners | string | Muss | — |
| rufnummern [ ] | — | object[] | Kann | — |
| nummerntyp 00180 | Rufnummernart | Enum Rufnummernart | Muss | — |
RUF_ZENTRALE | — | — | Muss | — |
FAX_ZENTRALE | — | — | Muss | — |
SAMMELRUF | — | — | Muss | — |
SAMMELFAX | — | — | Muss | — |
ABTEILUNGRUF | — | — | Muss | — |
ABTEILUNGFAX | — | — | Muss | — |
RUF_DURCHWAHL | — | — | Muss | — |
FAX_DURCHWAHL | — | — | Muss | — |
MOBIL_NUMMER | — | — | Muss | — |
| rufnummer 00190 | rufnummer | string | Muss | — |
| 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 | 55611 | 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.100060 | Versionsnummer der zugrundeliegenden BDEW-Nachrichtenbeschreibung | — | 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 | — |
| SG3.CTA | — | — | Muss | — |
3139 IC00160 | Informationskontakt | — | X | — |
341200170 | Name vom Ansprechpartner | — | X | — |
| SG3.COM | — | — | Muss | — |
314800180 | Nummer / Adresse | — | X | (([939] [321]) ∨ ([940] [322])) ∧ [514] |
3155 EM00190 | Elektronische Post | — | X | [1P0..1] |
3155 FX00200 | Telefax | — | X | [1P0..1] |
3155 TE00210 | Telefon | — | X | [1P0..1] |
3155 AJ00220 | weiteres Telefon | — | X | [1P0..1] |
3155 AL00230 | Handy | — | X | [1P0..1] |
| SG2.NAD | — | — | Muss | — |
3035 MR00240 | Nachrichtenempfänger | — | X | — |
303900250 | MP-ID | — | X | — |
3055 900260 | GS1 | — | X | — |
3055 29300270 | DE, BDEW (Bundesverband der Energie- und Wasserwirtschaft e.V.) | — | X | — |
| SG4.IDE | — | — | Muss | — |
7495 2400280 | Transaktion | — | X | — |
740200290 | Vorgangsnummer | — | X | — |
| SG4.DTM | — | — | Muss | [475] ∧ [507] |
2005 9200300 | Datum Vertragsbeginn | — | X | — |
238000310 | Datum oder Uhrzeit oder Zeitspanne, Wert | — | X | [UB1] |
2379 30300320 | CCYYMMDDHHMMZZZ | — | X | — |
| SG4.DTM | — | — | Muss | [474] |
2005 9300330 | Datum Vertragsende | — | X | — |
238000340 | Datum oder Uhrzeit oder Zeitspanne, Wert | — | X | [UB1] |
2379 30300350 | CCYYMMDDHHMMZZZ | — | X | — |
| SG4.STS | — | — | Muss | — |
9015 700360 | Transaktionsgrund | — | X | — |
9013 ZC800370 | Beendigung der Zuordnung | — | X | — |
9013 ZH100380 | Aufhebung einer zukünftigen Zuordnung wegen Stilllegung | — | X | — |
| SG5.LOC | — | — | Muss | — |
3227 Z1600390 | Marktlokation | — | X | — |
322500400 | ID der Marktlokation | — | X | [950] |
| SG5.LOC | — | — | Muss | — |
3227 Z1700410 | Messlokation | — | X | — |
322500420 | ID der Messlokation | — | X | [951] |
| SG6.RFF | — | — | Muss | — |
1153 Z1300430 | Prüfidentifikator | — | X | — |
1154 5561100440 | GPKE / Beendigung der Zuordnung des MSB zur MaLo / MeLo | — | X | — |
| UNT | — | — | Muss | — |
007400450 | Anzahl der Segmente in einer Nachricht | — | X | — |
006200460 | Nachrichten-Referenznummer | — | X | — |
Bedingungen dieser Tabelle
Der Klartext der 14 Bedingungen, auf die die Zeilen oben verweisen. Alle Bedingungen des Nachrichtentyps führt das Bedingungsverzeichnis UTILMDS.
| Marke | Bedingung |
|---|---|
| [321] | Wenn im DE3155 in demselben COM der Code EM vorhanden ist |
| [322] | Wenn im DE3155 in demselben COM der Code TE / FX / AJ / AL vorhanden ist |
| [474] | Wenn SG4 STS+7++ZC8 (Transaktionsgrund "Beendigung der Zuordnung") vorhanden |
| [475] | Wenn SG4 STS+7++ZH1 (Transaktionsgrund "Aufhebung einer zukünftigen Zuordnung wegen Stilllegung") vorhanden |
| [494] | Das hier genannte Datum muss der Zeitpunkt sein, zu dem das Dokument erstellt wurde, oder ein Zeitpunkt, der davor liegt |
| [507] | Hinweis: Ursprünglich vom NB bestätigtes Beginndatum |
| [514] | Hinweis: Es darf nur eine Information im DE3148 übermittelt werden |
| [931] | Format: ZZZ = +00 |
| [939] | Format: Die Zeichenkette muss die Zeichen @ und . enthalten |
| [940] | Format: Die Zeichenkette muss mit dem Zeichen + beginnen und danach dürfen nur noch Ziffern folgen |
| [950] | Format: Marktlokations-ID |
| [951] | Format: Zählpunktbezeichnung |
| [1P0..1] | Hinweis: Das ist das Standardpaket, wenn keine Bedingung zum Tragen kommt, z. B. im COM-Segment. |
| [UB1] | ([931] ∧ [932] [490]) ⊻ ([931] ∧ [933] [491]) |
Beispielnachricht
UNA:+.? '
UNB+UNOC:3+9900321000005:500+9904446000007:500+{{date}}:{{time}}+M07HQ72J'
UNH+UNHM02KY709+UTILMD:D:11A:UN:S2.1'
BGM+E02+BGMLZB8RKIK'
DTM+137:202504041200?+00:303'
NAD+MS+9900321000005::293'
NAD+MR+9904446000007::293'
IDE+24+123456'
DTM+93:202506302200?+00:303'
STS+7++ZC8'
LOC+Z16+50263791178'
RFF+Z13:55611'
UNT+11+UNHM02KY709'
UNZ+1+M07HQ72J'[1 Eintrag
{6 Felder
"data": {3 Felder
"stammdaten": {2 Felder
"MARKTLOKATION": [1 Eintrag
{5 Felder
"marktlokationsTyp": [1 Eintrag
{1 Feld
"NETZNUTZUNGSVERTRAG": [1 Eintrag
{5 Felder
"transaktionsdaten": {12 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 11 |
| LF | LF | Lieferende von NB an LF | GPKE Teil 2 | Strom | Schritt 13 |
| LF | LFZ | Lieferende von NB an LF | GPKE Teil 2 | Strom | Schritt 11 |
| LF | LFZ | Lieferende von NB an LF | GPKE Teil 2 | Strom | Schritt 13 |
| NB | NB | Lieferende von NB an LF | GPKE Teil 2 | Strom | Schritt 11 |
| NB | NB | Lieferende von NB an LF | GPKE Teil 2 | Strom | Schritt 13 |
| MSB | MSB | Lieferende von NB an LF | GPKE Teil 2 | Strom | Schritt 11 |
| MSB | MSB | Lieferende von NB an LF | GPKE Teil 2 | Strom | Schritt 13 |
| MSB | MSBZ | Lieferende von NB an LF | GPKE Teil 2 | Strom | Schritt 11 |
| MSB | MSBZ | Lieferende von NB an LF | GPKE Teil 2 | Strom | Schritt 13 |
Fachliche Einordnung
| Merkmal | Wert |
|---|---|
| Anwendungsfall (AHB) | Beendigung der Zuordnung |
| AHB | UTILMD AHB Strom |
| Übertragungsweg | AS4 |
Dieser Prüfidentifikator wird in 2 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 | Lieferende von NB an LF | NB → MSB | Beendigung der Zuordnung des MSB zur Marklokation bzw. Messlokation |
| GPKE Teil 2 | Lieferende von NB an LF | NB → MSBZ | Aufhebung der Zuordnung des MSBZ zur Marktlokation bzw. Messlokation |
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 61 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.