# Gestion programmatique des erreurs de schéma de facturation électronique

- 2026-08-29

Analysez les erreurs de validation, trouvez les problèmes de structure XML et d’espace de noms, puis appliquez uniquement des corrections appuyées par une source.

## Analyse du contenu de validation

Lorsqu’une facture échoue à la validation du schéma, l’API renvoie des erreurs JSON structurées au lieu du XML converti. Associez les codes connus aux champs, mais ne changez une valeur que si une source ou des données de base approuvées la confirment. Confiez les changements ambigus ou importants à une personne.

La réponse d'erreur contient un code d'état `VALIDATION_FAILED` ainsi qu'un tableau d'objets d'erreur. Chaque objet fournit un chemin spécifique vers le champ défaillant, la valeur à l'origine de l'erreur et une description lisible par l'homme de la règle de conformité qui a été enfreinte (par exemple, `BR-CO-13`).

## Automatisation des résolutions courantes

- Pour une `BuyerReference` manquante, utilisez la valeur de cette commande issue des données client ou commande approuvées. Si elle manque, demandez-la à l’acheteur ; n’insérez pas de `Leitweg-ID` par défaut.
- Pour les écarts d'arrondi (par exemple, les différences de `PayableAmount`), examinez le document source et corrigez les montants de ligne ou les valeurs de TVA sous-jacents ; n'acceptez que des valeurs conformes à la facture.
- En cas de code d'unité manquant, Invoice Converter applique `C62` par défaut à la ligne et la signale pour révision ; confirmez que l'unité signalée correspond à la facture source avant de l'accepter.

## Relance ou escalade manuelle

- Relancez automatiquement uniquement après une erreur temporaire de connexion ou de limite, ou après une correction déterministe confirmée par les données source.
- Examen manuel : Requis lorsque les totaux sont sensiblement différents, que les coordonnées bancaires sont manquantes ou que les catégories fiscales sont ambiguës.