Plateforme agréée : raccorder un logiciel par API en 2026
Pour raccorder un logiciel à une plateforme agréée de facturation électronique en 2026, impots.gouv.fr ne donne pas de procédure unique : il publie la liste des plateformes, les spécifications externes et renvoie à la norme AFNOR XP Z12-013 sur les API. Le raccordement se fait donc en pratique avec la plateforme que vous choisissez, selon sa documentation. Un logiciel non immatriculé ne peut pas transmettre seul, il passe forcément par elle.
Ce que dit impots.gouv.fr sur la plateforme agréée et le raccordement
J'ai relu les pages officielles en novembre 2026. Je vends ce type d'intégration, j'ai donc un intérêt dans le sujet, mais ce qui suit se vérifie en suivant les liens.
| Page officielle | Ce qu'elle apporte | Ce qu'elle n'apporte pas |
|---|---|---|
| Plateformes agréées | Rôle, immatriculation pour trois ans renouvelable, limites des solutions compatibles | Une procédure de raccordement |
| Liste des plateformes | Opérateurs immatriculés et ceux qui attendent la réussite des tests | Une comparaison des API ou des prix |
| Spécifications externes | Version 3.2 du 30 avril 2026, annexes, fichiers de description d'API, normes AFNOR | Le mode d'emploi propre à chaque plateforme |
| Réseau Peppol | Ce que doivent faire les plateformes pour rejoindre ce réseau d'échange | Une démarche pour votre logiciel |
Une précision utile pour éviter les mauvaises pistes : la page Peppol s'adresse aux opérateurs, pas aux éditeurs d'applications. Vous n'avez normalement pas à rejoindre ce réseau pour relier votre logiciel à une plateforme.
Solution compatible ou plateforme : où se situe votre logiciel
L'administration écrit que seule une plateforme agréée assure l'ensemble des fonctions de la réforme. Sans immatriculation, une solution peut continuer à servir, mais elle ne peut ni transmettre les factures à la plateforme du client, ni recevoir pour le compte de l'entreprise, ni transmettre les données à l'administration.
Votre application a donc trois options. Elle peut déléguer la facturation à un logiciel du marché déjà relié à une plateforme. Elle peut se raccorder directement à l'API d'une plateforme. Elle peut enfin devenir elle-même plateforme, ce qui n'a de sens que pour un éditeur dont c'est le métier, compte tenu du dossier d'immatriculation et des tests d'interopérabilité (la capacité à échanger avec le portail public et les autres plateformes) exigés.
L'API en 2026 : les trois documents à réunir
La page des spécifications indique que la norme XP Z12-013 couvre les API qui relient les systèmes d'information des entreprises aux plateformes agréées, tandis que XP Z12-012 traite des formats et des statuts, et XP Z12-014 des cas d'usage. Une API (interface de programmation) est le moyen par lequel votre logiciel dépose une facture et lit sa réponse sans intervention humaine.
Je n'ai pas trouvé sur le site officiel de quoi affirmer que toutes les plateformes exposent exactement cette interface, ni quelle version chacune applique. C'est donc la première question à leur poser. Votre développeur a besoin de trois documents : les spécifications externes de l'administration, la norme que la plateforme déclare suivre, et la documentation technique de la plateforme avec un environnement de test. Sans le troisième, tout chiffrage reste une estimation.
Ce que le raccordement implique dans le code
Déposer un fichier n'est que le début. La facture vit ensuite : elle est acceptée, rejetée, payée, contestée. Ces statuts de cycle de vie, cités dans les annexes officielles, doivent revenir dans votre outil, sinon vos équipes iront les chercher à la main sur un autre écran. Il faut aussi prévoir la réception : si vos factures d'achat arrivent par la plateforme, voulez-vous les récupérer automatiquement ou non ?
Prévoyez également les pannes. Le guide pratique de la DGFiP demande de documenter une indisponibilité ou un incident de raccordement : message d'erreur, notification, ticket, horodatage. Votre logiciel doit donc journaliser chaque échange et relancer proprement sans créer de doublon. Enfin, regroupez la connexion dans un composant isolé : si vous changez de plateforme, vous n'aurez pas à reprendre toute l'application.
Ce qu'il faut demander à une plateforme agréée
Votre risque principal n'est pas technique. C'est de signer avec un opérateur dont l'API ne couvre pas vos flux, ou de dépendre d'un statut qui change. Vérifiez d'abord son statut sur la liste officielle le jour de la signature. Demandez-lui ensuite quelle norme et quelle version elle applique, si un environnement de test est ouvert sans engagement, quels formats elle accepte en entrée et si elle les convertit, comment elle remonte les statuts, quelle disponibilité elle garantit et à quel prix pour votre volume.
Quand un développement n'est pas la bonne réponse
Si votre activité tourne sur un logiciel de facturation du marché, posez d'abord la question à son éditeur : l'administration renvoie elle-même vers lui. Si vous émettez peu de factures depuis un outil maison, il peut être plus économique de les saisir dans un outil déjà relié à une plateforme. Enfin, pour un ERP très complexe, un intégrateur spécialisé de cet ERP vous servira mieux que moi.
La prochaine étape
Si le calendrier vous concerne encore, mon article sur les dates et les formats le résume. Sinon, identifiez deux plateformes de la liste officielle et demandez-leur leur documentation technique. Si vos factures viennent d'une application sur mesure, transmettez-moi ces éléments via la page intégration de la facturation électronique : je réponds sous 24 heures ouvrées, et vous parlerez à la personne qui écrira le code.