AHB lesen und anwenden

Kurzantwort

Ein Anwendungshandbuch (AHB) beschreibt, wie ein konkreter Geschäftsvorfall in einer Nachricht umgesetzt wird. Es legt nicht nur die Reihenfolge der Segmente fest. Es verbindet Anwendungsfall, Prüfidentifikator, beteiligte Marktrollen, Fristen, Bedingungen, Codes und die zulässigen Werte miteinander.

Wer ein AHB sicher anwenden will, liest deshalb nicht einfach jede Zeile von oben nach unten. Er startet beim Geschäftsvorfall, grenzt die Nachrichtenvariante ein und prüft danach die fachlichen und technischen Bedingungen. Erst daraus entsteht die Nachricht, die ein Empfänger verarbeiten kann.

Was ein AHB leistet

Das AHB ist die fachliche Arbeitsanweisung für einen Nachrichtentyp. Das MIG beschreibt ergänzend die technische Nachrichtenstruktur. Die Allgemeinen Festlegungen und die Codelisten liefern übergreifende Regeln und zulässige Ausprägungen. Diese Dokumente gehören zusammen, ersetzen sich aber nicht.

Die BNetzA stellt diese Dokumente als verbindliche Veröffentlichungen bereit. Die EDI@Energy-Dokumente werden zusätzlich über die BDEW-MaKo-Plattform bereitgestellt; der Zugriff auf bestimmte XML-Dateien kann dort ein Abonnement voraussetzen.

Die richtige Lesereihenfolge

Beginne mit dem Prozess, nicht mit dem Segment. Ein Geschäftsvorfall wie Lieferbeginn, Stammdatenänderung oder Gerätewechsel bestimmt, welche Nachricht und welcher Prüfidentifikator überhaupt passen. Danach gehst du in der folgenden Reihenfolge vor:

1. Geschäftsvorfall und Prozessrichtung bestimmen

Formuliere zunächst einen eindeutigen Satz: Wer teilt wem was mit und mit welcher Wirkung? „Der Lieferant meldet einen Lieferbeginn beim Netzbetreiber an“ ist verwertbarer als „UTILMD senden“. Prüfe danach, ob der Prozess Strom oder Gas betrifft und ob eine Anfrage, Bestätigung, Ablehnung oder Änderung vorliegt.

2. Version und Anwendungsfall auswählen

Nachrichtentyp und Version sind keine Nebensache. Ein gleicher Geschäftsvorfall kann in einer neuen Version zusätzliche Felder, neue Codes oder geänderte Bedingungen haben. Suche im AHB den Abschnitt mit dem passenden Anwendungsfall und notiere den Prüfidentifikator. Er ist der fachliche Schlüssel für die Nachricht.

3. Rollen und Kommunikationsrichtung prüfen

AHBs beschreiben die Sicht der beteiligten Rollen. Kontrolliere deshalb Absender, Empfänger und gegebenenfalls weitere Marktpartner. Eine fachlich richtige Information ist trotzdem falsch, wenn sie an die falsche Rolle oder in die falsche Richtung gesendet wird.

4. Tabellen von links nach rechts lesen

Lies bei einer Belegungstabelle zuerst die Segment- und Feldposition, dann die Kennzeichnung der Belegung, die Bedingung, das Format und die Beschreibung. Die technische Position allein sagt noch nicht, ob ein Feld im konkreten Anwendungsfall befüllt werden darf.

Muss, Kann und Bedingung

Die Kurzkennzeichnung in einer AHB-Tabelle ist eine erste Entscheidungshilfe. Sie ersetzt nicht die Bedingungsspalte und die Beschreibung des Anwendungsfalls.

Ein Kann-Feld ist damit kein Freitextfeld. Auch optionale Angaben müssen im erlaubten Format stehen, einen zulässigen Code verwenden und fachlich zum Vorgang passen. Bei bedingten Feldern ist die Bedingung selbst Teil der Umsetzung: Erst wenn sie wahr ist, wird das abhängige Feld relevant.

Von der Tabelle zur Nachricht

Für die Umsetzung empfiehlt sich eine kleine Prüfliste je Anwendungsfall:

1. Prozess und Version festhalten.
2. Prüfidentifikator und Kommunikationsrichtung übernehmen.
3. Rollen, Lokations- und Vorgangsreferenzen aus den Stammdaten bestimmen.
4. Mussfelder vollständig befüllen.
5. Bedingungen auslösen und abhängige Felder prüfen.
6. Codes, Formate, Datumswerte und Wiederholungen gegen MIG und Codelisten validieren.
7. Quittungen und fachliche Rückmeldungen dem ursprünglichen Vorgang zuordnen.

Ein Beispiel: Bei einer UTILMD-Stammdatenänderung reicht die Änderung eines sichtbaren Namens nicht aus. Zuerst muss klar sein, welche Lokation betroffen ist, ab welchem Datum die Änderung gilt und welcher Anwendungsfall diese Änderung beschreibt. Erst danach lassen sich die betroffenen Segmentgruppen und Codes auswählen.

Häufige Fehler beim AHB-Lesen

Nachrichtentyp mit Anwendungsfall verwechseln

UTILMD, MSCONS oder ORDERS beschreibt nur die Nachrichtenfamilie. Erst der Anwendungsfall legt die fachliche Bedeutung fest. Eine UTILMD ist daher nicht automatisch eine Anmeldung, und eine MSCONS ist nicht automatisch ein Zählerstand für einen bestimmten Abrechnungszweck.

MIG und AHB vermischen

Das MIG beantwortet die Strukturfrage. Das AHB beantwortet die Prozessfrage. Wer nur die technische Segmentreihenfolge übernimmt, kann eine syntaktisch gültige, aber fachlich unzulässige Nachricht erzeugen.

Alte Codeliste verwenden

Codes sind versions- und fachkontextabhängig. Verwende die Codeliste, auf die die gültige Dokumentversion verweist. Eine ähnlich klingende Bezeichnung aus einem älteren Release ist kein Beleg für Zulässigkeit.

Bedingte Felder pauschal befüllen

„Zur Sicherheit alles mitsenden“ funktioniert in der Marktkommunikation nicht. Zusätzliche Daten können eine Bedingung verletzen, eine falsche fachliche Aussage erzeugen oder die Nachricht ablehnbar machen.

Quellen und Pflegehinweis

Für die fachliche Arbeit sind die Originaldokumente maßgeblich:

• BNetzA: Mitteilung Nr. 56 zu Nachrichtentypversionen – Veröffentlichungs- und Umsetzungshinweise, einschließlich UTILMD AHB Strom 2.2.
• BNetzA: UTILMD AHB Strom 2.2 – aktuelles Anwendungshandbuch für den angekündigten Umsetzungstermin 1. Oktober 2026.
• BNetzA: Allgemeine Festlegungen 6.1d – übergreifende Regeln für die EDIFACT-Kommunikation.
• BDEW: EDI@Energy-MaKo-Plattform – ergänzende Nachrichtenbeschreibungen, XML-Dokumente und Arbeitsunterlagen.

Abrufdatum der Quellen: 8. September 2026. Vor einer produktiven Umsetzung sind der konkrete Umsetzungstermin, die aktuell gültige Version und eventuelle Änderungen der BNetzA zu prüfen.