Prüfidentifikator 17129 — Bestellung Beendigung einer Konfiguration
Prüfidentifikator 17129 · EDIFACT-Nachrichtentyp ORDERS · Formatversion 202610
Datenstruktur
| Struktur (BO4E) | Beschreibung | Format | 17129 | Bedingung |
|---|---|---|---|---|
| stammdaten * | — | object | Muss | — |
| AUFTRAG [ ] * | — | object[] | Muss | — |
| ausfuehrungsdatum * 00010 | Das Ausführungsdatum beschreibt zu welchem Zeitpunkt ein Auftrag ausgeführt werden soll. | string (date-time) | X | — |
| transaktionsdaten * | — | object | Muss | — |
| dokumentennummer * 00020 | EDIFact Referenz aus dem BGM Segment / BGM | string | X | — |
| nachrichtenReferenzBestellbestaetigung * 00030 | Referenznummer der Nachricht der betroffenen Antwort auf Bestellung 'Bestellbestätigung' / ORDERS RFF+Z42 | string | X | — |
| nachrichtendatum * 00040 | Erstellungdatum der EDIFact / DTM+137 | string (date-time) | X | — |
| nachrichtenreferenznummer * 00050 | EDIFact Referenz aus dem UNT Segment / UTILMD UNT+21 | string | Muss | — |
| pruefidentifikator * 00060 | Enthält den Prüfidentifikator aus der EDIFact Kommunikation / RFF+Z13 | string | X | — |
| vorgangsReferenzBestellbestaetigung * 00070 | Referenznummer des Vorgangs der betroffenen Antwort auf Bestellung 'Bestellbestätigung' / ORDERS RFF+Z43 | string | X | — |
| absender * | — | object | Muss | — |
| rollencodenummer * 00080 | Gibt die Codenummer der Marktrolle an. | string | X | — |
| rollencodetyp * 00090 | Gibt den Typ des Codes an. | Enum Rollencodetyp | X | — |
BDEW | — | — | X | — |
GS1 | — | — | X | — |
GLN | — | — | X | — |
DVGW | — | — | X | — |
| empfaenger * | — | object | Muss | — |
| rollencodenummer * 00100 | Gibt die Codenummer der Marktrolle an. | string | X | — |
| rollencodetyp * 00110 | Gibt den Typ des Codes an. | Enum Rollencodetyp | X | — |
BDEW | — | — | X | — |
GS1 | — | — | X | — |
GLN | — | — | X | — |
DVGW | — | — | X | — |
Anwendungshandbuch (AHB)
| Struktur (EDIFACT) | Beschreibung | Format | 17129 | Bedingung |
|---|---|---|---|---|
| UNH | — | — | Muss | — |
006200010 | Nachrichten-Referenznummer | — | X | — |
0065 ORDERS00020 | Bestellung | — | X | — |
0052 D00030 | Entwurfs-Version | — | X | — |
0054 09B00040 | Ausgabe 2009 - B | — | X | — |
0051 UN00050 | UN/CEFACT | — | X | — |
0057 1.4c00060 | Versionsnummer der zugrundeliegenden BDEW-Nachrichtenbeschreibung | — | X | — |
| BGM | — | — | Muss | — |
1001 Z7200070 | Beendigung einer Konfiguration | — | 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 | — |
| DTM | — | — | Muss | — |
2005 20300120 | Ausführungsdatum/-zeit | — | X | — |
238000130 | Datum oder Uhrzeit oder Zeitspanne, Wert | — | X | [UB1] |
2379 30300140 | CCYYMMDDHHMMZZZ | — | X | — |
| SG1.RFF | — | — | Muss | — |
1153 Z4200150 | Referenznummer der Nachricht der betroffenen Antwort auf Bestellung (Bestellbestätigung) | — | X | — |
115400160 | Referenz, Identifikation | — | X | [562] |
| SG1.RFF | — | — | Muss | — |
1153 Z4300170 | Referenznummer des Vorgangs der betroffenen Antwort auf Bestellung (Bestellbestätigung) | — | X | — |
115400180 | Referenz, Identifikation | — | X | [563] |
| SG1.RFF | — | — | Muss | — |
1153 Z1300190 | Prüfidentifikator | — | X | — |
1154 1712900200 | Bestellung Beendigung einer Konfiguration | — | X | — |
| SG2.NAD | — | — | Muss | — |
3035 MS00210 | Dokumenten-/Nachrichtenaussteller bzw. -absender | — | X | — |
303900220 | MP-ID | — | X | [61] |
3055 900230 | GS1 | — | X | — |
3055 29300240 | DE, BDEW (Bundesverband der Energie- und Wasserwirtschaft e.V.) | — | X | — |
| SG2.NAD | — | — | Muss | — |
3035 MR00250 | Nachrichtenempfänger | — | X | — |
303900260 | MP-ID | — | X | [61] |
3055 900270 | GS1 | — | X | — |
3055 29300280 | DE, BDEW (Bundesverband der Energie- und Wasserwirtschaft e.V.) | — | X | — |
| UNS | — | — | Muss | — |
0081 S00290 | Trennung von Positions- und Summenteil | — | X | — |
| UNT | — | — | Muss | — |
007400300 | Anzahl der Segmente in einer Nachricht | — | X | — |
006200310 | 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 ORDERS.
| Marke | Bedingung |
|---|---|
| [61] | MP-ID nur aus Sparte Strom |
| [494] | Das hier genannte Datum muss der Zeitpunkt sein, zu dem das Dokument erstellt wurde, oder ein Zeitpunkt, der davor liegt. |
| [562] | Hinweis: Wert aus BGM+Z73 DE1004 der IFTSTA mit der die Antwort auf die Bestellung der Konfiguration übermittelt wurde |
| [563] | Hinweis: Vorgangsnummer aus CNI DE1490 der IFTSTA mit BGM+Z73 mit der die Antwort auf die Bestellung der Konfiguration übermittelt wurde |
| [931] | Format: ZZZ = +00 |
| [UB1] | ([931] ∧ [932] [490]) ⊻ ([931] ∧ [933] [491]) |
Beispielnachricht
UNA:+.? '
UNB+UNOC:3+9903111000003:500+9904629000006:500+{{date}}:{{time}}+M0J5JXHB'
UNH+M06YGP6N+ORDERS:D:09B:UN:1.4c'
BGM+Z72+M0HJUOQJ'
DTM+137:202610011100?+00:303'
DTM+203:202608292200?+00:303'
RFF+Z42:AS123'
RFF+Z43:45123'
RFF+Z13:17129'
NAD+MS+9903111000003::293'
NAD+MR+9904629000006::293'
UNS+S'
UNT+11+M06YGP6N'
UNZ+1+M0J5JXHB'[1 Eintrag
{6 Felder
"data": {3 Felder
"stammdaten": {2 Felder
"ANFRAGE": [1 Eintrag
{3 Felder
"AUFTRAG": [1 Eintrag
{3 Felder
"transaktionsdaten": {10 Felder
"absender": {5 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.
Fachliche Einordnung
| Merkmal | Wert |
|---|---|
| Anwendungsfall (AHB) | Bestellung Beendigung einer Konfiguration |
| AHB | ORDERS AHB |
| Übertragungsweg | AS4 |
Dieser Prüfidentifikator wird in 7 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 3 | Bestellung Beendigung einer Konfiguration vom NB an MSB | NB → MSB | Bestellung Beendigung einer Konfiguration auf Ebene der direkt betroffenen Lokation |
| GPKE Teil 3 | Bestellung Beendigung einer Konfiguration vom NB an MSB | MSB → weiterer MSB | Beendigung einer Konfiguration für weiter betroffene Lokationen |
| GPKE Teil 3 | Bestellung Beendigung einer Konfiguration vom LF an MSB | LF → MSB | Bestellung Beendigung einer Konfiguration auf Ebene der direkt betroffenen Lokation |
| GPKE Teil 3 | Bestellung Beendigung einer Konfiguration vom LF an MSB | MSB → weiterer MSB | Beendigung einer Konfiguration für weiter betroffene Lokationen |
| GPKE Teil 3 | Bestellung Beendigung einer Konfiguration vom weiteren MSB an MSB | weiterer MSB → MSB | Bestellung Beendigung einer Konfiguration auf Ebene der direkt betroffenen Lokation |
| GPKE Teil 3 | Bestellung Beendigung einer Konfiguration vom weiteren MSB an MSB | MSB → weiterer MSB | Beendigung einer Konfiguration für weiter betroffene Lokationen |
| GPKE Teil 3 | Beendigung einer Konfiguration vom MSB | MSB → weiterer MSB | Beendigung einer Konfiguration für weiter betroffene Lokationen |
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 ORDERS 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 42 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 orders. 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.