Prüfidentifikator 19302 — Best. der Anforderung zum Beenden des Abos zur Stammdaten bzw. Messwertübermittlung
Prüfidentifikator 19302 · EDIFACT-Nachrichtentyp ORDRSP · Formatversion 202610
Datenstruktur
| Struktur (BO4E) | Beschreibung | Format | 19302 | Bedingung |
|---|---|---|---|---|
| stammdaten * | — | object | Muss | — |
| ANFRAGE [ ] * | — | object[] | Muss | — |
| abonnement * 00010 | Start oder Ende Abo | Enum Abonnement | Muss | — |
START_ABO | — | — | Muss | — |
ENDE_ABO | — | — | Muss | — |
OHNE_ABO | — | — | Muss | — |
| anfragekategorie * 00020 | 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 | — |
| anfragetyp 00030 | Typ/Art der Anfrage (ORDERS ORDRSP IMD 7081) | Enum Anfragetyp | Muss | — |
KAUF | — | — | Muss | — |
NUTZUNGSUEBERLASSUNG | — | — | Muss | — |
ABRECHNUNGSBRENNWERT_UND_ZUSTANDSZAHL | — | — | Muss | — |
LASTGANGDATEN | — | — | Muss | — |
ZAEHLERSTAENDE | — | — | Muss | — |
WERTEERMITTLUNG | — | — | Muss | — |
ENERGIEMENGE_EINZELWERT | — | — | Muss | — |
INNERHALB_DER_ARBEITSZEIT | — | — | Muss | — |
AUCH_AUSSERHALB_DER_ARBEITSZEIT | — | — | Muss | — |
WECHSEL_SAEMTLICHER_EINRICHTUNGEN | — | — | Muss | — |
TEILWEISER_WECHSEL | — | — | Muss | — |
AENDERUNG_ZAEHLZEITDEFINITION | — | — | Muss | — |
ABBESTELLUNG_ZAEHLZEITEN | — | — | Muss | — |
ABBESTELLUNG_MESSPRODUKT | — | — | Muss | — |
ANGEBOT_AUF_BASIS_PREISBLATT | — | — | Muss | — |
INDIVIDUELLES_ANGEBOT | — | — | Muss | — |
AENDERUNG_KONFIGURATION | — | — | Muss | — |
KANN_NICHT_ANGEBOTEN_WERDEN | — | — | Muss | — |
NEUKONFIGURATION | — | — | Muss | — |
BEENDIGUNG_KONFIGURATION | — | — | Muss | — |
AKTIVIERUNG_KONFIGURATION | — | — | Muss | — |
| transaktionsdaten * | — | object | Muss | — |
| antwortstatus * 00040 | Antwortstatus / STS+E01 | string | Muss | — |
| antwortstatusCodeliste * 00050 | Antwortstatus Codeliste / STS+E01 | string | Muss | — |
| auftragsReferenz * 00060 | Auftragsnummer 'Einkauf' / RFF+ON | string | X | — |
| dokumentennummer * 00070 | EDIFact Referenz aus dem BGM Segment / BGM | string | Muss | — |
| nachrichtendatum * 00080 | Erstellungdatum der EDIFact / DTM+137 | string (date-time) | X | — |
| nachrichtenreferenznummer * 00090 | EDIFact Referenz aus dem UNT Segment / UTILMD UNT+21 | string | Muss | — |
| pruefidentifikator * 00100 | Enthält den Prüfidentifikator aus der EDIFact Kommunikation / RFF+Z13 | string | X | — |
| absender * | — | object | Muss | — |
| rollencodenummer * 00110 | Gibt die Codenummer der Marktrolle an. | string | X | — |
| rollencodetyp * 00120 | Gibt den Typ des Codes an. | Enum Rollencodetyp | X | — |
BDEW | — | — | X | — |
GS1 | — | — | X | — |
GLN | — | — | X | — |
DVGW | — | — | X | — |
| ansprechpartner * | — | object | Muss | — |
| eMailAdresse 00130 | E-Mail Adresse | string | Muss | — |
| nachname * 00140 | Nachname (Familienname) des Ansprechpartners | string | X | — |
| rufnummern [ ] | — | object[] | Kann | — |
| nummerntyp 00150 | 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 00160 | rufnummer | string | Muss | — |
| empfaenger * | — | object | Muss | — |
| rollencodenummer * 00170 | Gibt die Codenummer der Marktrolle an. | string | X | — |
| rollencodetyp * 00180 | Gibt den Typ des Codes an. | Enum Rollencodetyp | X | — |
BDEW | — | — | X | — |
GS1 | — | — | X | — |
GLN | — | — | X | — |
DVGW | — | — | X | — |
Anwendungshandbuch (AHB)
| Struktur (EDIFACT) | Beschreibung | Format | 19302 | 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 700070 | Prozessdatenbericht | — | X | — |
1001 Z1400080 | Stammdaten der Markt- oder Messlokation | — | X | — |
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 | — |
| IMD | — | — | Muss | — |
7081 Z0200130 | Ende Abo | — | X | — |
| IMD | — | — | Muss | [1] |
7081 Z1100140 | Lastgangdaten | — | X | — |
7081 Z1200150 | Zählerstände | — | X | — |
| SG1.RFF | — | — | Muss | — |
1153 ON00160 | Auftragsnummer (Einkauf) | — | X | — |
115400170 | Referenz Nachrichtennummer | — | X | — |
| SG1.RFF | — | — | Muss | — |
1153 Z1300180 | Prüfidentifikator | — | X | — |
1154 1930200190 | Bestätigung Ende Abo | — | X | — |
| SG2.AJT | — | — | Muss | — |
446500200 | Code des Prüfschritts | — | X | — |
1082 S_009300210 | Codeliste Strom Nr. S_0093 | — | X | — |
| SG3.NAD | — | — | Muss | — |
3035 MS00220 | Dokumenten-/Nachrichtenaussteller bzw. -absender | — | X | — |
303900230 | MP-ID | — | X | [30] |
3055 900240 | GS1 | — | X | — |
3055 29300250 | DE, BDEW (Bundesverband der Energie- und Wasserwirtschaft e.V.) | — | X | — |
| SG6.CTA | — | — | Muss | — |
3139 IC00260 | Informationskontakt | — | X | — |
341200270 | Kontakt | — | X | — |
| SG6.COM | — | — | Muss | — |
314800280 | Kommunikationsadresse, Identifikation | — | X | (([939] [50]) ⊻ ([940] [51])) ∧ [540] |
3155 EM00290 | Elektronische Post | — | X | [1P0..1] |
3155 FX00300 | Telefax | — | X | [1P0..1] |
3155 TE00310 | Telefon | — | X | [1P0..1] |
3155 AJ00320 | weiteres Telefon | — | X | [1P0..1] |
3155 AL00330 | Handy | — | X | [1P0..1] |
| SG3.NAD | — | — | Muss | — |
3035 MR00340 | Nachrichtenempfänger | — | X | — |
303900350 | MP-ID | — | X | [30] |
3055 900360 | GS1 | — | X | — |
3055 29300370 | DE, BDEW (Bundesverband der Energie- und Wasserwirtschaft e.V.) | — | X | — |
| UNS | — | — | Muss | — |
0081 S00380 | Trennung von Positions- und Summenteil | — | X | — |
| UNT | — | — | Muss | — |
007400390 | Anzahl der Segmente in einer Nachricht | — | X | — |
006200400 | Nachrichten-Referenznummer | — | X | — |
Bedingungen dieser Tabelle
Der Klartext der 10 Bedingungen, auf die die Zeilen oben verweisen. Alle Bedingungen des Nachrichtentyps führt das Bedingungsverzeichnis ORDRSP.
| Marke | Bedingung |
|---|---|
| [1] | Wenn BGM+7 vorhanden |
| [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 |
| [494] | Das hier genannte Datum muss der Zeitpunkt sein, zu dem das Dokument erstellt wurde, oder ein Zeitpunkt, der davor liegt. |
| [540] | 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 |
| [1P0..1] | Hinweis: Das ist das Standardpaket, wenn keine Bedingung zum Tragen kommt, z. B. im COM-Segment. |
Beispielnachricht
UNA:+.? '
UNB+UNOC:3+9900327000009:500+4399902157025:14+{{date}}:{{time}}+DAAIKRFDANDERP'
UNH+DAGAHTYPLNKBMM+ORDRSP:D:10A:UN:1.4c'
BGM+7+DA802411200742079903323000007758694'
DTM+137:202610011100?+00:303'
IMD++Z02'
IMD++Z12'
RFF+ON:AFN9523'
RFF+Z13:19302'
AJT+Z13+S_0093'
NAD+MS+9900327000009::293'
CTA+IC+:P GETTY'
COM+?+3222271020:TE'
NAD+MR+4399902157025::9'
UNS+S'
UNT+14+DAGAHTYPLNKBMM'
UNZ+1+DAAIKRFDANDERP'[1 Eintrag
{6 Felder
"data": {3 Felder
"stammdaten": {1 Feld
"ANFRAGE": [1 Eintrag
{5 Felder
"transaktionsdaten": {12 Felder
"absender": {5 Felder
"ansprechpartner": {4 Felder
"rufnummern": [1 Eintrag
{2 Felder
"empfaenger": {4 Felder
Herunterladen: EDIFACT-Datei · BO4E-JSON
Gehört zu diesen Rollensichten
Zu diesem Prüfidentifikator gibt es keine Rollensicht: in dieser Formatversion führt ihn kein Prozessschritt einer Marktrolle. Eine Rollenangabe stünde hier ohne Beleg.
Kein Prozess in dieser Auslieferung
Dieser Prüfidentifikator ist keiner Sequenz zugeordnet: seine Zeile in der BDEW-Tabelle trägt keine „Bezeichnung aus Sequenzdiagramm“, über die sich ein Prozess bilden ließe. Genannt ist er unter Prozesse zum Informationsaustausch zwischen Netzbetreiber und Herkunftsnachweis-register (HKN-R) des Umweltbundesamts (UBA). Das ist eine Lücke der Prozessquelle, nicht der Auslieferung — und sie ist der Grund, warum hier keine Tabelle „Gehört zu diesen Rollensichten“ steht.
Fachliche Einordnung
| Merkmal | Wert |
|---|---|
| Anwendungsfall (AHB) | Best. der Anforderung zum Beenden des Abos zur Stammdaten bzw. Messwertübermittlung |
| AHB | ORDRSP AHB |
| Übertragungsweg | MP |
Dieser Prüfidentifikator wird in 5 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 |
|---|---|---|---|
| Prozesse zum Informationsaustausch zwischen Netzbetreiber und Herkunftsnachweis-register (HKN-R) des Umweltbundesamts (UBA) | Kap. 2.4 Fall 1 Nr. 4 | NB → RB HKN-R | Antwort Beendigung Stammdaten Abo |
| Prozesse zum Informationsaustausch zwischen Netzbetreiber und Herkunftsnachweis-register (HKN-R) des Umweltbundesamts (UBA) | Kap. 2.4 Fall 1 Nr. 6 | NB → RB HKN-R | Antwort Beendigung Messwerte Abo |
| Prozesse zum Informationsaustausch zwischen Netzbetreiber und Herkunftsnachweis-register (HKN-R) des Umweltbundesamts (UBA) | Kap. 2.4 Fall 3 Nr. 2 | NB → RB HKN-R | Antwort Beendigung Stammdaten Abo |
| Prozesse zum Informationsaustausch zwischen Netzbetreiber und Herkunftsnachweis-register (HKN-R) des Umweltbundesamts (UBA) | Kap. 2.4 Fall 3 Nr. 4 | NB → RB HKN-R | Antwort Beendigung Messwerte Abo |
| Prozesse zum Informationsaustausch zwischen Netzbetreiber und Herkunftsnachweis-register (HKN-R) des Umweltbundesamts (UBA) | Kap. 2.4 Fall 4 Nr. 4 | NB → RB HKN-R | Antwort Messwerte Abo |
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.
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 54 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.