Guide
Corriger une facture XML rejetée par un validateur
Lire un rapport de validation XML : identifier le bon profil, traiter les erreurs dans l’ordre et corriger la source avant de produire un nouvel export.
Un rapport contenant beaucoup d’erreurs ne signifie pas forcément que chaque ligne de facture est fausse. Un mauvais profil ou une structure XML cassée peut déclencher une cascade de messages. L’objectif est de retrouver la première cause utile, puis de vérifier que sa correction résout le problème sans en créer un autre.
Commencer par le document et le profil
Contrôlez que vous avez sélectionné le fichier attendu et que son format est pris en charge. Une erreur de lecture ou de schéma se traite avant une règle de calcul : les données doivent pouvoir être interprétées. Vérifiez ensuite la version et le profil annoncés dans le rapport. N’utilisez pas un validateur générique pour conclure à la conformité d’un format national non pris en charge.
Classer les messages
Regroupez les erreurs par cause : champ absent, code inconnu, référence incorrecte ou total incohérent. Notez le code de règle et l’emplacement concerné. Une série de messages sur la TVA peut provenir d’une seule catégorie mal renseignée. Corrigez la donnée dans le logiciel de facturation, puis régénérez l’XML ; une retouche manuelle isolée risque de réapparaître au prochain export.
Comparer les résultats
Rejouez le même contrôle sur le nouveau fichier et comparez les rapports. Examinez aussi les avertissements et les contrôles non effectués. Un résultat favorable ne prouve ni la transmission au client ni l’exactitude fiscale de l’opération. Conservez un cas de test minimal pour vérifier les prochaines versions du logiciel.
Vérifier son propre cas
Travaillez d’abord sur une copie et gardez l’original intact. Notez le résultat attendu, l’action réellement effectuée et la version du logiciel utilisé. Comparez ensuite numéro du document, parties, devise et montants avec la facture de départ. Faites expliquer toute différence avant de réutiliser le résultat. Pour diagnostiquer un échec, un petit exemple anonymisé est préférable à l’envoi indiscriminé de données clients complètes. Rejouez le test après une modification de l’export et, si nécessaire, confirmez que le destinataire sait recevoir et exploiter le document obtenu.
Sources et prochaine étape
Outils sur ce sujet
Autres guides
- UBL ou CII : reconnaître le XML d’une facture
- Avoir électronique : références, montants et contrôle XML
- TVA et arrondis : retrouver l’écart dans une facture XML
- Facture PDF ou facture électronique : quelle différence ?
- Facture électronique 2026-2027 : qui est concerné et quand
- L’EN 16931 expliquée : la norme derrière les formats de facture électronique
Pas de conseil juridique. Dates et obligations suivent les publications officielles citées dans le texte ; quand une date n’est pas définitive, le texte le dit.