Avant d'envoyer une e-facture, vous souhaitez vous assurer que le fichier XML est techniquement correct. Le validateur eConnect contrôle votre facture sur les schémas XML, les règles Schematron et les validations spécifiques par pays. L'outil est disponible gratuitement en tant que validateur en ligne.

Le validateur eConnect effectue plusieurs contrôles sur votre fichier d'e-facture :

Validation du schéma XML. La structure de base du fichier est-elle correcte ? Tous les éléments XML obligatoires sont-ils présents et correctement imbriqués ?

Validation Schematron. La facture respecte-t-elle les règles métier du profil choisi ? Pensez aux règles de calcul de TVA, aux champs obligatoires et aux listes de codes.

Contrôle du profil. Le système reconnaît automatiquement quel profil suit votre facture (BIS Billing V3, NLCIUS, PINT, XRechnung) et applique les règles de validation correspondantes.

Règles spécifiques par pays. Des règles de validation supplémentaires s'appliquent par pays. Pour les Pays-Bas, ce sont les règles NL-R, pour l'Allemagne les règles DE-R, pour le Danemark les règles DK-R, etc. Le validateur les applique automatiquement en fonction du code pays dans la facture.

Le validateur supporte tous les formats d'e-factures courants :

Le validateur en ligne est disponible sur /fr/validator. Vous n'avez pas besoin de créer un compte.

1. Ouvrez le validateur de documents.
2. Téléchargez votre fichier XML ou collez le contenu XML.
3. Le validateur reconnaît automatiquement le format et applique les règles appropriées.
4. Consultez le résultat : par règle, vous voyez si le contrôle a réussi, génère un avertissement ou contient une erreur.

En cas d'erreurs, le validateur fournit le code d'erreur exact, une description du problème et l'emplacement dans le fichier XML (XPath). Vous savez ainsi précisément ce qu'il faut corriger.

Le validateur donne trois types de messages :

• Erreur (error) : la facture ne respecte pas la spécification et sera rejetée sur le réseau Peppol. Vous devez corriger cela avant l'envoi.
• Avertissement (warning) : la facture ne sera pas rejetée, mais il y a un point d'attention. Les avertissements peuvent devenir obligatoires dans une future version.
• Informatif : une remarque sans conséquence sur l'envoi.

Les codes d'erreur courants commencent par un préfixe indiquant le domaine : PEPPOL- pour les règles Peppol générales, NL-R- pour les règles néerlandaises, BR- pour les règles de base de EN 16931. La description de l'erreur indique toujours le comportement attendu.

Lors de l'envoi d'une note de crédit, certaines erreurs de validation spécifiques reviennent régulièrement. L'erreur apparaît au niveau Peppol (pour les envois via API, par exemple sous la forme [API400.AT04] Invalid payload). Par règle, la cause et la solution :

BR-IC-11 et BR-IC-12 sont des règles de base EN 16931 qui ne s'appliquent que lorsque la note de crédit contient une catégorie de TVA intracommunautaire ; elles ne se produisent pas pour les livraisons nationales.

Une facture peut contenir une période à deux niveaux : une période de facture au niveau du document (BG-14) et une période de ligne par ligne de facture (BG-26, pour les services récurrents ou les abonnements au niveau de la ligne). Lorsque les deux sont utilisées, Peppol exige que chaque période de ligne se situe dans la période de facture englobante. Les erreurs suivantes apparaissent si cette condition n'est pas respectée :

Le contrôle sous-jacent de R110 consiste à vérifier que la date de début de la période de ligne est égale ou postérieure à la date de début de la période de facture. Si l'erreur persiste alors que la période de ligne semble correcte, vérifiez si le problème se situe au niveau du document : soit la période de facture (BT-73) est fixée trop tard, soit la période de ligne est involontairement plus large que prévu. Les deux périodes doivent s'englober mutuellement : la période de facture constitue la limite extérieure, chaque période de ligne doit s'y inscrire.

BR-30 (EN 16931) est une règle différente de R110/R111 : R110/R111 vérifient si la période de ligne se situe dans la période de facture, tandis que BR-30 vérifie uniquement l'ordre de deux dates de période de ligne présentes (BT-135 supérieure ou égale à BT-134).

Règles de période supplémentaires pouvant survenir dans le même contexte :

• BR-CO-19 / BR-CO-20 : si une période de facture (BG-14) ou une période de ligne (BG-26) est utilisée, au moins la date de début ou la date de fin doit être renseignée (l'une des deux suffit, les deux sont également autorisées).
• PEPPOL-EN16931-F001 : toutes les dates doivent être au format YYYY-MM-DD.

Ces règles s'appliquent aussi bien aux factures (ubl:Invoice) qu'aux notes de crédit (ubl:CreditNote).

En plus du validateur manuel, la plateforme eConnect effectue également une validation automatique au moment de l'envoi. Si une facture ne répond pas aux exigences, l'envoi est bloqué et vous recevez un message d'erreur avec la règle de validation concernée.

Pour les utilisateurs de l'API : la PSB valide chaque facture au moment de la soumission et retourne les résultats de validation dans la réponse API. Vous pouvez ainsi intégrer la validation dans votre propre processus logiciel.

Les règles de validation sont mises à jour à chaque nouvelle version de la spécification Peppol BIS Billing. eConnect met à jour les artefacts Schematron et les listes de codes dès qu'une nouvelle version devient obligatoire. Le validateur en ligne valide toujours par rapport à la version en vigueur.

Conseil : après une mise à jour de la spécification, vérifiez si vos factures sont toujours valides. De nouvelles règles peuvent imposer des exigences plus strictes sur des champs qui étaient auparavant optionnels.

Vous souhaitez consulter des fichiers d'exemple pour vérifier la structure de votre propre XML ? Téléchargez des fichiers d'exemple.

• Télécharger des fichiers d'exemple et des modèles NLCIUS
• Quelle est la différence entre XML, UBL, BIS Billing V3 et NLCIUS ?
• S'enregistrer sur Peppol pour l'envoi et la réception