Was „leer“ technisch bedeutet
Ein XML-Element kann vorhanden sein, aber keinen Text- oder Attributwert enthalten. Solche leeren Strukturen sind häufig ein Nebenprodukt generischer ERP-Exporter, die optionale Felder immer serialisieren.
<ram:SpecifiedTradePaymentTerms>
<ram:Description></ram:Description>
</ram:SpecifiedTradePaymentTerms>Warum ein Dummywert keine gute Reparatur ist
Ein Bindestrich, „N/A“ oder ein Leerzeichen kann die Leere technisch verdecken, aber fachlich falsche Daten erzeugen. Entscheidend ist die Kardinalität des jeweiligen Elements: optional ohne Wert bedeutet meist „Element weglassen“, verpflichtend bedeutet „echten Wert aus dem Geschäftsprozess liefern“.
Typische Ursachen
- Leeres ERP-Feld wird trotzdem als XML-Element exportiert.
- Parent-Gruppe wird erzeugt, obwohl alle Unterfelder leer sind.
- Whitespace wird fälschlich als Inhalt behandelt.
- Mapping kennt Optionalität nicht.
- Nach einem Versionsupdate werden zusätzliche Elemente automatisch geschrieben.
Dauerhafte Korrektur
- Validatorpfad des leeren Elements notieren.
- Quellfeld im ERP und XML-Mapping identifizieren.
- Optionalitätsregel aus Spezifikation/Profil prüfen.
- Exporter so ändern, dass leere optionale Elemente entfallen.
- Mehrere Belegtypen regressionsprüfen, nicht nur die einzelne Rechnung.
Nach der Korrektur weiterprüfen
Ein leerer Knoten kann der erste sichtbare Fehler sein. Nach dem Entfernen sollte die komplette Datei erneut gegen Profil-, EN-16931- und gegebenenfalls PDF/A-Regeln geprüft werden.
Häufige Fragen
Kann ich leere Tags einfach per Texteditor löschen?
Für einen Test kann das den Effekt zeigen, aber produktiv sollte die Ursache im Generator oder Mapping behoben werden, damit der Fehler nicht bei der nächsten Rechnung zurückkehrt.
Gilt „leer vermeiden“ auch für Pflichtfelder?
Ja, aber Pflichtfelder dürfen nicht einfach entfallen. Sie benötigen einen fachlich korrekten Wert.