ARLing

E-Rechnung / Regeln / BR-DE-17

Regel der E-Rechnung XRechnung 3.x

BR-DE-17: XRechnung erwartet einen Rechnungstyp-Code

XRechnung erwartet einen Rechnungstyp-Code (BT-3) aus der engeren Liste: 326, 380, 381, 384, 389, 875, 876, 877.

Eigene Datei prüfen (kostenlos) E-Rechnung erstellen

Originalwortlaut der Regel

[BR-DE-17] Mit dem Element "Invoice type code" (BT-3) sollen ausschließlich folgende Codes aus der Codeliste UNTDID 1001 übermittelt werden: 326 (Partial invoice), 380 (Commercial invoice), 384 (Corrected invoice), 389 (Self-billed invoice) und 381 (Credit note),875 (Partial construction invoice), 876 (Partial final construction invoice), 877 (Final construction invoice).

Quelle des Zitats: XRechnung 3.x (itplr-kosit/xrechnung-schematron, Lizenz Apache 2.0)

So beheben Sie es

  1. Öffnen Sie die XML-Datei und suchen Sie das Element cbc:InvoiceTypeCode.
  2. Ergänzen oder korrigieren Sie das Element so, wie es der Wortlaut der Regel oben verlangt.
  3. Speichern Sie die Datei und prüfen Sie sie erneut mit unserer Prüfung. Sie läuft in Ihrem Browser, die Datei wird nirgendwohin gesendet.

Richtiger UBL-2.1-Ausschnitt

<cbc:InvoiceTypeCode
    xmlns:cbc="urn:oasis:names:specification:ubl:schema:xsd:CommonBasicComponents-2">380</cbc:InvoiceTypeCode>

Der Ausschnitt ist nur der Teil des Belegs, um den es in der Regel geht. Setzen Sie ihn an der richtigen Stelle in die Rechnung ein; die Namensräume stehen hier nur, damit der Ausschnitt für sich lesbar bleibt.

Wann sie gemeldet wird

Profil: XRechnung 3.x

Einstufung bei uns: Warnung

Wo wir den Befund zeigen: /Invoice/cbc:InvoiceTypeCode

Verwandte Regeln

Unsere Prüfung ist nicht vollständig: wir prüfen weder das XSD-Schema noch alle Regeln, und dass eine Datei durchläuft, sagt nichts darüber, ob der Empfänger oder das Peppol-Netz sie annimmt. Die Lizenzen der zitierten Wortlaute stehen in unseren Quellen.