Der Rechnungstyp-Code steht nicht in der erwarteten Liste

`Invoice type code` (BT-3) sollte den Wert 326, 380, 381, 384, 389, 875, 876 oder 877 aus der Liste UNTDID 1001 haben.

Nur der Aussteller kennt diesen Wert: Factlint meldet ihn und erfindet ihn niemals. Testen Sie Ihre Rechnung, um zu erfahren, ob sie betroffen ist.

Die Meldung, die Ihr Validator ausgibt

Wortgetreu aus dem versiegelten Artefakt übernommen: genau dieser Satz wird ausgegeben, wenn diese Regel fehlschlägt.

[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).

Zitiert aus schematron-xrechnung 3.0.2, lizenziert unter Apache-2.0.

Häufige Suchen zu diesem Code

Diese Formulierungen spiegeln die Suche eines Integrators: Code, Syntax, Regel, Fachfeld und Korrektur.

BR-DE-17 Der Rechnungstyp-Code steht nicht in der erwarteten ListeBR-DE-17 XRechnung-Schematron-Paket (KoSIT)BR-DE-17 BT-3[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).BR-DE-17 correction

Ihre Datei mit diesem Fehler im Blick prüfen

Laden Sie die betroffene Rechnung hoch: der Bericht zeigt, ob dieser Code vorkommt, wo er im Dokument steht und ob Factlint ihn nur meldet oder auch beheben kann.

Um diese Prüfung in einem ERP-Ablauf zu automatisieren, rufen Sie die Validierungs-API auf und verknüpfen jeden zurückgegebenen Code mit seiner öffentlichen Seite.

Prüfer öffnen API ansehen

Warum dieser Fehler auftritt

XRechnung schränkt eine Liste ein, die die EN 16931 weit lässt. Die letzten drei Codes — 875, 876, 877 — sind dem deutschen Bauwesen eigen (Abschlagsrechnungen). Ein technisch gültiger, aber nicht gelisteter Code wie 388 (*tax invoice*) besteht die europäische Prüfung und scheitert hier.

So beheben Sie ihn

Wählen Sie in Ihrem System den Code, der das Dokument tatsächlich beschreibt. Factlint ersetzt ihn nicht: der Typ einer Rechnung ist eine rechtliche Einordnung und keine Formalie — aus einer 388 eine 380 zu machen, würde ändern, was das Dokument von sich behauptet.

XML-Korrekturbeispiel

VORHER (ungültig)

<ram:TypeCode>325</ram:TypeCode>

NACHHER (konform)

<ram:TypeCode>380</ram:TypeCode>