01
Structure d’un cas de test
Chaque cas doit nommer le scénario, le système source, le format/profil, les préconditions, les fichiers ou données synthétiques utilisés, l’action, le résultat attendu et la preuve observée. Pour une soumission externe, ajoutez route, clé d’idempotence, identifiant de corrélation et type de reçu attendu. Pour une validation locale, capturez les versions du moteur et des règles plutôt qu’un simple screenshot.
- TC_ID, scenario, source_system, format_profile
- input_hashes, expected_validation_state, expected_external_state
- observed_state, evidence_reference, owner, retest_status
02
Cas négatifs à ne pas oublier
Une recette limitée aux happy paths laisse les erreurs les plus difficiles pour la production. Ajoutez volontairement un document invalide, un mapping absent, une route inconnue, une erreur transitoire simulée, un rejet permanent et un résultat externe ambigu. Vérifiez que le système bloque ou classe correctement chaque cas et qu’il ne convertit jamais une absence de preuve en succès.
- Validation requise non exécutée → pas de statut clair.
- Route ambiguë → pas de soumission.
- Timeout après possible effet externe → UNKNOWN_EXTERNAL puis réconciliation, pas retry aveugle.
03
Critères de sortie de recette
Définissez à l’avance les blockers qui interdisent le cutover, les éléments qui nécessitent une décision humaine et les preuves qui doivent exister. Exigez un re-test après chaque remédiation significative. Un critère de sortie crédible ne dit pas « zéro message » si certains warnings sont connus ; il dit quelles classes de défaut sont absentes, lesquelles sont explicitement acceptées dans le périmètre technique et quelles preuves externes ont été reçues.
- Aucun blocker déterministe non résolu dans le corpus retenu.
- Toutes les décisions de revue ont un owner et une note.
- Les scénarios de transmission ne sont considérés prouvés que par les reçus prévus du prestataire réel.
É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.
Essayer la préparation gratuite (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é.