Hallo Herr Hader,
auch wenn durch den Doppelpunkt formal nur ein weiteres Datenelement angekündigt aber nicht befüllt wird, widerspricht der erwähnte Aufbau des BGM-Segmentes:
BGM+10+A123456789101112131415++:'
doch dem erwarteten Aufbau:
BGM+10+A123456789101112131415'
EDIFACT wurde in Zeiten entwickelt, als jedes Byte geholfen hat, Speicher zu sparen und Übertragungsvolumen von Nachrichten zu reduzieren, daher der Grundsatz mit dem Segmentendekennzeichen abzuschließen, wenn keine Informationen mehr folgen. Deshalb hat man damals nur festgelegt, dass alle (Gruppen-) Datenelemente, die am Ende eines Segments stehen und für die kein Inhalt vorhanden ist, abgeschnitten werden können, weil damals jeder dem es erlaubt war etwas abzuschneiden, also weg lassen zu können, diese Möglichkeit zum Datensparen genutzt hätte.
In der DIN9735:1988 + Amd 1:1992 steht hierzu sinngemäß, dass Datenelemente, die am Ende eines Segmentes stehen und die keinen Inhalt haben, ausgeschlossen werden können und dass dann das Segment-Endezeichen unmittelbar nach dem letzten mit Inhalt belegten Datenelement angegeben wird. Eine identische Aussage ist auch für Gruppendatenelemente enthalten.
Dennoch wurde "nur" die Übertragung eines Datenelementes angekündigt. Da es aber letztendlich nicht passiert ist, kann formal auch nicht mit Code 16 abgelehnt werden. Syntaktisch ist das Segment auch nicht fehlerhaft sondern nur unüblich. Wenn man von Diskussionen mit Marktpartnern und evt. Störungen der Marktkommunikation vermeiden möchte sollte man sich an dem orientieren, was üblich, d. h. weit verbreitet ist. Das ist in diesem Fall die nicht genutzten /(Gruppen-)Datenelemente abzuschneiden. Daher empfehle wir dies umzusetzen, auch wenn es nicht verbindlich vorgeschrieben ist.
Freundliche Grüße,
Ihr BDEW-Forum Datenformate
|