BR-04: Code de type de facture (BT-3) manquant

NormeEN 16931-1 (modèle sémantique européen de la facture électronique)GravitéErreur: la facture est rejetéeSyntaxeUBL, CIITermes métier

BT-3 Invoice type code

S'applique àToute facture EN 16931 : Factur-X / ZUGFeRD 2.x (profils EN 16931, EXTENDED, XRECHNUNG), XRechnung, Peppol BIS Billing 3.0 et les CIUS nationales.

Texte officiel de la règle

[BR-04] An Invoice shall have an Invoice type code (BT-3).

Le texte normatif est en anglais ; il est cité tel quel.

Pourquoi cette erreur apparaît

La règle vérifie que le type de document est codé : cbc:InvoiceTypeCode (UBL Invoice) ou cbc:CreditNoteTypeCode (UBL CreditNote), ou rsm:ExchangedDocument/ram:TypeCode en CII. Les destinataires s'appuient sur ce code pour orienter le document vers le bon processus comptable (facture, avoir, facture rectificative). Il manque normalement lorsque le modèle d'export n'a pas de mappage du type ou code en dur un élément vide.

Comment corriger

En UBL, ajoutez cbc:InvoiceTypeCode après cbc:IssueDate (pour un document CreditNote, utilisez cbc:CreditNoteTypeCode). En CII, ajoutez rsm:ExchangedDocument/ram:TypeCode. Utilisez un code de la liste UNTDID 1001, généralement 380 (facture commerciale), 381 (avoir), 384 (facture rectificative), 389 (autofacture) ; voir BR-CL-01 pour la liste complète des valeurs autorisées. Attention : 381 n'est pas admis dans un document UBL Invoice, utilisez plutôt un UBL CreditNote.

Exemple (valide)

<cbc:IssueDate>2026-10-14</cbc:IssueDate>
<cbc:InvoiceTypeCode>380</cbc:InvoiceTypeCode>

Ce que le validateur vérifie

Élément vérifié (contexte):

UBL

/ubl:Invoice | /cn:CreditNote

Test (XPath):

normalize-space(cbc:InvoiceTypeCode) != '' or normalize-space(cbc:CreditNoteTypeCode) !=''

CII

/rsm:CrossIndustryInvoice

Test (XPath):

normalize-space(rsm:ExchangedDocument/ram:TypeCode) != ''

Corriger automatiquement

Le vérificateur corrige cette erreur dès que vous saisissez la valeur manquante : déposez le fichier et cliquez sur « Corriger automatiquement ».

Corriger ma facture →

La même vérification par API:

curl -F file=@invoice.xml https://einvoicechecker.com/v1/validate

Règles liées

BR-01 Identifiant de spécification (BT-24) manquant
BR-02 Numéro de facture (BT-1) manquant
BR-03 Date d'émission de la facture (BT-2) manquante
BR-05 Code devise de la facture (BT-5) manquant
BR-06 Nom du vendeur (BT-27) manquant
BR-07 Nom de l'acheteur (BT-44) manquant
BR-08 Adresse postale du vendeur manquante
BR-09 Code pays du vendeur (BT-40) manquant

Questions fréquentes

Que signifie BR-04 ?

BR-04 est une règle de base en 16931 : An Invoice shall have an Invoice type code (BT-3).

Ma facture sera-t-elle rejetée à cause de BR-04 ?

Oui. BR-04 est classée « bloquante » ; les validateurs (plateformes agréées, points d'accès Peppol, KoSIT, KSeF) rejettent la facture tant qu'elle n'est pas corrigée.

À quels formats s'applique BR-04 ?

Toute facture EN 16931 : Factur-X / ZUGFeRD 2.x (profils EN 16931, EXTENDED, XRECHNUNG), XRechnung, Peppol BIS Billing 3.0 et les CIUS nationales. Syntaxe : UBL et CII.

Source: EN 16931-1:2017 schematron (CEN TC434, via Peppol BIS 3.0.20). Catalogue généré à partir des jeux de règles officiels le 2026-10-15.