Prüfidentifikator 55227 — Rückmeldung/Anfrage Blindabr.-Daten der NeLo
Prüfidentifikator 55227 · EDIFACT-Nachrichtentyp UTILMD · Formatversion 202610
Datenstruktur
| Struktur (BO4E) | Beschreibung | Format | 55227 | Bedingung |
|---|---|---|---|---|
| stammdaten * | — | object | Muss | — |
| NETZLOKATION [ ] * | — | object[] | Muss | — |
| 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 | — |
| netzlokationsId * 00020 | Identifikationsnummer einer Netzlokation, an der Energie entweder verbraucht, oder erzeugt wird (Like MarktlokationsId Marktlokation) | string | X | — |
| abrechnungsdaten [ ] | — | object[] | Kann | — |
| abrechnungBlindarbeit 00030 | abrechnungBlindarbeit | boolean | X | — |
| artikelId 00040 | artikelId | string | X | — |
| artikelIdTyp 00050 | Liste von Artikel-IDs, z.B. für standardisierte vom BDEW herausgegebene Artikel, die im Strommarkt die BDEW-Artikelnummer ablösen | Enum ArtikelIdTyp | X | — |
ARTIKELID | — | — | X | — |
GRUPPENARTIKELID | — | — | X | — |
| zahlerBlindarbeit 00060 | ZahlerBlindarbeit | Enum ZahlerBlindarbeit | X | — |
ANSCHLUSSNUTZER | — | — | X | — |
LIEFERANT | — | — | X | — |
NICHT_FESTGELEGT | — | — | X | — |
| gueltigkeitszeitraum | — | object | Kann | — |
| zeitraumId 00070 | zeitraumId | integer | Muss | — |
| VERWENDUNGSZEITRAUM [ ] | — | object[] | Kann | — |
| 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 | — |
| anfragereferenznummer 00120 | Referenz Vorgangsnummer 'aus Anfragenachricht' / ORDERS RFF+TN / IFTSTA RFF+AAV / INSRPT RFF+TN RFF+AAV | string | X | — |
| dokumentennummer * 00130 | EDIFact Referenz aus dem BGM Segment / BGM | string | Muss | — |
| kategorie * 00140 | Qualifier aus dem Beginn der EDIFact Nachricht / BGM | string | Muss | — |
| nachrichtendatum * 00150 | Erstellungdatum der EDIFact / DTM+137 | string (date-time) | X | — |
| nachrichtenreferenznummer * 00160 | EDIFact Referenz aus dem UNT Segment / UTILMD UNT+21 | string | Muss | — |
| pruefidentifikator * 00170 | Enthält den Prüfidentifikator aus der EDIFact Kommunikation / RFF+Z13 | string | X | — |
| transaktionsgrund * 00180 | Der Transaktionsgrund beschreibt den Geschäftsvorfall zur Kategorie genauer / UTILMD STS+7++###+ZW4+E03 | string | X | — |
| vorgangsnummer * 00190 | Nummer des Vorgangs / UTILMD UTILTS IDE+24 / INSRPT INVOIC DOC | string | X | — |
| absender * | — | 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 | — |
| antwortStatusZeitraum [ ] | — | object[] | Kann | — |
| code 00220 | code | string | X | — |
| liste 00230 | liste | string | X | — |
| zeitraumId 00240 | zeitraumId | integer | X | — |
| empfaenger * | — | object | Muss | — |
| rollencodenummer * 00250 | Gibt die Codenummer der Marktrolle an. | string | X | — |
| rollencodetyp * 00260 | Gibt den Typ des Codes an. | Enum Rollencodetyp | X | — |
BDEW | — | — | X | — |
GS1 | — | — | X | — |
GLN | — | — | X | — |
DVGW | — | — | X | — |
Anwendungshandbuch (AHB)
| Struktur (EDIFACT) | Beschreibung | Format | 55227 | 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 ZX500240 | Änderung Blindabrechnungsdate n der NeLo | — | X | — |
| SG4.STS | — | — | Muss | [301] ∧ [557] ∧ [2011] |
9015 E0100250 | Status der Antwort | — | X | — |
901300260 | Code des Prüfschritts | — | X | — |
1131 E_040800270 | EBD Nr. E_0408 | — | X | — |
901200280 | Zeitraum-ID aus der Änderungsmeldung des Verantwortlichen | — | X | [914] ∧ [937] ∧ [44] |
| SG5.LOC | — | — | Muss | — |
3227 Z1800290 | Netzlokation | — | X | — |
322500300 | ID der Netzlokation | — | X | [960] |
| SG6.RFF | — | — | Muss | — |
1153 Z1300310 | Prüfidentifikator | — | X | — |
1154 5522700320 | GPKE / Rückmeldung / Anfrage Abrechnung Blindarbeit an NB | — | X | — |
| SG6.RFF | — | — | Muss | — |
1153 TN00330 | Transaktions- Referenznummer | — | X | — |
115400340 | Vorgangsnummer | — | X | — |
| SG6.RFF | — | — | Muss | — |
1153 Z4700350 | Im System vorhandene Daten | — | X | [5P0..n] |
1153 Z4800360 | Erwartete Daten | — | X | [2P0..n] |
1153 Z5400370 | Im System keine Daten vorhanden | — | X | [4P0..n] |
1153 Z5500380 | Keine Daten erwartet | — | X | [2P0..n] |
115600390 | Zeitraum-ID | — | X | [914] ∧ [937] [127] ⊻ [128] |
| SG6.DTM | — | — | Muss | [131] ⊻ [134] ⊻ [135] |
2005 Z2500400 | Verwendung der Daten ab | — | X | — |
238000410 | Datum oder Uhrzeit oder Zeitspanne, Wert | — | X | [UB1] |
2379 30300420 | CCYYMMDDHHMMZZZ | — | X | — |
| SG6.DTM | — | — | Muss | [472] ⊻ [473] |
2005 Z2600430 | Verwendung der Daten bis | — | X | — |
238000440 | Datum oder Uhrzeit oder Zeitspanne, Wert | — | X | [UB1] |
2379 30300450 | CCYYMMDDHHMMZZZ | — | X | — |
| SG8.SEQ | — | — | Muss | — |
1229 ZH100460 | Erwartete Abrechnungsdaten der Netzlokation | — | X | — |
1229 ZH200470 | Im System vorhandene Abrechnungsdaten der Netzlokation | — | X | — |
105000480 | Referenz auf Zeitraum-ID | — | X | [914] ∧ [937] [22] |
| SG8.PIA | — | — | Muss | — |
4347 Z0200490 | Gruppenartikel-ID / Artikel-ID | — | X | — |
714000500 | Produkt-/Leistungsnummer | — | X | — |
7143 Z0900510 | Artikel-ID | — | X | — |
7143 Z1000520 | Gruppenartikel-ID | — | X | — |
| SG10.CCI | — | — | Muss | — |
7059 Z4500530 | Abrechnung der Blindarbeit | — | X | — |
7037 ZD900540 | Abrechnung findet statt | — | X | — |
7037 ZE000550 | Abrechnung findet nicht statt | — | X | — |
| SG10.CAV | — | — | Muss | [57] |
7111 ZE400560 | Zahler der Blindarbeit | — | X | — |
7110 Z3600570 | Anschlussnutzer | — | X | — |
7110 Z3700580 | Lieferant | — | X | — |
7110 Z3800590 | Zahler der Blindarbeit noch nicht festgelegt | — | X | — |
| UNT | — | — | Muss | — |
007400600 | Anzahl der Segmente in einer Nachricht | — | X | — |
006200610 | Nachrichten-Referenznummer | — | X | — |
Bedingungen dieser Tabelle
Der Klartext der 24 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 |
| [44] | Es ist die Zeitraum-ID vom DE1156 aus einem passenden SG6 RFF+Z49/Z53 (Verwendungszeitra um der Daten: "Gültige Daten", "Keine Daten") aus der Anfragennachricht aus SG6 RFF+TN DE1154 ((Referenz Vorgangsnummer (aus Anfragenachricht)) einzutragen |
| [57] | Wenn in derselben SG8 das CCI+Z45++ZD9 (Abrechnung findet statt) vorhanden ist |
| [127] | Es ist der Wert einzutragen, der sich aus der Wiederholungshäuf igkeit des SG6 RFF+Z48/Z55 (Verwendungszeitra um der Daten: Erwartete Daten/Keine Daten erwartet) ergibt. Bedeutet: Das erste SG6 RFF+Z48/Z55 hat somit die „1“, das zweite die „2“, das dritte die „3“ usw. |
| [128] | Es ist der Wert einzutragen, der sich aus der Wiederholungshäuf igkeit des SG6 RFF+Z47/Z54 (Verwendungszeitra um der Daten: Im System vorhandene Daten/Im System keine Daten vorhanden) ergibt. Bedeutet: Das erste SG6 RFF+Z47/Z54 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 |
| [134] | Wenn dieses DTM+Z25 (Verwendung der Daten ab) nicht im SG6 RFF+Z48/Z55 (Verwendungszeitra um der Daten: Erwartete Daten/Keine Daten erwartet) mit der Zeitraum ID "1" im DE1156 ist, muss das Datum dem DTM+Z26 (Verwendung der Daten bis) des SG6 RFF+Z48/Z55 (Verwendungszeitra um der Daten: Erwartete Daten/Keine Daten erwartet) mit der nächst niedrigeren Zeitraum ID im DE1156 entsprechen |
| [135] | Wenn dieses DTM+Z25 (Verwendung der Daten ab) nicht im SG6 RFF+Z47/Z54 (Verwendungszeitra um der Daten: Im System vorhandene Daten/Im System keine Daten vorhanden) mit der Zeitraum ID "1" im DE1156 ist, muss das Datum dem DTM+Z26 (Verwendung der Daten bis) des SG6 RFF+Z47/Z54 (Verwendungszeitra um der Daten: Im System vorhandene Daten/Im System keine Daten vorhanden) mit der nächst niedrigeren Zeitraum ID im DE1156 entsprechen |
| [301] | Wenn BGM+E03 (Änderungsmeldung ) vorhanden |
| [472] | Wenn im selben SG6 RFF+Z48/Z55 (Verwendungszeitra um der Daten: Erwartete Daten/Keine Daten erwartet) im DE1156 (Zeitraum-ID) eine Zeitraum ID genannt ist, die kleiner ist als in einem anderen SG6 RFF+Z48/Z55 (Verwendungszeitra um der Daten: Erwartete Daten/Keine Daten erwartet) DE1156 (Zeitraum-ID) |
| [473] | Wenn im selben SG6 RFF+Z47/Z54 (Verwendungszeitra um der Daten: Im System vorhandene Daten/Im System keine Daten vorhanden) im DE1156 (Zeitraum- ID) eine Zeitraum ID genannt ist, die kleiner ist als in einem anderen SG6 RFF+Z47/Z54 (Verwendungszeitra um der Daten: Im System vorhandene Daten/Im System keine Daten vorhanden) DE1156 (Zeitraum-ID) |
| [494] | Das hier genannte Datum muss der Zeitpunkt sein, zu dem das Dokument erstellt wurde, oder ein Zeitpunkt, der davor liegt |
| [557] | Hinweis: Wurden vom Verantwortlichen mehr als acht Verwendungszeiträu me gesendet, so werden acht beliebige Verwendungszeiträu me beantwortet |
| [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 |
| [914] | Format: Möglicher Wert: > 0 |
| [931] | Format: ZZZ = +00 |
| [937] | Format: keine Nachkommastelle |
| [960] | Format: Netzlokations-ID |
| [2011] | Segmentgruppe ist genau einmal für jede Zeitraum-ID aus dem DE1156 der SG6 RFF+Z49 / Z53 (Verwendungszeitra um der Daten: "Gültige Daten" / "Keine Daten") aus der Anfragennachricht aus SG6 RFF+TN DE1154 (Referenz Vorgangsnummer (aus Anfragenachricht)) anzugeben |
| [5P0..n] | [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..n] | [301] Wenn BGM+E03 (Änderungsmeldung) vorhanden [315] Wenn BGM+Z88 (Datenclearing) vorhanden |
| [4P0..n] | [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]) |
Beispielnachricht
Beispiel 1
UNA:+.? '
UNB+UNOC:3+9900496000001:500+9900496000002:500+{{date}}:{{time}}+M35B8XBK'
UNH+UNHM3KE115J+UTILMD:D:11A:UN:S2.2'
BGM+Z88+BGMM38HSNL4'
DTM+137:202410160945?+00:303'
NAD+MS+9900496000001::293'
NAD+MR+9900496000002::293'
IDE+24+KBG27094210000000000929931413171000'
STS+7++ZX5'
LOC+Z18+E1688110018'
RFF+Z13:55227'
RFF+Z48::1'
DTM+Z25:202410202200?+00:303'
SEQ+ZH2+1'
PIA+Z02+1-02-0-001:Z09'
CCI+Z45++ZE0'
UNT+15+UNHM3KE115J'
UNZ+1+M35B8XBK'[1 Eintrag
{6 Felder
"data": {3 Felder
"stammdaten": {2 Felder
"VERWENDUNGSZEITRAUM": [1 Eintrag
{6 Felder
"NETZLOKATION": [1 Eintrag
{7 Felder
"gueltigkeitszeitraum": {3 Felder
"abrechnungsdaten": [1 Eintrag
{3 Felder
"transaktionsdaten": {11 Felder
"absender": {5 Felder
"empfaenger": {5 Felder
Herunterladen: EDIFACT-Datei · BO4E-JSON
Beispiel 2
UNA:+.? '
UNB+UNOC:3+9900496000001:500+9900496000002:500+{{date}}:{{time}}+M35B8XBK'
UNH+UNHM3KE115J+UTILMD:D:11A:UN:S2.2'
BGM+E03+BGMM38HSNL4'
DTM+137:202410160945?+00:303'
NAD+MS+9900496000001::293'
NAD+MR+9900496000002::293'
IDE+24+KBG27094210000000000929931413171000'
STS+7++ZX5'
STS+E01++A02:E_0408::1'
LOC+Z18+E1688110018'
RFF+Z13:55227'
RFF+TN:NNV1230'
RFF+Z48::1'
DTM+Z25:202410202200?+00:303'
SEQ+ZH1+1'
PIA+Z02+1-02-0-001:Z09'
CCI+Z45++ZD9'
CAV+ZE4:::Z38'
UNT+18+UNHM3KE115J'
UNZ+1+M35B8XBK'[1 Eintrag
{6 Felder
"data": {3 Felder
"stammdaten": {2 Felder
"VERWENDUNGSZEITRAUM": [1 Eintrag
{6 Felder
"NETZLOKATION": [1 Eintrag
{7 Felder
"gueltigkeitszeitraum": {3 Felder
"abrechnungsdaten": [1 Eintrag
{4 Felder
"transaktionsdaten": {13 Felder
"absender": {5 Felder
"empfaenger": {5 Felder
"antwortStatusZeitraum": [1 Eintrag
{3 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 | Bestellung zur Stammdatenänderung an NB (verantwortlich) | GPKE Teil 4 | Strom | Schritt 1 |
| LF | LF | Stammdatenänderung vom NB (verantwortlich) ausgehend | GPKE Teil 4 | Strom | Schritt 2 |
| NB | NB | Bestellung zur Stammdatenänderung an NB (verantwortlich) | GPKE Teil 4 | Strom | Schritt 1 |
| NB | NB | Stammdatenänderung vom NB (verantwortlich) ausgehend | GPKE Teil 4 | Strom | Schritt 2 |
| MSB | MSB | Bestellung zur Stammdatenänderung an NB (verantwortlich) | GPKE Teil 4 | Strom | Schritt 1 |
| MSB | MSB | Stammdatenänderung vom NB (verantwortlich) ausgehend | GPKE Teil 4 | Strom | Schritt 2 |
| ÜNB | ÜNB | Bestellung zur Stammdatenänderung an NB (verantwortlich) | GPKE Teil 4 | Strom | Schritt 1 |
| ÜNB | ÜNB | Stammdatenänderung vom NB (verantwortlich) ausgehend | GPKE Teil 4 | Strom | Schritt 2 |
Fachliche Einordnung
| Merkmal | Wert |
|---|---|
| Anwendungsfall (AHB) | Rückmeldung/Anfrage Blindabr.-Daten der NeLo |
| AHB | UTILMD AHB Strom |
| Reaktion auf Prüfidentifikator | 55225 |
| Entscheidungsbaum | E_0408 |
| Ü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 4 | Stammdatenänderung vom NB (verantwortlich) ausgehend | LF → 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 |
Vorgang und Antworten
Rolle dieses Prüfidentifikators: Rückmeldung. Grundlage: Titel bzw. Aktion der Prüfitabelle beginnen mit »Rückmeldung«. Eine Rückmeldung trägt kein Statusfeld und ist keine Antwort im Sinne eines Entscheidungsbaums.
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.
Redaktionell — nicht aus einer Quelle abgeleitet
Die Zeitraum-ID dieser Antwort stammt aus der Anfrage. Bedingung [44] verlangt in STS DE9012: »Es ist die Zeitraum-ID vom DE1156 aus einem passenden SG6 RFF+Z49/Z53 … einzutragen«. Im JSON steht sie in transaktionsdaten.antwortStatusZeitraum → zeitraumId (SG4.IDE+24.STS+E01). Ihr Wert ist die zeitraumId des Verwendungszeitraums der Anfrage, auf den sich die Antwort bezieht: stammdaten.VERWENDUNGSZEITRAUM → zeitraumId (SG4.IDE+24.SG6.RFF+[Z49|Z53]).
Quelle: UTILMD AHB Strom (Knowledge Collection ahb/202604/UTILMDS und ahb/202610/UTILMDS), Bedingung [44] an SG4 STS DE9012; Segmentzuordnung der Felder zeitraumId in den Spezifikationen der Prüfidentifikatoren · Stand: 2026-09-23 · Gilt für Formatversion: 202604, 202610 · Zu prüfen bis: 2027-04-01
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 80 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 2 Vorgänge 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.