Intégration facturation électronique : le guide éditeur
Pour intégrer la facturation électronique à un logiciel édité en France, le chemin le plus courant consiste à produire des données de facture structurées, à se raccorder par API à une plateforme agréée, puis à gérer les statuts et les données à transmettre. Un éditeur n'a généralement pas besoin de devenir lui-même plateforme agréée. Le travail le plus sous-estimé n'est pas le fichier : c'est la qualité des données déjà présentes dans votre logiciel.
Intégration de la facturation électronique : quel rôle pour votre logiciel ?
La première décision n'est pas technique. La page de l'administration sur les plateformes agréées distingue deux statuts. Une plateforme agréée émet, transmet et reçoit les factures, et fournit des données à l'administration. Une solution compatible peut continuer à servir l'entreprise, mais elle ne peut ni transmettre aux plateformes des clients, ni recevoir pour le compte de l'entreprise, ni envoyer les données à l'administration. Elle doit donc s'appuyer sur une plateforme agréée.
| Voie | Ce que vous développez | Convient si |
|---|---|---|
| Déléguer la facturation à un outil tiers | Un simple connecteur vers cet outil | La facture n'est pas au cœur de votre produit |
| Solution compatible raccordée à une plateforme | Données, format, API, statuts, écrans | Vos utilisateurs facturent depuis votre logiciel |
| Devenir plateforme agréée | Tout cela, plus l'immatriculation, l'interopérabilité et la sécurité exigées | La facturation est votre métier principal et vous en avez les moyens |
La liste officielle, modifiée le 30 octobre 2026 quand j'écris, sépare les opérateurs définitivement immatriculés de ceux qui attendent la réussite des tests d'interopérabilité. Regardez dans quelle liste figure votre candidate au moment de signer, et le calendrier côté utilisateurs dans mon article sur la réforme et ses échéances.
Les normes à lire avant de coder
L'administration publie des spécifications externes et normes, dont la version 3.2 est datée du 30 avril 2026 au moment où je consulte la page. Elle renvoie à trois normes AFNOR : XP Z12-012 pour les formats et les messages de statut, XP Z12-013 pour les API entre systèmes d'entreprise et plateformes, XP Z12-014 pour les cas d'usage. Cette dernière est souvent celle que l'on lit trop tard, alors qu'elle dit comment traiter vos situations réelles.
Côté format, l'administration admet UBL, CII ou un format mixte, composé de données structurées et d'une image. Factur-X est le format mixte le plus connu : le FNFE-MPE le présente comme un standard franco-allemand qui associe un PDF lisible à un XML exploitable par une machine, et sa version 1.09.2 date du 4 août 2026. Ses profils ne se valent pas : MINIMUM et BASIC WL contiennent peu de données, EN 16931 couvre toutes celles de la norme européenne. Vérifiez auprès de votre plateforme et de votre comptable lequel convient, car ce choix détermine les champs à stocker.
Les données : là où les projets dérapent
Un outil qui génère un joli PDF peut masquer de graves lacunes. L'administration exige des mentions dans un champ dédié, dont le numéro SIREN du fournisseur et du client. Si vos fiches clients ne contiennent qu'un nom et une adresse, le chantier commence par là, avec la reprise des clients existants et un contrôle à la saisie.
Faites aussi l'inventaire de ce que votre logiciel sait exprimer proprement : un taux de TVA par ligne, une remise, un avoir lié à sa facture d'origine, une opération exonérée, une TVA due à l'encaissement. Ce dernier point compte, car le e-reporting de paiement concerne ces opérations, et les ventes à des particuliers relèvent du e-reporting de transaction. Un logiciel qui ne pense qu'aux factures entre entreprises aura un second chantier ensuite.
Le raccordement à la plateforme, étape par étape
La norme XP Z12-013 définit une interface commune, mais ne supposez pas qu'elle rend les plateformes interchangeables. Selon une analyse spécialisée, l'API de flux et l'authentification font partie des exigences de la norme, tandis que les webhooks, la gestion fine des droits ou les flux B2C et internationaux restent des recommandations. La même source indique que la mise en œuvre reste volontaire : une plateforme peut être immatriculée sans API normalisée. Ce site n'est pas officiel, donc faites confirmer chaque point par la plateforme visée.
Dans votre code, isolez la plateforme derrière une couche d'adaptation pour pouvoir en changer sans toucher au métier. Modélisez le cycle de vie : une facture n'est plus simplement « envoyée », elle reçoit des statuts qu'il faut stocker et afficher. Prévoyez les rejets, une reprise après erreur qui n'émet jamais deux fois la même facture, et un journal consultable par le support. Pour les environnements multi-clients, décidez aussi qui détient le contrat avec la plateforme : vous ou chacun de vos clients. Cette décision engage votre modèle économique.
Quand ce n'est pas le bon chantier
Je propose cette intégration et j'ai donc un intérêt dans le sujet. Elle n'est pourtant pas toujours justifiée. Si votre logiciel gère un métier et que la facturation n'y est qu'annexe, se connecter à un outil de facturation déjà compatible coûtera moins cher à entretenir. Si votre stack est figée sur une version très ancienne, il faut parfois traiter cette dette avant.
Les questions fiscales, comme la qualification d'une opération, relèvent de votre expert-comptable ou de votre conseil, pas d'un développeur. Et un éditeur qui vise le statut de plateforme agréée aura besoin d'une équipe, pas d'un indépendant seul.
Ce qu'il faut demander à un prestataire
Quel que soit votre prestataire, moi compris, demandez une preuve correspondant à votre cas : un flux testé en bout à bout sur l'environnement de test d'une plateforme, avec un rejet et un avoir, pas une démonstration du cas nominal. Demandez aussi qui reste propriétaire du code, comment les évolutions des spécifications seront suivies, et comment on change de plateforme.
La prochaine étape
Avant tout devis, faites deux exports : les dix factures les plus compliquées de votre base et vos fiches clients. Ils montreront vite les données manquantes. Ensuite, regardez la page intégration de la facturation électronique et décrivez-moi votre logiciel. Vous parlerez directement à la personne qui écrira le code, et vous aurez une réponse sous 24 heures ouvrées.