EDIFACT-Trennzeichen und Zeichensatz

Kurzantwort

Eine EDIFACT-Datei ist ein Strom aus Zeichen, in dem fünf Sonderzeichen die Struktur bilden: Segmentende ('), Datenelementtrenner (+), Komponententrenner (:), Freigabezeichen (?) und das Dezimalzeichen (.). Das optionale Segment UNA legt sie fest; ohne UNA gelten die Standardwerte. Der Zeichensatz der Energiewirtschaft ist UNOC (UN/ECE Zeichensatz C), nicht UTF-8. Wer Marktnachrichten verarbeitet, muss die Datei in dieser Reihenfolge lesen: Zeichensatz, Trennzeichen, Segmente, Elemente.

Maßgeblich sind die Allgemeinen Festlegungen in der Fassung 6.1d, verbindlich ab 01.10.2026 (Mitteilung Nr. 56 der Bundesnetzagentur). Aus ihnen stammen alle Seitenangaben unten, sofern nichts anderes steht.

UNA: sechs Zeichen, feste Reihenfolge

Das UNA-Segment besteht aus der Kennung UNA und genau sechs Zeichen. Es trägt keine Trenner dazwischen, die Position bestimmt die Bedeutung (S. 49).

Die Regeln dazu aus den Allgemeinen Festlegungen:

• Bei den Standardtrennzeichen muss UNA nicht gesendet werden.
• Wird UNA gesendet, steht es unmittelbar vor UNB und enthält alle sechs Zeichen, auch wenn nur eines vom Standard abweicht.
• Alle Trennzeichen müssen voneinander verschieden sein.

Das Beispiel der Festlegungen lautet UNA:+.? '. Das fünfte Zeichen ist ein Leerzeichen. Wer UNA in einem Editor oder Logfile „bereinigt“ und das Leerzeichen entfernt, verschiebt die Zeichen und zerstört die Zuordnung.

Was die Trennzeichen trennen

Im MIG zeigt jedes Segment ein Beispiel. Aus UTILMD MIG Strom S2.2, S. 32:

NAD+MS+9900259000002::293'

• NAD ist die Segmentkennung, danach beginnt jedes Datenelement mit +.
• MS ist das erste Datenelement (Qualifier, Absender).
• 9900259000002::293 ist eine Datenelementgruppe mit drei Komponenten, getrennt durch :. Die mittlere Komponente ist leer, denn die BDEW-Anwendung benutzt sie nicht.
• ' beendet das Segment.

Die leere mittlere Komponente bleibt als :: stehen, damit 293 an der dritten Position bleibt.

Freigabezeichen: das nächste Zeichen ist Inhalt

Steht das Freigabezeichen ? vor einem Zeichen, verliert dieses seine Struktur-Bedeutung. Zwei echte Beispiele aus dem MIG:

DTM+137:199904081315?+00:303'
FTX+Z13++KNSG5674??"§+https?://www.Stadtwerk_xy.de/...:X:X:X:X'

Die erste Zeile stammt von S. 29. Dort ist ?+ ein Pluszeichen im Datum (Zeitzonenangabe +00), die Elemente werden also nicht getrennt. In der zweiten Zeile (S. 73) steht ?? für ein Fragezeichen im Text und https?: für den Doppelpunkt der Internetadresse. Das gilt auch für Kennzahlen: Die OBIS-Kennzahl 1-0:56.5.54 erscheint in Zitaten der Festlegungen als 1-0?:56.5.54 (Kapitel 6.4.1, S. 59).

Ein einfaches Aufteilen am Pluszeichen oder Doppelpunkt ist deshalb falsch. Der Parser muss beim Lesen jedes ? erkennen, ein Zeichen überspringen und es als Inhalt übernehmen. Erst danach darf er das Freigabezeichen selbst entfernen.

Zeichensatz: UNOC

Der Zeichensatz steht im UNB-Segment, Datenelement 0001 (Syntax-Kennung): UNOC bedeutet UN/ECE-Zeichensatz C, dazu die Syntaxversion 3, also UNB+UNOC:3+…. Die Festlegungen schreiben für die BDEW-Spezifikation den Zeichensatz C vor. Wer einen anderen nutzen will, muss das vorher bilateral vereinbaren (S. 50 bis 51). Nach der Syntaxnorm ISO 9735 entspricht Level C dem Zeichensatz ISO 8859-1 (Latin-1); das steht nicht in den Festlegungen selbst.

Eine Einschränkung gilt für die Datenaustauschreferenz (UNB DE0020): erlaubt sind nur Großbuchstaben A bis Z, die Umlaute Ä, Ü, Ö, Ziffern und die Sonderzeichen - | { } ! ~. Eine Referenz darf innerhalb von 10 Jahren nicht erneut verwendet werden (S. 51).

UTF-8 gilt nur für die XML-Nachrichten (Kapitel 8.7, S. 95). Wer eine UNOC-Datei blind als UTF-8 liest, bekommt für Umlaute ungültige Bytefolgen.

Zahlen und Dezimalzeichen

Das Dezimalzeichen ist kein Trennzeichen der Struktur. Für Zahlen gilt nach Kapitel 2.18 (S. 22 bis 23):

• Ziffern 0 bis 9, auch wenn das Datenelement alphanumerisch ist.
• Keine Tausendertrennzeichen.
• Als Dezimaltrennzeichen immer das im UNA definierte Zeichen (Standard: Punkt).
• Positive Werte ohne Vorzeichen, negative mit Minus direkt vor dem Wert, etwa -45454.

Wie viele Nachkommastellen ein Wert hat und in welchem Format er steht, bestimmt die MIG je Datenelement. So hat die Marktlokations-ID im Segment LOC in der BDEW-Anwendung das Format n11 (genau elf Ziffern), im Standard dagegen an..35 (MIG S. 76). In den XML-Nachrichten gilt immer der Punkt (Kapitel 8.17, S. 101).

Typische Fehler

Parser teilt nur am Plus. Freigegebene Zeichen und Datenelementgruppen gehen verloren. Der Parser braucht eine Zustandsmaschine mit Freigabezeichen.

UNA fehlt oder wurde verändert. Ohne UNA gelten die Standardtrenner. Weicht der Absender ab, ist jede Position danach falsch.

Falscher Zeichensatz. Umlaute in Namen oder Freitexten werden verfälscht. Das ist kein Syntaxfehler, aber ein Datenfehler.

Dezimalzeichen umgewandelt. Ein Komma wird zum Punkt oder umgekehrt, ohne dass UNA es vorsieht.

Mit einer kleinen Testmenge lässt sich der Parser prüfen: eine Nachricht mit und ohne UNA, ein ?+ im Text, ein ??, eine leere Komponente (::), ein Umlaut, eine negative Zahl.

Typische Missverständnisse

„Ein Zeilenumbruch beendet das Segment.“ Das Segmentende ist das Apostroph aus UNA6. Die Festlegungen nennen keine Zeilenumbrüche als Segmentgrenze; wie der Parser sie behandelt, ist hier nicht belegt.

„EDIFACT benutzt immer +, : und '.“ Das sind die Standardwerte. Die Vorgabe lässt über UNA andere Zeichen zu.

„Das Komma ist in Deutschland das Dezimalzeichen.“ Standard ist der Punkt, geändert nur über UNA.

Weiter mit UNH, UNT und die Nachrichtenstruktur und dem Überblick EDIFACT, AHB und MIG. Das Glossar erklärt EDIFACT, Qualifier und Segment.