01
Comparer par responsabilité, pas par slogan
La question utile n’est pas de savoir si une solution se décrit comme « compatible », mais quelle responsabilité elle assume dans le flux. Demandez où la facture est créée, qui applique les transformations, qui résout le destinataire, quelle PA exécute la transmission réglementée, comment les statuts reviennent et qui conserve les identifiants nécessaires à une investigation. Cette cartographie élimine les zones grises lors du cutover.
- ERP : données source, règles métier et génération.
- Solution intermédiaire : préparation, contrôle ou orchestration selon son contrat.
- PA : fonctions réglementées couvertes par son immatriculation et son offre réelle.
02
Pourquoi une intégration « connectée » peut encore échouer
Un connecteur techniquement opérationnel peut transporter un document qui contient une donnée métier erronée, une référence incohérente ou un profil inattendu. À l’inverse, un document valide peut être bloqué par un problème de routage, d’authentification ou d’état externe. La recette doit donc couvrir les deux dimensions : qualité du corpus avant envoi et comportement de la chaîne de transmission après soumission.
- Tester des variantes réelles, pas seulement le happy path.
- Séparer erreur de contenu, erreur de route et erreur de transport.
- Conserver un identifiant de corrélation de bout en bout lorsque l’intégration le permet.
03
Questions à poser avant de signer ou migrer
Demandez au fournisseur de nommer la PA effectivement utilisée, les versions de contrat ou d’API concernées, les formats et profils acceptés, la stratégie d’idempotence, les statuts et reçus disponibles, ainsi que la procédure de réconciliation après timeout. Un projet solide documente également qui corrige les données ERP lorsqu’un défaut récurrent est observé. Ces réponses sont plus exploitables qu’une simple affirmation de compatibilité.
- Quel opérateur agréé exécute le rôle réglementé ?
- Quel reçu permet de distinguer accepté, rejeté et état inconnu ?
- Que se passe-t-il après une tentative ambiguë où l’on ignore si l’effet externe a eu lieu ?
É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.
Inspecter un exemple de preuves (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é.