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

Le code de type de document (BT-3) doit être une valeur des listes de codes facture et avoir de UNTDID 1001.

## Description du problème

Le code de type de document (BT-3) doit être une valeur des listes de codes facture et avoir de UNTDID 1001.

> **ERREUR**: XRechnung 3.0

## Contexte et importance

Cette règle de liste de codes du noyau EN16931 garantit que le type de document est lisible par tous les systèmes récepteurs.

## Solution

Définissez BT-3 sur un code UNTDID 1001 valide, p. ex. 380 (facture commerciale), 381 (avoir), 384 (facture corrigée), 389 (autofacturation) ou 875-877 (factures de construction).

- validate
- convert

## Exemples valides

- BT-3 = 380 — facture commerciale
- BT-3 = 381 — avoir

## Exemples invalides

- BT-3 = 999 — absent de UNTDID 1001
- BT-3 = INV — texte libre au lieu d’un code

## Exemples de code

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

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

## Champs concernés

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

## Règles associées

- [BR-CL-06](/resources/kosit-validator-errors/br-cl-06-untdid-2005-vat-point-date)

## Outils de validation

- [Validateur KoSIT officiel](https://erechnungsvalidator.service-bw.de/): Validez vos fichiers XRechnung par rapport à toutes les règles BR-DE.
- [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://xeinkauf.de/xrechnung/)
- [Suite de tests](https://github.com/itplr-kosit/xrechnung-testsuite)
- [Toutes les erreurs de validation](/resources/kosit-validator-errors): Aperçu de toutes les règles de validation XRechnung en Allemagne.