Prüfidentifikator 55684 — Änderung Daten der MaLo
Prüfidentifikator 55684 · EDIFACT-Nachrichtentyp UTILMD · Formatversion 202610
Datenstruktur
| Struktur (BO4E) | Beschreibung | Format | 55684 | Bedingung |
|---|---|---|---|---|
| stammdaten * | — | object | Muss | — |
| MARKTLOKATION [ ] | — | object[] | Kann | — |
| datenqualitaet 00010 | Datenqualitaet | Enum Datenqualitaet | X | — |
ERWARTETE_DATEN | — | — | X | — |
IM_SYSTEM_VORHANDENE_DATEN | — | — | X | — |
INFORMATIVE_DATEN | — | — | X | — |
GUELTIGE_DATEN | — | — | X | — |
KEINE_DATEN | — | — | X | — |
IM_SYSTEM_KEINE_DATEN_VORHANDEN | — | — | X | — |
KEINE_DATEN_ERWARTET | — | — | X | — |
DIFFERENZ_DATEN | — | — | X | — |
DIFFERENZ_ERWARTETE_DATEN | — | — | X | — |
DIFFERENZ_IM_SYSTEM_VORHANDENE_DATEN | — | — | X | — |
| marktlokationsId 00020 | Identifikationsnummer einer Marktlokation, an der Energie entweder verbraucht, oder erzeugt wird | string | X | — |
| gueltigkeitszeitraum | — | object | Kann | — |
| zeitraumId 00030 | zeitraumId | integer | X | — |
| zaehlwerke [ ] | — | object[] | Kann | — |
| obisKennzahl 00040 | Die OBIS-Kennzahl für das Zählwerk, die festlegt, welche auf die gemessene Größe mit dem Stand gemeldet wird. Nur Zählwerkstände mit dieser OBIS-Kennzahl werden an diesem Zählwerk registriert. Beispiel:1-0:1.8.1 für elektrische Wirkarbeit. | string | X | — |
| verwendungszweckLF 00050 | Codes gemäß Codeliste der Verwendungszwecke Verwendungszweck LF | string | X | — |
| verwendungszweckNB 00060 | Codes gemäß Codeliste der Verwendungszwecke Verwendungszweck NB | string | X | — |
| verwendungszweckUENB 00070 | Codes gemäß Codeliste der Verwendungszwecke Verwendungszweck ÜNB | string | X | — |
| VERWENDUNGSZEITRAUM [ ] * | — | object[] | Muss | — |
| datenqualitaet * 00080 | 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 * 00090 | verwendungAb | string (date-time) | X | — |
| verwendungBis 00100 | verwendungBis | string (date-time) | X | — |
| zeitraumId * 00110 | zeitraumId | integer | Muss | — |
| transaktionsdaten * | — | object | Muss | — |
| dokumentennummer * 00120 | EDIFact Referenz aus dem BGM Segment / BGM | string | X | — |
| kategorie * 00130 | Qualifier aus dem Beginn der EDIFact Nachricht / BGM | string | X | — |
| nachrichtendatum * 00140 | Erstellungdatum der EDIFact / DTM+137 | string (date-time) | X | — |
| nachrichtenreferenznummer * 00150 | EDIFact Referenz aus dem UNT Segment / UTILMD UNT+21 | string | Muss | — |
| pruefidentifikator * 00160 | Enthält den Prüfidentifikator aus der EDIFact Kommunikation / RFF+Z13 | string | X | — |
| transaktionsgrund * 00170 | Der Transaktionsgrund beschreibt den Geschäftsvorfall zur Kategorie genauer / UTILMD STS+7++###+ZW4+E03 | string | X | — |
| vorgangsnummer * 00180 | Nummer des Vorgangs / UTILMD UTILTS IDE+24 / INSRPT INVOIC DOC | string | X | — |
| absender * | — | object | Muss | — |
| rollencodenummer * 00190 | Gibt die Codenummer der Marktrolle an. | string | X | — |
| rollencodetyp * 00200 | Gibt den Typ des Codes an. | Enum Rollencodetyp | X | — |
BDEW | — | — | X | — |
GS1 | — | — | X | — |
GLN | — | — | X | — |
DVGW | — | — | X | — |
| empfaenger * | — | object | Muss | — |
| rollencodenummer * 00210 | Gibt die Codenummer der Marktrolle an. | string | X | — |
| rollencodetyp * 00220 | Gibt den Typ des Codes an. | Enum Rollencodetyp | X | — |
BDEW | — | — | X | — |
GS1 | — | — | X | — |
GLN | — | — | X | — |
DVGW | — | — | X | — |
Anwendungshandbuch (AHB)
| Struktur (EDIFACT) | Beschreibung | Format | 55684 | 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 zugrundeliegende n BDEW- Nachrichtenbeschr eibung | — | X | — |
| BGM | — | — | Muss | — |
1001 E0300070 | Änderungsmeldun gen | — | X | — |
100400080 | Dokumentennummer | — | X | — |
| DTM | — | — | Muss | — |
2005 13700090 | Dokumenten-/ Nachrichtendatum /-zeit | — | X | — |
238000100 | Datum oder Uhrzeit oder Zeitspanne, Wert | — | X | [931] [494] |
2379 30300110 | CCYYMMDDHHMM ZZZ | — | X | — |
| SG2.NAD | — | — | Muss | — |
3035 MS00120 | Dokumenten-/ Nachrichtenausst eller 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 | Transaktionsgrun d | — | X | — |
9013 ZX600230 | Änderung Daten der MaLo | — | X | — |
| SG5.LOC | — | — | Muss | — |
3227 Z1600240 | Marktlokation | — | X | — |
322500250 | ID der Marktlokation | — | X | [950] |
| SG6.RFF | — | — | Muss | — |
1153 Z1300260 | Prüfidentifikator | — | X | — |
1154 5568400270 | GPKE / Änderung Daten der MaLo vom MSB an ÜNB | — | X | — |
| SG6.RFF | — | — | Muss | — |
1153 Z4900280 | Gültige Daten | — | X | [1P0..n] |
1153 Z5300290 | Keine Daten | — | X | [1P0..n] |
115600300 | Zeitraum-ID | — | X | [914] ∧ [937] [126] |
| SG6.DTM | — | — | Muss | [131] ⊻ [401] |
2005 Z2500310 | Verwendung der Daten ab | — | X | — |
238000320 | Datum oder Uhrzeit oder Zeitspanne, Wert | — | X | [UB1] |
2379 30300330 | CCYYMMDDHHMM ZZZ | — | X | — |
| SG6.DTM | — | — | Muss | [471] |
2005 Z2600340 | Verwendung der Daten bis | — | X | — |
238000350 | Datum oder Uhrzeit oder Zeitspanne, Wert | — | X | [UB1] |
2379 30300360 | CCYYMMDDHHMM ZZZ | — | X | — |
| SG8.SEQ | — | — | Muss | — |
1229 Z0200370 | OBIS-Daten der Marktlokation | — | X | — |
105000380 | Referenz auf Zeitraum-ID | — | X | [914] ∧ [937] [22] |
| SG8.PIA | — | — | Muss | — |
4347 500390 | Produktidentifikat ion | — | X | — |
714000400 | OBIS-Kennzahl der Marktlokation | — | X | — |
7143 SRW00410 | OBIS-Kennzahl | — | X | — |
714300420 | Verwendungszweck NB | — | X | [381] |
1131 Z1600430 | EDI@Energy Codeliste der Verwendungszwec ke | — | X | — |
714300440 | Verwendungszweck LF | — | X | [382] |
1131 Z1600450 | EDI@Energy Codeliste der Verwendungszwec ke | — | X | — |
714300460 | Verwendungszweck ÜNB | — | X | [383] |
1131 Z1600470 | EDI@Energy Codeliste der Verwendungszwec ke | — | X | — |
| UNT | — | — | Muss | — |
007400480 | Anzahl der Segmente in einer Nachricht | — | X | — |
006200490 | Nachrichten- Referenznummer | — | X | — |
Bedingungen dieser Tabelle
Der Klartext der 15 Bedingungen, auf die die Zeilen oben verweisen. Alle Bedingungen des Nachrichtentyps führt das Bedingungsverzeichnis UTILMDS.
| Marke | Bedingung |
|---|---|
| [22] | Es ist die Zeitraum-ID vom DE1156 aus einem passenden SG6 RFF+Z47/Z48/Z49 (Verwendungszeitra um der Daten) einzutragen |
| [126] | Es ist der Wert einzutragen, der sich aus der Wiederholungshäuf igkeit des SG6 RFF+Z49/Z53 (Verwendungszeitra um der Daten: Gültige Daten/Keine Daten) ergibt. Bedeutet: Das erste SG6 RFF+Z49/Z53 hat somit die „1“, das zweite die „2“, das dritte die „3“ usw. |
| [131] | Wenn dieses DTM+Z25 (Verwendung der Daten ab) im SG6 RFF (Verwendungszeit raum der Daten) mit der Zeitraum ID "1" im DE1156 gekennzeichnet ist, muss das Datum in diesem DE2380 der direkt auf DTM+137 DE2380 (Nachrichtendatu m) folgende Tag 0:00 Uhr oder ein älterer Tag als dieser 0:00 Uhr deutscher Zeit sein |
| [381] | Zulässig sind ausschließlich Codes aus der Spalte „Code“ der Codeliste der Verwendungszweck e (Kapitel 2), sofern in derselben Zeile sowohl in der Spalte „Lokation/MaLo“ als auch in der Spalte „Verwendbar für Marktrolle/NB“ jeweils ein „X“ gesetzt ist und die Aussagen der Spalte „Erläuterung“ zur im DE7140 genannten OBIS-Kennzahl desselben PIA passen |
| [382] | Zulässig sind ausschließlich Codes aus der Spalte „Code“ der Codeliste der Verwendungszweck e (Kapitel 2), sofern in derselben Zeile sowohl in der Spalte „Lokation/MaLo“ als auch in der Spalte „Verwendbar für Marktrolle/LF“ jeweils ein „X“ gesetzt ist und die Aussagen der Spalte „Erläuterung“ zur im DE7140 genannten OBIS-Kennzahl desselben PIA passen |
| [383] | Zulässig sind ausschließlich Codes aus der Spalte „Code“ der Codeliste der Verwendungszweck e (Kapitel 2), sofern in derselben Zeile sowohl in der Spalte „Lokation/MaLo“ als auch in der Spalte „Verwendbar für Marktrolle/ÜNB“ jeweils ein „X“ gesetzt ist und die Aussagen der Spalte „Erläuterung“ zur im DE7140 genannten OBIS-Kennzahl desselben PIA passen |
| [401] | Wenn dieses DTM+Z25 (Verwendung der Daten ab) nicht im SG6 RFF+Z49/Z53 (Verwendungszeitra um der Daten: Gültige Daten/Keine Daten) mit der Zeitraum ID "1" im DE1156 ist, muss das Datum dem DTM+Z26 (Verwendung der Daten bis) des SG6 RFF+Z49/Z53 (Verwendungszeitra um der Daten: Gültige Daten/Keine Daten) mit der nächst niedrigeren Zeitraum ID im DE1156 entsprechen |
| [471] | Wenn im selben SG6 RFF+Z49/Z53 (Verwendungszeitra um der Daten: Gültige Daten/Keine Daten) im DE1156 (Zeitraum- ID) eine Zeitraum ID genannt ist, die kleiner ist als in einem anderen SG6 RFF+Z49/Z53 (Verwendungszeitra um der Daten: Gültige Daten/Keine Daten) DE1156 (Zeitraum-ID) |
| [494] | Das hier genannte Datum muss der Zeitpunkt sein, zu dem das Dokument erstellt wurde, oder ein Zeitpunkt, der davor liegt |
| [914] | Format: Möglicher Wert: > 0 |
| [931] | Format: ZZZ = +00 |
| [937] | Format: keine Nachkommastelle |
| [950] | Format: Marktlokations-ID |
| [1P0..n] | 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+9904446000007:500+4045399000077:500+{{date}}:{{time}}+M0FPR7L7'
UNH+UNHM0471K05+UTILMD:D:11A:UN:S2.2'
BGM+E03+BGMM0H6H2K4'
DTM+137:202610021100?+00:303'
NAD+MS+9904446000007::293'
NAD+MR+4045399000077::293'
IDE+24+123456'
STS+7++ZX6'
LOC+Z16+50074561188'
RFF+Z13:55684'
RFF+Z49::1'
DTM+Z25:202504022200?+00:303'
SEQ+Z02+1'
PIA+5+1-1?:1.9.0:SRW+:V07:Z16+:V07:Z16+:V14:Z16'
UNT+14+UNHM0471K05'
UNZ+1+M0FPR7L7'[1 Eintrag
{6 Felder
"data": {3 Felder
"stammdaten": {2 Felder
"VERWENDUNGSZEITRAUM": [1 Eintrag
{5 Felder
"MARKTLOKATION": [1 Eintrag
{8 Felder
"gueltigkeitszeitraum": {2 Felder
"marktlokationsTyp": [1 Eintrag
{1 Feld
"zaehlwerke": [1 Eintrag
{4 Felder
"transaktionsdaten": {11 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, NB, MSB und ÜNB.
| Rolle | Beteiligter | Prozess | Regelwerk | Sparte | Schritt |
|---|---|---|---|---|---|
| LF | LF | Stammdatenänderung vom MSB (verantwortlich) ausgehend | GPKE Teil 4 | Strom | Schritt 11 |
| NB | NB | Stammdatenänderung vom MSB (verantwortlich) ausgehend | GPKE Teil 4 | Strom | Schritt 11 |
| MSB | MSB | Stammdatenänderung vom MSB (verantwortlich) ausgehend | GPKE Teil 4 | Strom | Schritt 11 |
| MSB | WMSB | Stammdatenänderung vom MSB (verantwortlich) ausgehend | GPKE Teil 4 | Strom | Schritt 11 |
| ÜNB | ÜNB | Stammdatenänderung vom MSB (verantwortlich) ausgehend | GPKE Teil 4 | Strom | Schritt 11 |
Fachliche Einordnung
| Merkmal | Wert |
|---|---|
| Anwendungsfall (AHB) | Änderung Daten der MaLo |
| AHB | UTILMD AHB Strom |
| Übertragungsweg | AS4 |
| Prozessbeschreibung / Regelwerk | Prozessschritt | Kommunikation | Aktion |
|---|---|---|---|
| GPKE Teil 4 | Stammdatenänderung vom MSB (verantwortlich) ausgehend | MSB → ÜNB | Änderung vom MSB an ÜNB |
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 64 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.