Prüfidentifikator 17102 — Anfrage von Werten
Prüfidentifikator 17102 · EDIFACT-Nachrichtentyp ORDERS · Formatversion 202610
Datenstruktur
| Struktur (BO4E) | Beschreibung | Format | 17102 | 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 | — |
| anfragetyp 00020 | Typ/Art der Anfrage (ORDERS ORDRSP IMD 7081) | Enum Anfragetyp | Muss | [2] |
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 | — |
| lokationsId * 00030 | Für welche Markt- oder Messlokation gilt diese Anfrage. | string | X | — |
| AUFTRAG [ ] * | — | object[] | Muss | — |
| positionsdaten [ ] * | — | object[] | Muss | — |
| enddatum * 00040 | enddatum | string (date-time) | X | — |
| startdatum * 00050 | startdatum | string (date-time) | X | — |
| transaktionsdaten * | — | object | Muss | — |
| 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 | — |
| empfaenger * | — | object | Muss | — |
| rollencodenummer * 00120 | Gibt die Codenummer der Marktrolle an. | string | X | — |
| rollencodetyp * 00130 | Gibt den Typ des Codes an. | Enum Rollencodetyp | X | — |
BDEW | — | — | X | — |
GS1 | — | — | X | — |
GLN | — | — | X | — |
DVGW | — | — | X | — |
Anwendungshandbuch (AHB)
| Struktur (EDIFACT) | Beschreibung | Format | 17102 | 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 700070 | Prozessdatenbericht | — | X | [492] ⊻ [493] |
1001 Z2800080 | Energiemenge und Leistungsmaximum | — | X | [492] |
1001 Z4800090 | Lastgang Marktlokation, Tranche | — | X | [492] |
100400100 | Dokumentennummer | — | X | — |
| DTM | — | — | Muss | — |
2005 13700110 | Dokumenten-/Nachrichtendatum/-zeit | — | X | — |
238000120 | Datum oder Uhrzeit oder Zeitspanne, Wert | — | X | [931] [494] |
2379 30300130 | CCYYMMDDHHMMZZZ | — | X | — |
| IMD | — | — | Muss | [2] |
7081 Z1100140 | Lastgangdaten | — | X | [519] |
7081 Z1200150 | Zählerstände | — | X | — |
7081 Z3500160 | Energiemenge Einzelwert | — | X | [101] |
| SG1.RFF | — | — | Muss | — |
1153 Z1300170 | Prüfidentifikator | — | X | — |
1154 1710200180 | Anfrage Werte | — | X | — |
| SG2.NAD | — | — | Muss | — |
3035 MS00190 | Dokumenten-/Nachrichtenaussteller bzw. -absender | — | X | — |
303900200 | MP-ID | — | X | — |
3055 900210 | GS1 | — | X | — |
3055 29300220 | DE, BDEW (Bundesverband der Energie- und Wasserwirtschaft e.V.) | — | X | — |
3055 33200230 | DE, DVGW Service & Consult GmbH | — | X | — |
| SG2.NAD | — | — | Muss | — |
3035 MR00240 | Nachrichtenempfänger | — | X | — |
303900250 | MP-ID | — | X | — |
3055 900260 | GS1 | — | X | — |
3055 29300270 | DE, BDEW (Bundesverband der Energie- und Wasserwirtschaft e.V.) | — | X | — |
3055 33200280 | DE, DVGW Service & Consult GmbH | — | X | — |
| SG2.NAD | — | — | Muss | — |
3035 DP00290 | Lieferanschrift | — | X | — |
| SG2.LOC | — | — | Muss | — |
3227 17200300 | Meldepunkt | — | X | — |
322500310 | Identifikator | — | X | ([950] [521] ∧ ([21] ⊻ [24] ⊻ [51] ⊻ ([18] ∧ [493]))) ⊻ ([951] [522] ∧ ([2] ∧ [18]) ⊻ [19]) ⊻ ([950] [523] ∧ [492] ∧ [51]) |
| SG29.LIN | — | — | Muss | — |
108200320 | Positionsnummer | — | X | [903] |
| SG29.DTM | — | — | Muss | — |
2005 16300330 | Verarbeitung, Beginndatum/-zeit | — | X | — |
238000340 | Datum oder Uhrzeit oder Zeitspanne, Wert | — | X | [931] |
2379 30300350 | CCYYMMDDHHMMZZZ | — | X | — |
| SG29.DTM | — | — | Muss | — |
2005 16400360 | Verarbeitung, Endedatum/-zeit | — | X | — |
238000370 | Datum oder Uhrzeit oder Zeitspanne, Wert | — | X | [931] |
2379 30300380 | CCYYMMDDHHMMZZZ | — | X | — |
| UNS | — | — | Muss | — |
0081 S00390 | Trennung von Positions- und Summenteil | — | X | — |
| UNT | — | — | Muss | — |
007400400 | Anzahl der Segmente in einer Nachricht | — | X | — |
006200410 | Nachrichten-Referenznummer | — | X | — |
Bedingungen dieser Tabelle
Der Klartext der 18 Bedingungen, auf die die Zeilen oben verweisen. Alle Bedingungen des Nachrichtentyps führt das Bedingungsverzeichnis ORDERS.
| Marke | Bedingung |
|---|---|
| [2] | Wenn BGM+7 vorhanden |
| [18] | Wenn IMD++Z11 vorhanden |
| [19] | Wenn IMD++Z12 vorhanden |
| [21] | Wenn BGM+Z28 vorhanden |
| [24] | Wenn IMD++Z35 vorhanden |
| [51] | Wenn BGM+Z48 vorhanden |
| [101] | Wenn MP-ID in SG2 NAD+MR mit Rolle MSB in der Sparte Gas nicht vorhanden |
| [492] | Wenn MP-ID in NAD+MR aus Sparte Strom |
| [493] | Wenn MP-ID in NAD+MR aus Sparte Gas |
| [494] | Das hier genannte Datum muss der Zeitpunkt sein, zu dem das Dokument erstellt wurde, oder ein Zeitpunkt, der davor liegt. |
| [519] | Hinweis: Bei Gas bezieht sich die Anforderung immer sowohl auf die vorläufigen Profilwerte als auch auf die endgültigen Profilwerte, falls diese bereits vorliegen. |
| [521] | Hinweis: Verwendung der ID der Marktlokation |
| [522] | Hinweis: Verwendung der ID der Messlokation |
| [523] | Hinweis: Verwendung der ID der Tranche |
| [903] | Format: Möglicher Wert: 1 |
| [931] | Format: ZZZ = +00 |
| [950] | Format: Marktlokations-ID |
| [951] | Format: Zählpunktbezeichnung |
Beispielnachricht
UNA:+.? '
UNB+UNOC:3+9903790000002:500+9904446000007:500+{{date}}:{{time}}+M2WINF2E'
UNH+UNHM2X0RPSS+ORDERS:D:09B:UN:1.4c'
BGM+Z28+BGMM2JZ7IGE'
DTM+137:202610011100?+00:303'
RFF+Z13:17102'
NAD+MS+9903790000002::293'
NAD+MR+9904446000007::293'
NAD+DP'
LOC+172+50074561188'
LIN+1'
DTM+163:202512312300?+00:303'
DTM+164:202601312300?+00:303'
UNS+S'
UNT+13+UNHM2X0RPSS'
UNZ+1+M2WINF2E'[1 Eintrag
{6 Felder
"data": {3 Felder
"stammdaten": {2 Felder
"ANFRAGE": [1 Eintrag
{5 Felder
"AUFTRAG": [1 Eintrag
{3 Felder
"positionsdaten": [1 Eintrag
{3 Felder
"transaktionsdaten": {9 Felder
"absender": {4 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.
| Rolle | Beteiligter | Prozess | Regelwerk | Sparte | Schritt |
|---|---|---|---|---|---|
| LF | LF | Geschäftsdatenanfrage | GPKE Teil 4 | Strom | Schritt 3 |
| LF | LF | Geschäftsdatenanfrage vom LF an NB | GeLi Gas 2.0 | Gas | Schritt 1 |
| NB | NB | Geschäftsdatenanfrage | GPKE Teil 4 | Strom | Schritt 3 |
| NB | NB | Geschäftsdatenanfrage vom LF an NB | GeLi Gas 2.0 | Gas | Schritt 1 |
| MSB | MSB | Geschäftsdatenanfrage | GPKE Teil 4 | Strom | Schritt 3 |
Fachliche Einordnung
| Merkmal | Wert |
|---|---|
| Anwendungsfall (AHB) | Anfrage von Werten |
| AHB | ORDERS AHB |
| Übertragungsweg | AS4 |
Dieser Prüfidentifikator wird in 4 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 | Geschäftsdatenanfrage | LF → MSB | Geschäftsdatenanfrage |
| GeLi Gas 2.0 | Geschäftsdatenanfrage vom LF an NB | LF → NB | Geschäftsdatenanfrage |
| GeLi Gas | Kap. D 3.2 Nr. 1 | LF → NB | Geschäftsdatenanfrage |
| WiM Gas | UF GeLiGas_006 Geschäftsdatenanfrage von NB an MSB | NB → MSB | Geschäftsdatenanfrage |
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«.
Welche Nachrichten hierauf antworten
| Rolle | Prüfidentifikator | Anwendungsfall | Nachrichtentyp | Herkunft des Bezugs |
|---|---|---|---|---|
| Antwort | 13002 | Zählerstand (Gas) | MSCONS | ausdrücklich |
| Antwort | 13008 | Lastgang (Gas) | MSCONS | ausdrücklich |
| Antwort | 13009 | Energiemenge (Gas) | MSCONS | ausdrücklich |
| Antwort | 13016 | Energiemenge u. Leistungsmax. (Strom) | MSCONS | aus der Schrittfolge |
| Antwort | 13017 | Zählerstand (Strom) | MSCONS | aus der Schrittfolge |
| Antwort | 13018 | Lastgang Messlokation, Netzkoppelpunkt, Netzlokation | MSCONS | aus der Schrittfolge |
| Antwort | 13019 | Energiemenge (Strom) | MSCONS | aus der Schrittfolge |
| Antwort | 13025 | Lastgang Marktlokation, Tranche | MSCONS | aus der Schrittfolge |
| Antwort | 19102 | Ablehnung der Anfrage Werte | ORDRSP | ausdrücklich |
Diese Spalte ist die Umkehrung der Zuordnung auf den Antwortseiten — nicht der nächste Schritt einer Liste. Die Prozessquelle sagt von ihren Schritten selbst, sie seien »mögliche Nachrichten, keine Abfolge«.
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 55 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.