Nachrichtenpaare: ORDRSP, ORDCHG und REQOTE/QUOTES lesen

Kurzantwort

ORDRSP, ORDCHG, REQOTE und QUOTES sind die Antwort-, Änderungs- und Angebotsseite der Marktkommunikation. ORDRSP bestätigt oder lehnt einen Vorgang ab. ORDCHG storniert eine bereits ausgelöste Bestellung. REQOTE fragt ein Angebot an, QUOTES liefert dieses Angebot oder lehnt die Anfrage ab.

Jeder dieser Nachrichtentypen trägt mehrere Prüfidentifikatoren. Der Prüfidentifikator entscheidet, welcher Geschäftsvorfall gemeint ist. ORDRSP 19001 ist eine Bestellbestätigung im Geräteübernahme-Prozess, ORDRSP 19116 eine Bestätigung eines Sperrauftrags (BNetzA – PID 4.0, Tab. 2). Beide stehen im selben Nachrichtentyp, meinen aber völlig verschiedene Vorgänge.

Der Nachrichtentyp sagt also nur, welche Art von Antwort du vor dir hast. Der Prüfidentifikator sagt, worauf geantwortet wird. Wer Antworten auswertet, muss beides lesen und zusätzlich die Referenz auf die Ausgangsnachricht auflösen.

Einordnung: die vierte Schicht im Nachrichtenaustausch

Die Marktkommunikation ordnet Nachrichten nach ihrer Funktion. Stammdatennachrichten melden Zustände, Messwertnachrichten übertragen Mengen, Rückmeldungen quittieren die Verarbeitung. Die Auftrags- und Antwortschicht steuert dagegen den Fortgang eines Vorgangs.

ORDERS ist die Anforderung oder Bestellung. Sie stößt einen Vorgang an, etwa eine Anforderung von Werten oder eine Bestellung der Geräteübernahme (ORDERS und IFTSTA einordnen). ORDRSP ist die fachliche Antwort darauf. Diese Antwort ist nicht mit CONTRL oder APERAK zu verwechseln: CONTRL und APERAK melden, ob eine Nachricht technisch und syntaktisch angekommen ist. ORDRSP meldet, ob der Geschäftsvorfall inhaltlich angenommen oder abgelehnt wird.

Die Bundesnetzagentur veröffentlicht die Prüfidentifikatoren mit Gültigkeit, Prozessbezug, Absender, Empfänger und auslösender Aktivität. Diese Anwendungsübersicht ist die verbindliche Zuordnung von Nummer zu Prozessschritt (BNetzA – PID 4.0, Tab. 2). Die Fassung 4.0 gehört zur Mitteilung Nr. 56 und gilt ab dem 1. Oktober 2026; der Stand des Dokuments ist der 1. April 2026 (BNetzA – Mitteilung Nr. 56). Für Fassungen ab dem 1. Oktober 2025 gilt die Vorgängerübersicht 3.2 (BNetzA – Mitteilung Nr. 51).

Die vier Nachrichtentypen und ihre Mengen

Die Anwendungsübersicht zählt je Nachrichtentyp, wie viele Prüfidentifikatoren vergeben sind. Diese Zahlen zeigen, wo die Praxis schwerpunktmäßig arbeitet.

Die Zahlen stammen aus der Anwendungsübersicht 4.0, die jeden Prüfidentifikator einer Variante zuordnet (BNetzA – PID 4.0, Tab. 2). ORDRSP liegt mit 39 Einträgen nur knapp unter ORDERS. Dieser Nachrichtentyp trägt also einen großen Teil des Antwortverkehrs und ist kein Nischenformat.

ORDCHG deckt dagegen einen schmalen Fall ab. Die drei Prüfidentifikatoren stornieren, sie korrigieren nichts. REQOTE und QUOTES bilden zusammen ein Paar aus fünf Anfragen und fünf Angeboten. Zu jeder Anfrage gehört genau ein Angebot.

Der Ablauf vom Auftrag zur Antwort

Der folgende Ablauf zeigt den Standardweg. Eine anfragende Rolle stellt die Anforderung, die antwortende Rolle bestätigt oder lehnt ab. Der Angebotsweg läuft über zwei Nachrichten statt über eine.

Der Angebotsweg ist der wichtigste Unterschied. REQOTE fragt an, QUOTES antwortet, und erst eine anschließende ORDERS-Bestellung nimmt das Angebot an. Die Anwendungsübersicht ordnet beide Schritte demselben Prozess zu und nummeriert sie fortlaufend: die Anfrage als Schritt 1, das Angebot als Schritt 2 (BNetzA – PID 4.0, Tab. 2). Ein Angebot ist damit noch keine Beauftragung.

Wie die Antwort an die Anfrage gebunden wird

QUOTES trägt in der Segmentgruppe SG1 das Datenelement RFF+AAV und darin die Nummer der Anfrage aus der REQOTE. Die Übersicht führt diese Referenz unter dem Schlüssel ZG-T16 mit der Bedeutung „1-Tupel Referenz zur Anfragenachricht” und nennt als Nachricht ausdrücklich QUOTES (BNetzA – PID 4.0, Tab. 2). Ohne diese Referenz ist das Angebot keiner Anfrage zuzuordnen.

Für die Bestellung im Geräteübernahme-Prozess gilt eine andere Referenz: Die Anwendungsübersicht führt für ORDERS ZG-T24 als „1-Tupel Referenz zur Anfragenachricht” und als Inhalt die Angebotsnummer der QUOTES. Die Kette lautet also REQOTE, dann QUOTES mit der Anfragenummer, dann ORDERS mit der Angebotsnummer. Auf der Seite der Anfrage steht die Gegenrichtung: Die Segmentgruppe SG11 mit LOC+172 trägt den Meldepunkt und ist unter ZO-T17 geführt, ausdrücklich als Element der REQOTE (BNetzA – PID 4.0, Tab. 2).

Für ORDRSP ist ZG-T14 die tragende Referenz, die die Antwort mit dem auslösenden Vorgang verbindet (BNetzA – PID 4.0, Tab. 2). Eine Antwort ohne auflösbare Referenz ist fachlich nicht zuordenbar, auch wenn die Nachricht technisch fehlerfrei ankommt.

Prüfidentifikatoren lesen: sechs Beispiele

Die Nummern folgen keinem durchgängigen Schema, das man aus der Zahl ableiten könnte. Die Zuordnung steht in der Anwendungsübersicht. Vier Beispiele aus der Fassung 4.0 zeigen, wie unterschiedlich die Vorgänge hinter derselben Nummernspanne liegen.

Alle sechs Zeilen stehen mit dieser Beschreibung, dieser Richtung und diesem Prozessbezug in der Anwendungsübersicht 4.0 (BNetzA – PID 4.0, Tab. 2). Zwei Beobachtungen fallen auf.

Erstens: 19001 und 19002 unterscheiden sich nur in der Beschreibung, „Bestätigung” gegen „Ablehnung”. Technisch sind es zwei Prüfidentifikatoren desselben Nachrichtentyps mit identischer Rollenrichtung. Für die Prozesssteuerung ist der Unterschied entscheidend, denn der eine beendet den Vorgang erfolgreich, der andere eröffnet eine Klärung.

Zweitens: 19116 und 39000 liegen in derselben Prozesskette. ORDCHG 39000 storniert einen Sperrauftrag, der Lieferant sendet an den Netzbetreiber. ORDRSP 19116 und 19117 bestätigen oder lehnen genau diesen Stornierungsschritt nicht ab: Sie antworten auf den ursprünglichen Sperrauftrag. Für die Stornierung selbst sind 19128 und 19129 zuständig, geführt unter ZG-T50 mit der Aktivität „Antwort auf Stornierung” (BNetzA – PID 4.0, Tab. 2). Die Bestellnummer allein reicht also nicht, um eine Antwort richtig einzusortieren. Du brauchst den Prüfidentifikator.

Konkretes Beispiel: Geräteübernahme mit Angebot

Ein Messstellenbetreiber übernimmt eine Messeinrichtung von einem anderen Messstellenbetreiber. Der Vorgang läuft als vereinfachtes Beispiel so:

1. Der abgebende Messstellenbetreiber sendet REQOTE 35001 „Anfrage Geräteübernahmeangebot” an den aufnehmenden Messstellenbetreiber. Die Anfrage trägt den Meldepunkt in LOC+172.
2. Der aufnehmende Messstellenbetreiber antwortet mit QUOTES 15001 „Angebot Geräteübernahme”. Das Angebot referenziert die Anfragenummer über RFF+AAV.
3. Der abgebende Messstellenbetreiber bestellt auf Basis des Angebots mit ORDERS. Die Bestellung referenziert die Angebotsnummer.
4. Der aufnehmende Messstellenbetreiber antwortet mit ORDRSP 19001 „Bestätigung Bestellung”. Bei einem Hindernis wählt er ORDRSP 19002 „Ablehnung Bestellung”.

Die Schritte eins, zwei und vier sind in der Anwendungsübersicht 4.0 mit genau diesen Aktivitäten geführt, die Aktivität in Schritt vier lautet dort „Bestellbestätigung” (BNetzA – PID 4.0, Tab. 2). Erst Schritt drei macht aus dem Angebot eine Beauftragung. Fällt die Entscheidung schon in Schritt zwei gegen das Geschäft, bleibt es bei der Ablehnung in der QUOTES.

Folgen und Fehlerfälle

Der häufigste Fehler ist die Verwechslung von Nachrichtentyp und Prüfidentifikator. Ein ORDRSP 19116 sagt nichts über die Geräteübernahme, sondern über einen Sperrauftrag. Wer nur den Nachrichtentyp auswertet, leitet aus derselben Nachricht den falschen Zustand ab.

Der zweite Fehler ist die Gleichsetzung von Angebot und Auftrag. QUOTES 15001 ist ein Angebot, kein Auftrag. Erst die ORDERS-Bestellung macht daraus eine Beauftragung. Wird das Angebot direkt als Auftrag gebucht, entsteht ein Vorgang, den die Gegenseite nie bestätigt hat.

Der dritte Fehler betrifft die Stornierungskette. ORDCHG 39000 geht vom Lieferanten an den Netzbetreiber, ORDCHG 39001 leitet dieselbe Stornierung an den Messstellenbetreiber weiter. Die Anwendungsübersicht nennt für 39001 die Aktivität „Weiterleitung der Stornierung” und die Rollen NB zu MSB (BNetzA – PID 4.0, Tab. 2). Wer nur die erste Nachricht verarbeitet, lässt den Messstellenbetreiber ohne Kenntnis der Stornierung.

Ein vierter Fehler entsteht beim Versionswechsel. Die gleiche Prüfi kann in zwei Fassungen einen anderen Absender, Empfänger oder eine andere Aktivität tragen. Der Vergleich der Übersichten 3.2 und 4.0 zeigt das: ORDRSP 19001 wird in 3.2 für den Gasweg unter der Aktivität „Bestellbestätigung sowie Übermittlung der Stammdaten” geführt und dem Prozess „WiM Gas” zugeordnet, in 4.0 unter „Bestellbestätigung” und dem Prozess „AWH WiM Gas 2.0” (BNetzA – PID 3.2, Tab. 2). Eine Prozessdokumentation, die nur die Nummer führt, wird beim Fassungswechsel ungenau.

Typische Missverständnisse

„ORDRSP ist die Quittung für die Nachricht.“ Nein. Die Quittung ist CONTRL für die syntaktische Ebene und APERAK für die Verarbeitbarkeit. ORDRSP beantwortet den Geschäftsvorfall, nicht den Nachrichteneingang. Eine Nachricht kann technisch quittiert und fachlich abgelehnt sein.

„Ein Prüfidentifikator gehört zu einem Nachrichtentyp, also sind sie austauschbar.“ Der Nachrichtentyp ist die Hülle, der Prüfidentifikator der Inhalt. ORDRSP 19007 „Ablehnung Anforderung Werte” und ORDRSP 19101 „Ablehnung der Anfrage Stammdaten” sind beides Ablehnungen, betreffen aber verschiedene Gegenstände: Messwerte gegen Stammdaten (BNetzA – PID 4.0, Tab. 2). Die Klärung führt in unterschiedliche Teams.

„ORDCHG ändert eine Bestellung.“ ORDCHG storniert. Alle drei ORDCHG-Prüfidentifikatoren der Übersicht 4.0 tragen eine Stornierungsaktivität: 39000 „Stornierung”, 39001 „Weiterleitung der Stornierung”, 39002 „Stornierung einer bestätigten Bestellung” (BNetzA – PID 4.0, Tab. 2). Eine inhaltliche Korrektur läuft über eine neue Anforderung oder Bestellung.

„QUOTES enthält immer ein Angebot.“ Der Prüfidentifikator 15002 „Angebot Abrechnung Messstellenbetrieb MSB” trägt die Aktivität „Angebot /Ablehnung Anfrage” (BNetzA – PID 4.0, Tab. 2). Ein QUOTES kann die Anfrage auch ablehnen. Wer auf ein Angebot wartet und nur auf positive Angebotsfelder prüft, übersieht diese Ablehnung.

„ORDRSP 19002 sagt, was falsch war.“ Der Prüfidentifikator benennt die Ablehnung, nicht den Grund. Den Grund trägt der Ablehnungscode, im AHB als EBD-Code geführt. Die Anwendungsübersicht verweist für die Zuordnungsprüfung auf die Verarbeitbarkeitsfehlermeldung oder den Entscheidungsbaum (BNetzA – PID 4.0, Tab. 2). Ohne den Code bleibt die Ursache offen und der Vorgang hängen.

Quellen und Pflegehinweis

Die tragenden Belege sind die Anwendungsübersichten der Prüfidentifikatoren aus den BNetzA-Mitteilungen zu den Datenformaten. Für den Geltungsbereich ab dem 1. Oktober 2026 gilt die Übersicht 4.0 zur Mitteilung Nr. 56 (Mitteilung Nr. 56). Für den Bereich ab dem 1. Oktober 2025 gilt die Übersicht 3.2 zur Mitteilung Nr. 51 (Mitteilung Nr. 51).

Prüfe bei jeder Pflege zwei Dinge neu. Erstens die Zuordnung von Prüfidentifikator zu Prozessschritt, Rolle und Aktivität in der jeweils gültigen Fassung. Zweitens die Mengen in der Übersichtstabelle, denn jeder neue Prüfidentifikator verschiebt sie. Die Nummern selbst bleiben über Fassungen hinweg stabil, ihre Beschreibung und ihr Prozessbezug können sich ändern.