01
Jour J : inventaire, responsabilités et points de contrôle
Nommez chaque système qui produit ou reçoit une facture, son propriétaire, le format utilisé, la PA associée et le canal de retour des statuts. Vérifiez que les responsabilités sont explicites lorsque plusieurs intégrateurs ou solutions interviennent. Une matrice simple évite les angles morts : qui corrige une donnée ERP, qui traite un rejet de transport, qui réconcilie un timeout et qui décide qu’un corpus est prêt à être rejoué.
- Systèmes sources et flux entrants recensés.
- PA et contrat d’intégration identifiés pour chaque périmètre.
- Owner technique et owner métier désignés pour chaque classe d’incident.
02
Recette : utiliser un corpus représentatif
Testez les formats réellement générés et plusieurs variantes métier. Les fichiers doivent être hashés avant le test, les règles et dépendances doivent être versionnées et une couche non exécutée doit rester visible. Regroupez les erreurs récurrentes par cause pour repérer un mapping défectueux. Après correction, re-générez les factures et comparez le résultat sans écraser le run initial.
- UBL, CII ou Factur-X selon le périmètre réel.
- Cas positifs, cas négatifs et variations de profil.
- Re-test avec classification résolu / nouveau / inchangé.
03
Jour J et hypercare : savoir quoi faire d’un état inconnu
La procédure d’hypercare doit distinguer un rejet confirmé d’un résultat externe inconnu. Après un timeout survenu autour d’une soumission, une répétition aveugle peut créer un doublon si l’effet externe a déjà eu lieu. Utilisez l’idempotence du contrat, conservez l’identifiant de corrélation et interrogez la source autoritative de statut ou le reçu de la PA avant de décider d’un nouvel envoi. Cette règle mérite d’être testée avant le jour J.
- Journaliser tentative, corrélation et hash du payload.
- Ne pas transformer un timeout ambigu en succès ou en échec par supposition.
- Documenter la procédure de réconciliation et l’escalade fournisseur.
Étape suivante
Passer du guide à une vérification concrète.
InvoiceBatch FR reste un preflight technique de corpus : il ne remplace pas votre ERP ou votre Plateforme Agréée et ne constitue ni une certification ni une preuve de transmission.
Faire la démo de préparation (EN)Sources officielles
Ces sources cadrent les affirmations réglementaires de cette page. Les contrats et API d’une PA réelle doivent en plus être vérifiés auprès du fournisseur concerné.