Corriger BR-DE-17 : Code de type de facture non autorisé (BT-3)

Que signifie BR-DE-17 ?

L'élément "Invoice type code" (BT-3) ne devrait contenir que les codes suivants de la liste de codes UNTDID 1001 : 326 (Partial invoice), 380 (Commercial invoice), 384 (Corrected invoice), 389 (Self-billed invoice) et 381 (Credit note), 875 (Partial construction invoice), 876 (Partial final construction invoice), 877 (Final construction invoice). La règle vient de la KoSIT (XRechnung) et n'est qu'un avertissement : la facture reste valide.

Causes fréquentes de BR-DE-17

• Une facture d'acompte porte le code 386. XRechnung ne recommande pas ce code, mais l'admet ; l'avertissement est alors acceptable.
• Un autre code de UNTDID 1001 figure dans BT-3, par exemple 383 (note de débit) ou 393 (facture affacturée).
• Des chiffres inversés, par exemple 830 au lieu de 380. Si le code ne figure pas du tout dans la liste, BR-CL-1 apparaît en plus.

Comment corriger BR-DE-17

1. Repérer l'endroit fautif dans le XML. Ouvrez le XML de la facture et allez au champ BT-3 par le XPath suivant ://rsm:ExchangedDocument/ram:TypeCode
2. Appliquer la correction. Pour le type de facture (BT-3), n'utilisez que les codes UNTDID 1001 autorisés : 326, 380, 384, 389, 381, 875, 876, 877. Sur une facture d'acompte (386), l'avertissement est acceptable : XRechnung ne recommande pas ce code, mais l'admet. Pour l'éviter, utilisez 326 (facture partielle).
3. Valider à nouveau. Enregistrez le fichier et validez-le à nouveau pour vérifier que BR-DE-17 n'est plus signalé.

Questions fréquentes sur BR-DE-17

Codes d'erreur voisins

Vérifier BR-DE-17 automatiquement

Plutôt que de fouiller le XML à la main, vous pouvez valider votre fichier Factur-X ou XRechnung en ligne : déposez le PDF ou le XML et vous recevez chaque erreur avec l'identifiant de la règle, le champ concerné, la proposition de correction et le XPath, sous forme de rapport lisible ou de JSON par l'API.