# BR-CL-01 Le code de type de facture doit provenir de la liste UNTDID 1001

Le code de type de facture (BT-3) doit appartenir aux codes de facture et d’avoir que la norme EN 16931 reprend de la liste UNTDID 1001. En UBL, les documents Invoice et CreditNote ont chacun leur propre liste.

## Description du problème

> **ERREUR**: Règle de liste de codes EN 16931 (BR-CL)

## Contexte et importance

BT-3 indique au destinataire s’il doit comptabiliser le document comme une facture ou comme un avoir. En UBL, 381 n’est admis que dans cbc:CreditNoteTypeCode : un ERP qui exporte chaque document comme Invoice avec le code 381 enfreint cette règle, alors que le même code est valide en CII. Autre cause fréquente : un type de pièce interne (« INV », « FA ») écrit à la place d’un code. Associez chaque type de pièce interne à un code UNTDID 1001 avant l’export. XRechnung restreint en outre les codes admis (BR-DE-17).

## Solution

Définissez BT-3 sur un code valide, par exemple 380 (facture commerciale), 326 (facture partielle), 384 (facture rectificative), 389 (autofacturation) ou 875 à 877 (factures de travaux). En UBL, un avoir de code 381 doit être un document CreditNote (cbc:CreditNoteTypeCode) : un 381 dans cbc:InvoiceTypeCode déclenche BR-CL-01. En CII, le code figure dans rsm:ExchangedDocument/ram:TypeCode.

- [Valider le XML](/fr/xrechnung-validator?source=resource&rule=BR-CL-01)
- [Convertir la facture](/fr/pdf-to-xrechnung?source=resource&rule=BR-CL-01)

## Exemples valides

- BT-3 = 380 — facture commerciale (UBL Invoice)
- BT-3 = 381 — avoir (en UBL : uniquement dans un document CreditNote)

## Exemples invalides

- cbc:InvoiceTypeCode = 381 dans un document UBL Invoice — les codes d’avoir relèvent d’un CreditNote
- BT-3 = FA — type de pièce interne au lieu d’un code
- BT-3 = 999 — absent de la liste UNTDID 1001

## Exemples de code

### XML valide
```
<cbc:InvoiceTypeCode>380</cbc:InvoiceTypeCode>
```

### XML invalide
```
<cbc:InvoiceTypeCode>381</cbc:InvoiceTypeCode>
```

## Champs concernés

- [BT-3 Code de type de facture](/resources/xrechnung/bt-3-invoice-type-code)

## Règles associées

- [BR-DE-17](/resources/kosit-validator-errors/br-de-17-invoice-type-code-should-be-xrechnung-supported)

## Outils de validation

- [Validateur KoSIT officiel](https://github.com/itplr-kosit/validator): Exécutez le validateur officiel du KoSIT avec la configuration XRechnung pour contrôler les règles EN 16931 et XRechnung.
- [Convertir un PDF en XRechnung](/pdf-to-xrechnung): Repérez les erreurs de validation pendant la conversion et vérifiez chaque correction.

## Ressources associées

- [Spécification officielle](https://docs.peppol.eu/poacc/billing/3.0/rules/ubl-tc434/)
- [Suite de tests](https://github.com/itplr-kosit/xrechnung-testsuite)
- [Toutes les erreurs de validation](/resources/kosit-validator-errors): Vue d’ensemble des règles de validation EN 16931, XRechnung et Peppol expliquées ici.