En bref : le résultat qui fait foi est le rapport du validateur officiel KoSIT avec la configuration de validation XRechnung actuelle. De nombreuses plateformes de réception de factures utilisent cette même combinaison. Vérifiez vos fichiers avec elle avant de les envoyer.
Ce dont vous avez besoin
- Le validateur sous forme de programme Java : KoSIT Validator (versions) – fichier
validator-…-standalone.jar. - La configuration de validation pour la XRechnung : configuration du validateur XRechnung (versions) – décompressez le fichier ZIP.
- Un environnement d’exécution Java.
La configuration de validation est mise à jour régulièrement. Utilisez toujours la version la plus récente – les règles peuvent changer, comme récemment pour CII-SR-465 (en allemand).
Lancer la validation
java -jar validator-standalone.jar -s configuration\scenarios.xml -r configuration -o report invoice.xml-s désigne le fichier scenarios.xml de la configuration décompressée, -r son dossier et -o le dossier de sortie du rapport. Le validateur contrôle les XRechnungen dans les deux syntaxes (CII et UBL).
Lire le résultat
La console affiche ACCEPTABLE ou REJECT. Le dossier report contient le rapport détaillé avec tous les messages et leur emplacement dans le fichier. Les erreurs entraînent le rejet, les avertissements non.
Erreurs fréquentes
- BR-CO-15 / BR-CO-16 : le montant TTC et le montant d’arrondi ne concordent pas – voir indiquer correctement le montant d’arrondi.
- CII-SR-465 / CII-SR-466 : nom et service dans le même contact – voir l’interlocuteur dans la XRechnung (en allemand).
- BR-DE-30 / BR-DE-31 : prélèvement sans identifiant créancier ou sans IBAN du payeur – voir indiquer correctement un prélèvement SEPA (en allemand).
Et le contrôle de schéma du SDK ?
ValidateXmlAgainstXsd du SDK Aloaha ZUGFeRD vérifie un fichier par rapport à un schéma XSD, donc uniquement la structure. Les règles métier (règles de calcul, champs obligatoires, règles BR-DE) ne sont contrôlées que par le validateur KoSIT.
Questions fréquentes
Quel validateur fait foi pour la XRechnung ?
Le validateur officiel KoSIT avec la configuration de validation XRechnung actuelle. De nombreuses plateformes de réception de factures utilisent cette même combinaison.
Les avertissements entraînent-ils un rejet ?
Non. Seules les erreurs entraînent un REJECT ; les avertissements figurent dans le rapport, mais la facture reste ACCEPTABLE.
Le contrôle de schéma XSD du SDK suffit-il ?
Non. ValidateXmlAgainstXsd ne vérifie que la structure par rapport au schéma. Les règles de calcul, les champs obligatoires et les règles allemandes BR-DE ne sont contrôlés que par le validateur KoSIT.