Der Dokumenttypcode steht nicht in der französischen Liste
Der Dokumenttyp (BT-3) muss einer der sechzehn von der Reform zugelassenen Codes sein: 380, 381, 384, 386, 389, 393, 396, 261, 262, 471, 472, 473, 500, 501, 502, 503. Die übrigen Codes der Liste UNTDID 1001 werden abgelehnt.
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.
ciiBR-FR-04/BT-3 : Le code type de document (ram:TypeCode) n’est pas autorisé. Valeurs acceptées : 380, 389, 393, 501, 386, 500, 384, 471, 472, 473, 261, 262, 381, 396, 502, 503. Valeur actuelle : " ". Veuillez utiliser un code conforme à la liste autorisée. Les autres codes définis dans la norme UNTDID 1001 ne doivent pas être utilisés.
ciiBR-FR-04/EXT-FR-FE-02 : Le code type de document référencé (ram:TypeCode) n’est pas autorisé. Valeurs acceptées : 380, 389, 393, 501, 386, 500, 384, 471, 472, 473, 261, 262, 381, 396, 502, 503. Valeur actuelle : " ". Veuillez utiliser un code conforme à la liste autorisée.
ciiBR-FR-04/EXT-FR-FE-137 : Le code type de document référencé en ligne (ram:TypeCode) n’est pas autorisé. Valeurs acceptées : 380, 389, 393, 501, 386, 500, 384, 471, 472, 473, 261, 262, 381, 396, 502, 503. Valeur actuelle : " ". Veuillez utiliser un code conforme à la liste autorisée.
ubl[BR-FR-04/BT-3] : Le code type de document (cbc:InvoiceTypeCode") n’est pas autorisé. Valeurs acceptées : 380, 389, 393, 501, 386, 500, 384, 471, 472, 473, 261, 262, 381, 396, 502, 503. Valeur actuelle : " ". Veuillez utiliser un code conforme à la liste autorisée. Les autres codes définis dans la norme UNTDID 1001 ne doivent pas être utilisés.
ubl[BR-FR-04/EXT-FR-FE-02] : Le code type de document référencé (cbc:DocumentTypeCode) n’est pas autorisé. Valeurs acceptées : 380, 389, 393, 501, 386, 500, 384, 471, 472, 473, 261, 262, 381, 396, 502, 503. Valeur actuelle : " ". Veuillez utiliser un code conforme à la liste autorisée.
ubl[BR-FR-04/EXT-FR-FE-137] : Le code type de document référencé en ligne (cbc:DocumentTypeCode) n’est pas autorisé. Valeurs acceptées : 380, 389, 393, 501, 386, 500, 384, 471, 472, 473, 261, 262, 381, 396, 502, 503. Valeur actuelle : " ". Veuillez utiliser un code conforme à la liste autorisée.
Zitiert aus schematron-fnfe 1.4.0.03, lizenziert unter Apache-2.0.
Häufige Suchen zu diesem Code
Diese Formulierungen spiegeln die Suche eines Integrators: Code, Syntax, Regel, Fachfeld und Korrektur.
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.
Warum dieser Fehler auftritt
Die internationale Liste zählt Hunderte von Typen; die Plattform verarbeitet nur sechzehn, weil jeder einen Kreislauf auslöst — Rechnung, Gutschrift, Anzahlung, Korrekturrechnung, Gutschriftverfahren. Ein Code außerhalb der Liste, etwa die Proforma 325, hat keinen Kreislauf, und die Rechnung kommt nicht hinein. Die Regel stammt aus dem FNFE-Schematron-Paket, nicht aus der europäischen Norm: eine der EN 16931 einwandfrei entsprechende Rechnung löst sie aus, sobald sie gegen die französische Basis geprüft wird.
So beheben Sie ihn
Ordnen Sie Ihre internen Typen der Liste zu: 380 für eine gewöhnliche Rechnung, 381 für eine Gutschrift. Factlint wählt den Typ eines Buchungsbelegs nicht an Ihrer Stelle.
Vom Regelwerk zurückgegebene Schwere
Blockierend seit dem 1. September 2026: die aktuelle Basis, `fr-2026-09`, versiegelt das FNFE-Artefakt 1.4.0.03 im Modus fatal, und sie ist es, die die angeheftete Engine standardmäßig anwendet. Eine im August 2026 ausgestellte Rechnung wird gegen `fr-2026-08` geprüft, wo dieselbe Regel als Warnung ausgegeben wird — was das Urteil „konform“ bereits ausschließt. Die API gibt die Schwere des für die geprüfte Rechnung angehefteten Regelwerks zurück.
XML-Korrekturbeispiel
<ram:TypeCode>325</ram:TypeCode>
<ram:TypeCode>380</ram:TypeCode>