Éditeurs SaaS : intégrer la conformité de facturation sans en faire votre métier

Publié le

Si votre logiciel émet des factures pour vos clients — outil de gestion, plateforme métier, marketplace, module de facturation — la réforme vous transfère un problème que vous n'avez pas choisi : à partir de septembre 2026, chaque facture non conforme émise par votre produit devient votre rejet, votre ticket support, votre réputation.

L'ampleur réelle du sujet

Produire un Factur-X ou un UBL bien formé est la partie facile — des bibliothèques le font. La partie difficile est la conformité continue :

  • environ 160 termes métier et leurs contraintes de cardinalité ;
  • des dizaines de règles de cohérence (les BR-*, dont l'infernale BR-CO-15) publiées en Schematron par le CEN — et versionnées : elles évoluent plusieurs fois par an ;
  • les mentions françaises et leurs identités calculées (SIREN, clé de TVA) ;
  • les subtilités de TVA : autoliquidation, franchise en base, exonérations et leurs références légales, décomposition par taux au centime.

Maintenir ça à jour est un métier. Probablement pas le vôtre.

Les trois options, honnêtement

Construire : maîtrise totale, mais vous venez d'embaucher un projet de veille normative permanent. Rationnel uniquement si la conformité est votre produit.

Déléguer à la Plateforme Agréée : la PA contrôle de toute façon — mais en bout de chaîne, après émission. Le rejet arrive quand votre client a déjà le problème, avec un code, pas un diagnostic. Vous découvrez vos bugs en production, chez le client.

Contrôler par API avant émission : chaque document passe un contrôle complet — les cinq couches, exécutées contre les artefacts officiels épinglés — avant de partir. Une anomalie revient avec le champ, la valeur attendue et la correction : c'est un message d'erreur actionnable dans votre UI, pas un ticket. Et le référentiel versionné est notre problème de maintenance, plus le vôtre.

Ce qu'une intégration sérieuse exige de l'API

Les questions que nous vous invitons à nous poser — et à poser à tout concurrent :

  1. Déterminisme : même document, même version de règles, même verdict, rejouable des années plus tard ? (Chez nous : pas de modèle probabiliste dans le chemin de validation, et une preuve signée par appel.)
  2. Formats réels : accepte-t-elle vos documents tels qu'ils existent — PDF Factur-X, XML CII, UBL — ou seulement un JSON maison ?
  3. Idempotence : un retry réseau refacture-t-il le client ?
  4. Traçabilité des règles : la réponse cite-t-elle la version exacte du référentiel et des artefacts officiels ?

L'intégration type tient en une après-midi : POST /v1/validate sur votre flux d'émission, affichage des anomalies, blocage des erreurs. La documentation interactive montre chaque appel, le scanner permet de tester sur vos documents avant d'écrire une ligne de code, et les tarifs sont au document — 100 inclus pour commencer.