Actualité analysée
Cas d’usage AFNOR : renforcer la recette ERP
La DGFiP a annoncé le dossier des cas d’usage le 19 juin 2025. Utilisez-le pour cadrer vos variantes de facture et vos preuves de recette ERP.
Publié le .
Mis à jour le .
Date de l’événement ou de l’annonce : .
Ce qui a été annoncé
Le 19 juin 2025, la DGFiP a annoncé la mise à jour du dossier des cas d’usage de la facturation électronique, issu des travaux de la commission de normalisation de l’AFNOR. La rubrique des spécifications externes B2B réunit désormais trois normes : la norme XP Z12-012 (formats et profils des messages de factures et de statuts de cycle de vie), la norme XP Z12-013 (API pour interfacer les systèmes d’information des entreprises avec les plateformes) et la norme XP Z12-014 (cas d’usage B2B applicables à la réforme). Consulter la source officielle.
À quoi sert chaque norme dans un projet ERP
La norme XP Z12-012 sert au mapping : elle fixe les formats, les profils et les messages de statuts que l’ERP produit ou reçoit. La norme XP Z12-013 décrit l’API par laquelle un système d’information se raccorde à une plateforme agréée ; c’est elle que le connecteur met en œuvre lorsque le raccordement passe par l’API normalisée. La norme XP Z12-014 recense les cas d’usage B2B : c’est la meilleure matière première d’un cahier de recette.
Un projet qui ne cite pas la version de ces trois documents qu’il applique ne peut pas être recetté de façon reproductible.
Construire la recette à partir des cas d’usage
Ne copiez pas le dossier dans votre cahier des charges. Partez de vos pratiques comptables : facture de vente à plusieurs lignes et plusieurs taux de TVA, avoir, facture d’acompte puis facture finale, facture rectificative, facture fournisseur avec commande. Retenez dans la norme les cas qui correspondent à ce que votre entreprise fait réellement, et écartez explicitement les autres dans le cahier, avec la raison.
Pour chaque cas retenu, le comptable décrit le résultat attendu dans l’ERP : écriture générée, statut visible, pièce consultable. L’intégrateur décrit le message envoyé. La recette compare les deux.
Les erreurs ont leur place dans le jeu de tests
Ajoutez pour chaque variante un cas en défaut : référence à une facture d’origine absente, donnée obligatoire manquante, total qui ne se recoupe pas. Le test doit montrer où le blocage est détecté, quel message l’utilisateur reçoit, et qu’une reprise ne crée pas une seconde facture.
Suivre les versions
Les normes et les spécifications externes évoluent : la version 3.2 des spécifications date du 30 avril 2026. Inscrivez dans chaque cas de test la version du document technique, celle du mapping et celle du connecteur. Après une mise à jour, le même jeu rejoué permet de distinguer un changement de règle d’un défaut de réalisation.