Prüfidentifikator 19005 — Bestätigung Auftrag Änderung Technik
Prüfidentifikator 19005 · EDIFACT-Nachrichtentyp ORDRSP · Formatversion 202610
Datenstruktur
| Struktur (BO4E) | Beschreibung | Format | 19005 | Bedingung |
|---|---|---|---|---|
| stammdaten * | — | object | Muss | — |
| ANFRAGE [ ] * | — | object[] | Muss | — |
| anfragekategorie * 00010 | Kategorie der Anfrage (ORDERS ORDRSP BGM 1001) | Enum Anfragekategorie | Muss | — |
PROZESSDATENBERICHT | — | — | Muss | — |
GERAETEUEBERNAHME | — | — | Muss | — |
WEITERVERPFLICHTUNG_BETRIEB_MELO | — | — | Muss | — |
AENDERUNG_MELO | — | — | Muss | — |
STAMMDATEN_MALO_ODER_MELO | — | — | Muss | — |
BILANZIERTE_MENGE_MEHR_MINDER_MENGEN | — | — | Muss | — |
ALLOKATIONSLISTE_MEHR_MINDER_MENGEN | — | — | Muss | — |
ENERGIEMENGE_UND_LEISTUNGSMAXIMUM | — | — | Muss | — |
ABRECHNUNG_MESSSTELLENBETRIEB_MSB_AN_LF | — | — | Muss | — |
AENDERUNG_PROGNOSEGRUNDLAGE_GERAETEKONFIGURATION | — | — | Muss | — |
AENDERUNG_GERAETEKONFIGURATION | — | — | Muss | — |
REKLAMATION_VON_WERTEN | — | — | Muss | — |
LASTGANG_MALO_TRANCHE | — | — | Muss | — |
SPERRUNG | — | — | Muss | — |
ENTSPERRUNG | — | — | Muss | — |
REKLAMATION_ZAEHLZEITDEFINITION | — | — | Muss | — |
ZEITREIHEN_IM_RAHMEN_BILANZKREISABRECHNUNG | — | — | Muss | — |
GERAETEWECHSELABSICHT | — | — | Muss | — |
AENDERUNG_KONZESSIONSABGABE | — | — | Muss | — |
AENDERUNG_ZAEHLZEITDEFINITION | — | — | Muss | — |
UEBERMITTLUNG_WERTE_AN_ESA | — | — | Muss | — |
AENDERUNG | — | — | Muss | — |
BILANZKREISZUORDNUNGSLISTE | — | — | Muss | — |
CLEARINGLISTE | — | — | Muss | — |
NORMIERTES_PROFIL_PROFILSCHAR | — | — | Muss | — |
REDISPATCH_EINZELZEITREIHE_AUSFALLARBEIT | — | — | Muss | — |
REKLAMATION_PROFIL_PROFILSCHAR | — | — | Muss | — |
STAMMDATEN_MALO | — | — | Muss | — |
STAMMDATEN_MELO | — | — | Muss | — |
STAMMDATEN_TRANCHE | — | — | Muss | — |
BEENDIGUNG_EINER_KONFIGURATION | — | — | Muss | — |
BESTELLUNG_EINER_KONFIGURATION | — | — | Muss | — |
BESTELLUNG_EINES_ANGEBOTS_EINER_KONFIGURATION | — | — | Muss | — |
REKLAMATION_EINER_KONFIGURATION | — | — | Muss | — |
BESTELLUNG_AENDERUNG_NETZENTGELTE_NETZORIENTIERTER_STEUERUNGSMOEGLICHKEIT | — | — | Muss | — |
AENDERUNG_DER_TECHNIK_DER_LOKATION | — | — | Muss | — |
AENDERUNG_INDIVIDUELLER_KONFIGURATION | — | — | Muss | — |
BESTELLUNG_AENDERUNG_ABRECHNUNGSDATEN | — | — | Muss | — |
EINRICHTUNG_KONFIGURATION_AUFGRUND_ZUORDNUNG_LF | — | — | Muss | — |
REKLAMATION_DEFINITION | — | — | Muss | — |
BESTELLUNG_ANGEBOT_AENDERUNG_TECHNIK_LOKATION | — | — | Muss | — |
| AUFTRAG [ ] | — | object[] | Kann | — |
| ausfuehrungsdatum 00020 | Das Ausführungsdatum beschreibt zu welchem Zeitpunkt ein Auftrag ausgeführt werden soll. | string (date-time) | X | — |
| transaktionsdaten * | — | object | Muss | — |
| antwortstatus * 00030 | Antwortstatus / STS+E01 | string | Muss | — |
| antwortstatusCodeliste * 00040 | Antwortstatus Codeliste / STS+E01 | string | Muss | — |
| auftragsReferenz * 00050 | Auftragsnummer 'Einkauf' / RFF+ON | string | X | — |
| dokumentennummer * 00060 | EDIFact Referenz aus dem BGM Segment / BGM | string | Muss | — |
| 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 | — |
| absender * | — | 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 | — |
| ansprechpartner * | — | object | Muss | — |
| eMailAdresse 00120 | E-Mail Adresse | string | Muss | — |
| nachname * 00130 | Nachname (Familienname) des Ansprechpartners | string | X | — |
| rufnummern [ ] | — | object[] | Kann | — |
| nummerntyp 00140 | 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 00150 | rufnummer | string | Muss | — |
| empfaenger * | — | object | Muss | — |
| rollencodenummer * 00160 | Gibt die Codenummer der Marktrolle an. | string | X | — |
| rollencodetyp * 00170 | Gibt den Typ des Codes an. | Enum Rollencodetyp | X | — |
BDEW | — | — | X | — |
GS1 | — | — | X | — |
GLN | — | — | X | — |
DVGW | — | — | X | — |
Anwendungshandbuch (AHB)
| Struktur (EDIFACT) | Beschreibung | Format | 19005 | Bedingung |
|---|---|---|---|---|
| UNH | — | — | Muss | — |
006200010 | Nachrichten-Referenznummer | — | X | — |
0065 ORDRSP00020 | Bestellantwort | — | X | — |
0052 D00030 | Entwurfs-Version | — | X | — |
0054 10A00040 | Ausgabe 2010 - A | — | X | — |
0051 UN00050 | UN/CEFACT | — | X | — |
0057 1.4c00060 | Versionsnummer der zugrundeliegenden BDEW-Nachrichtenbeschreibung | — | X | — |
| BGM | — | — | Muss | — |
1001 Z1200070 | Änderung der Technik der Lokation | — | X | [548] |
1001 Z9300080 | Bestellung eines Angebots Änderung der Technik der Lokation | — | X | [547] |
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 | — |
| DTM | — | — | Muss | [83] |
2005 20300130 | Ausführungsdatum/-zeit | — | X | — |
238000140 | Datum oder Uhrzeit oder Zeitspanne, Wert | — | X | [UB3] |
2379 30300150 | CCYYMMDDHHMMZZZ | — | X | — |
| SG1.RFF | — | — | Muss | — |
1153 ON00160 | Auftragsnummer (Einkauf) | — | X | — |
115400170 | Referenz Nachrichtennummer | — | X | ([82] ∧ [543]) ⊻ ([83] ∧ [513]) |
| SG1.RFF | — | — | Muss | — |
1153 Z1300180 | Prüfidentifikator | — | X | — |
1154 1900500190 | Auftragsbestätigung der Änderung der Technik | — | X | — |
| SG2.AJT | — | — | Muss | — |
446500200 | Code des Prüfschritts | — | X | [17] |
1082 E_024900210 | EBD Nr. E_0249 | — | X | [83] ∧ [15] |
1082 E_025000220 | EBD Nr. E_0250 | — | X | [83] ∧ [4] |
1082 E_027900230 | EBD Nr. E_0279 | — | X | [82] ∧ [15] |
1082 E_028300240 | EBD Nr. E_0283 | — | X | [82] ∧ [4] |
| SG3.NAD | — | — | Muss | — |
3035 MS00250 | Dokumenten-/Nachrichtenaussteller bzw. -absender | — | X | — |
303900260 | MP-ID | — | X | [30] |
3055 900270 | GS1 | — | X | — |
3055 29300280 | DE, BDEW (Bundesverband der Energie- und Wasserwirtschaft e.V.) | — | X | — |
| SG6.CTA | — | — | Muss | — |
3139 IC00290 | Informationskontakt | — | X | — |
341200300 | Kontakt | — | X | — |
| SG6.COM | — | — | Muss | — |
314800310 | Kommunikationsadresse, Identifikation | — | X | (([939] [50]) ⊻ ([940] [51])) ∧ [540] |
3155 EM00320 | Elektronische Post | — | X | [1P0..1] |
3155 FX00330 | Telefax | — | X | [1P0..1] |
3155 TE00340 | Telefon | — | X | [1P0..1] |
3155 AJ00350 | weiteres Telefon | — | X | [1P0..1] |
3155 AL00360 | Handy | — | X | [1P0..1] |
| SG3.NAD | — | — | Muss | — |
3035 MR00370 | Nachrichtenempfänger | — | X | — |
303900380 | MP-ID | — | X | [30] |
3055 900390 | GS1 | — | X | — |
3055 29300400 | DE, BDEW (Bundesverband der Energie- und Wasserwirtschaft e.V.) | — | X | — |
| UNS | — | — | Muss | — |
0081 S00410 | Trennung von Positions- und Summenteil | — | X | — |
| UNT | — | — | Muss | — |
007400420 | Anzahl der Segmente in einer Nachricht | — | X | — |
006200430 | Nachrichten-Referenznummer | — | X | — |
Bedingungen dieser Tabelle
Der Klartext der 19 Bedingungen, auf die die Zeilen oben verweisen. Alle Bedingungen des Nachrichtentyps führt das Bedingungsverzeichnis ORDRSP.
| Marke | Bedingung |
|---|---|
| [4] | Wenn MP-ID in SG3 NAD+MR mit Rolle LF vorhanden |
| [15] | Wenn MP-ID in SG3 NAD+MR mit Rolle NB vorhanden |
| [17] | Der hier angegebene Code des Prüfschritts muss im EBD dem Cluster Zustimmung zugeordnet sein |
| [30] | MP-ID nur aus Sparte Strom |
| [50] | wenn im DE3155 in demselben COM der Code EM vorhanden ist |
| [51] | wenn im DE3155 in demselben COM der Code TE / FX / AJ / AL vorhanden ist |
| [82] | Wenn BGM+Z93 (Bestellung eines Angebots Änderung der Technik der Lokation) vorhanden |
| [83] | Wenn BGM+Z12 (Änderung der Technik der Lokation) vorhanden |
| [494] | Das hier genannte Datum muss der Zeitpunkt sein, zu dem das Dokument erstellt wurde, oder ein Zeitpunkt, der davor liegt. |
| [513] | Hinweis: Wert aus BGM+Z12 (Änderung der Technik der Lokation) DE1004 der ORDERS, mit der die Bestellung erfolgt ist. |
| [540] | Hinweis: Es darf nur eine Information im DE3148 übermittelt werden |
| [543] | Hinweis: Wert aus BGM+Z93 (Bestellung eines Angebots Änderung der Technik der Lokation) DE1004 der ORDERS, mit der die Bestellung erfolgt ist. |
| [547] | Hinweis: Wenn es sich um die Bestellung eines vorherigen Angebots im Rahmen der BDEW Anwendungshilfe "Prozesse zur Änderung der Technik an Lokationen" handelt. |
| [548] | Hinweis: Hinweis: wenn es sich um die Beauftragung einer Änderung gemäß WiM Teil1 UC "Messlokationsänderung" handelt. |
| [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 |
| [UB3] | ([931] ∧ [932] [492] ∧ [490]) ⊻ ([931] ∧ [933] [492] ∧ [491]) ⊻ ([931] ∧ [934] [493] ∧ [490]) ⊻ ([931] ∧ [935] [493] ∧ [491]) |
| [1P0..1] | Hinweis: Das ist das Standardpaket, wenn keine Bedingung zum Tragen kommt, z. B. im COM-Segment. |
Beispielnachricht
UNA:+.? '
UNB+UNOC:3+9904733000009:500+9903692000001:500+{{date}}:{{time}}+M3DJKPZD'
UNH+UNHM41Z7ETO+ORDRSP:D:10A:UN:1.4c'
BGM+Z93+BGMM3NN2YJA'
DTM+137:202610011100?+00:303'
RFF+ON:P10011000000011'
RFF+Z13:19005'
AJT+A06+E_0283'
NAD+MS+9904733000009::293'
CTA+IC+:Max Mustermann'
COM+Max.Mustermann@conuti.de?:EM:EM'
NAD+MR+9903692000001::293'
UNS+S'
UNT+12+UNHM41Z7ETO'
UNZ+1+M3DJKPZD'[1 Eintrag
{6 Felder
"data": {3 Felder
"stammdaten": {1 Feld
"ANFRAGE": [1 Eintrag
{3 Felder
"transaktionsdaten": {12 Felder
"absender": {5 Felder
"ansprechpartner": {4 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 und MSB.
| Rolle | Beteiligter | Prozess | Regelwerk | Sparte | Schritt |
|---|---|---|---|---|---|
| LF | LF | Messlokationsänderung vom LF an MSB | AWH Prozesse zur Änderung der Technik an Lokationen | Strom | Schritt 4 |
| LF | LF | Messlokationsänderung vom LF an MSB | WiM Strom Teil 1 | Strom | Schritt 2 |
| NB | NB | Messlokationsänderung vom NB an MSB | AWH Prozesse zur Änderung der Technik an Lokationen | Strom | Schritt 4 |
| NB | NB | Messlokationsänderung vom NB an MSB | WiM Strom Teil 1 | Strom | Schritt 2 |
| MSB | MSB-MELO | Messlokationsänderung vom LF an MSB | AWH Prozesse zur Änderung der Technik an Lokationen | Strom | Schritt 4 |
| MSB | MSB-MELO | Messlokationsänderung vom NB an MSB | AWH Prozesse zur Änderung der Technik an Lokationen | Strom | Schritt 4 |
| MSB | MSB-MELO | Messlokationsänderung vom LF an MSB | WiM Strom Teil 1 | Strom | Schritt 2 |
| MSB | MSB-MELO | Messlokationsänderung vom NB an MSB | WiM Strom Teil 1 | Strom | Schritt 2 |
Fachliche Einordnung
| Merkmal | Wert |
|---|---|
| Anwendungsfall (AHB) | Bestätigung Auftrag Änderung Technik |
| AHB | ORDRSP AHB |
| Entscheidungsbaum | E_0249 · E_0250 · E_0279 · E_0283 |
| Übertragungsweg | AS4 |
Dieser Prüfidentifikator wird in 6 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 |
|---|---|---|---|
| WiM Strom Teil 1 | Messlokationsänderung vom NB an MSB | MSB (entspricht MSB am Objekt Messlokation) → NB | Antwort |
| WiM Strom Teil 1 | Messlokationsänderung vom LF an MSB | MSB (entspricht MSB am Objekt Messlokation) → LF | Antwort |
| AWH Prozesse zur Änderung der Technik an Lokationen | Messlokationsänderung vom NB an MSB | MSB (entspricht MSB am Objekt Messlokation) → NB | Antwort auf Bestellung |
| AWH Prozesse zur Änderung der Technik an Lokationen | Messlokationsänderung vom LF an MSB | MSB (entspricht MSB am Objekt Messlokation) → LF | Antwort auf Bestellung |
| WiM Gas | Kap. C 1.2 Nr. 4a | MSB → LF | Auftragsbestätigung |
| WiM Gas | Kap. C 1.2 Nr. 4c | MSB → NB | Auftragsbestätigung |
Einzelne Angaben aus Formatversion 202604
Die Prüfidentifikatoren-Tabelle der Formatversion 202610 führt diese Angabe nicht: Prozessschritt. Sie stammt aus der Fassung 202604. Die Fassung 202604 führt diesen Prüfidentifikator außerdem in Zusammenhängen, die die Tabelle der Fassung 202610 nicht kennt; sie stehen oben mit in der Aufstellung. Alles Übrige auf dieser Seite — Anwendungsfall, Regelwerk und Kommunikationsrichtung — kommt aus der eigenen Fassung. Vor der Übernahme in eine Umsetzungsvorgabe prüfen, ob das Genannte für 202610 gilt.
Vorgang und Antworten
Rolle dieses Prüfidentifikators: Antwort — Bestätigung. Grundlage: die Transaktionsdaten führen antwortstatus und antwortstatusCodeliste; Titel bzw. Aktion der Prüfitabelle beginnen mit »Antwort«; der Titel nennt eine Polarität (Bestätigung).
Anfrage: Bezug in der Quelle nicht geführt. Weder die Prüfitabelle (reaktion_auf) noch die Schrittfolge der Prozesse benennt die Nachricht, auf die diese Antwort antwortet.
In welchem Feld die Anfrage zitiert wird
| Bezugsfeld dieser Nachricht | EDIFACT-Segment | Zielfeld in der Anfrage |
|---|---|---|
auftragsReferenz | SG1.RFF+ON | dokumentennummer |
RFF+ON zitiert die Bestellnummer; sie steht in der Anfrage im Segment BGM als dokumentennummer. Welche Anfrage gemeint ist, ist auf dieser Seite nicht bestimmt (siehe oben) — das Zielfeld ist damit benannt, aber nicht nachgewiesen.
Antwortcodes
Entscheidungsbäume: E_0249 · E_0250 · E_0279 · E_0283.
4 weitere Bäume nennt die Prüfitabelle über alle Zeilen dieses Prüfidentifikators. Sie binden ihn an einen Prozess, nicht an eine Zeile seines Handbuchs — ihre Codes stehen deshalb nur auf der jeweiligen Baumseite.
Prüfidentifikatoren derselben AHB-Tabelle: Kein weiterer Prüfidentifikator des Nachrichtentyps ORDRSP 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 56 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 ordrsp. 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.