Cent trente-quatre plateformes agréées étaient immatriculées par la DGFiP fin mai 2026. Pour un éditeur de logiciel ou une entreprise équipée d’un ERP, ce foisonnement soulève une question d’architecture : faut-il développer une connexion spécifique pour chaque plateforme ? La norme AFNOR XP Z12-013 répond par la négative. Elle définit une interface de programmation commune, valable pour toutes les plateformes qui l’implémentent.
Publiée pour la première fois en mai 2025 par la commission AFNOR Facture Électronique, cette norme complète l’édifice des formats et normes de la facture électronique. Elle ne décrit ni le contenu des factures ni leur syntaxe. Son objet est le canal : la façon dont un système d’information dialogue avec une plateforme agréée pour envoyer, recevoir et suivre des flux.
La version en vigueur date du 26 février 2026. Le document est passé de 17 à 43 pages en neuf mois, signe d’un chantier encore mouvant. Son application reste volontaire, mais l’adhésion massive des plateformes en fait un standard de fait pour l’échéance du 1ᵉʳ septembre 2026.
Ce que normalise la XP Z12-013, et ce qu’elle laisse de côté
Avant d’entrer dans le détail des routes et des protocoles, il faut situer le document dans le corpus normatif de la réforme. La XP Z12-013 occupe une position précise : elle traite la tuyauterie, pas la marchandise transportée.
Une interface standard entre les logiciels et les plateformes agréées
Le titre officiel du document annonce son périmètre : « API pour interfacer les systèmes d’informations des entreprises avec les Plateformes de Dématérialisation Partenaires ». Concrètement, la norme spécifie des interfaces REST communes entre les ERP, les logiciels de gestion ou les Solutions Compatibles d’une part, et les plateformes agréées d’autre part. Un développement unique suffit alors pour se connecter à toutes les PA conformes.
Elle forme un triptyque avec deux textes publiés par la même commission. La norme AFNOR XP Z12-012 fixe les formats des factures et les statuts de cycle de vie, en cohérence avec la norme européenne EN 16931. La norme AFNOR XP Z12-014 recense quant à elle les 44 cas d’usage métier de la réforme.
Le périmètre fonctionnel couvre quatre familles de flux : l’émission et la réception de factures (Flux 2), les statuts de cycle de vie (Flux 6), le e-reporting (Flux 10) et la consultation ou mise à jour de l’annuaire des assujettis (Flux 11 et 12). Pour comprendre comment ces interfaces s’insèrent dans votre architecture, le guide dédié aux API de facture électronique détaille les scénarios d’intégration.
Exigences fermes contre simples recommandations
La norme distingue rigoureusement ce qu’un « Fournisseur API » doit offrir de ce qu’il peut offrir. Cette nuance échappe à beaucoup de lecteurs, alors qu’elle conditionne la portée réelle du standard. Le tableau suivant synthétise cette répartition.
| Fonction | Statut dans la norme | Contenu |
|---|---|---|
| Authentification OAuth2 | Exigence | Sécurisation de l’accès aux comptes API |
| Envoi, recherche, récupération de flux | Exigence | Routes obligatoires de l’API Flow Service |
| Flux B2B domestiques | Exigence | Factures entre assujettis à la TVA en France |
| Route GET /healthcheck | Exigence | Vérification de la disponibilité du service |
| Webhook de notification | Recommandation | Alerte automatique à l’arrivée d’un flux |
| Flux internationaux, B2C, hors réforme | Recommandation | Couverture non garantie d’une PA à l’autre |
Les exigences forment le socle interopérable : toute API se réclamant de la norme doit les honorer. En revanche, les recommandations restent à la discrétion de chaque plateforme. Un flux B2C ou une facture internationale pourra donc transiter chez certaines PA et pas chez d’autres, là où les anciens protocoles d’échange comme AS2 ou SFTP géraient tout sans distinction réglementaire. Les entreprises rompues à l’EDI retrouveront cette logique de profils négociés, transposée dans un cadre normatif public.
La consultation du texte intégral est gratuite sur le site de l’AFNOR, fait rare pour une norme. La DGFiP renvoie d’ailleurs directement vers ce document depuis ses spécifications externes.
API Flux et API Annuaire : les deux briques de la norme
Le sommaire du document s’articule autour de deux services distincts. Chacun répond à un besoin opérationnel différent, et leur réunion couvre le cycle complet d’une facture électronique, de l’adressage à l’encaissement.
L’API Flux transporte factures, statuts et e-reporting
Le Flow Service constitue le cœur de la norme. Il décrit les routes permettant de déposer un flux sortant, de rechercher des flux selon des critères de pagination normalisés, puis de récupérer les documents entrants. Chaque appel doit respecter le contrat Swagger publié en annexe, ce qui garantit des structures de requêtes identiques d’une plateforme à l’autre. Le fournisseur doit aussi accepter et stocker un identifiant de traçabilité, le trackingId.
Les documents véhiculés restent ceux du socle réglementaire : Factur-X, UBL et CII, éventuellement enrichis via le profil EXTENDED-CTC-FR. L’API ne dispense d’ailleurs aucunement des contrôles Schematron : un flux mal formé sera rejeté par la plateforme réceptrice, quel que soit le canal d’envoi.
L’API Annuaire localise la plateforme de chaque destinataire
Le Directory Service répond à une question préalable à tout envoi : vers quelle plateforme adresser la facture de tel client ? L’annuaire central, géré par l’AIFE, recense l’adresse électronique de réception de chaque assujetti. Grâce à cette seconde API, un logiciel interroge cet annuaire de façon programmatique, sans saisie manuelle ni interface web intermédiaire.
Cette brique alimente aussi la mise à jour des données : une entreprise qui change de plateforme de réception doit voir son adressage actualisé rapidement, faute de quoi ses fournisseurs émettront vers le mauvais destinataire. La consultation automatisée réduit ce risque d’erreur de routage, principale cause de rejet identifiée pendant la phase pilote.
L’annuaire central est opérationnel depuis le 27 juin 2025. Toute création ou modification d’adresse de réception exige un mandat formel signé par l’entreprise auprès de sa plateforme agréée.
Une norme volontaire devenue standard de fait
Aucun texte réglementaire n’impose la XP Z12-013. Le préfixe XP la classe parmi les normes expérimentales, d’application strictement volontaire. Pourtant, le marché a tranché plus vite que le législateur.
84 % des plateformes agréées s’engagent à l’implémenter
Lors de la Journée de la facture électronique du 5 mai 2026, la DGFiP a publié les résultats d’un sondage adressé aux plateformes agréées : 84 % des répondantes confirment l’implémentation de l’API standardisée. Ce taux rend la question de l’obligation largement théorique. Quand l’écrasante majorité du marché adopte un protocole commun, les acteurs restants subissent une pression concurrentielle directe.
Les déploiements concrets ont suivi. Dès mars 2026, certaines plateformes proposaient l’API Flux en production, l’API Annuaire étant annoncée dans la foulée. Par ailleurs, le rythme de révision soutient cette dynamique : trois versions publiées entre mai 2025 et février 2026, chacune assurant une compatibilité ascendante avec les développements antérieurs.
Avant de signer avec une PA ou un éditeur, demandez par écrit si l’API XP Z12-013 est implémentée, dans quelle version, et avec quel calendrier. Une réponse évasive signale un risque de verrouillage technique.
Portabilité et fin du verrouillage fournisseur
L’enjeu dépasse le confort des développeurs. La doctrine DGFiP garantit la portabilité entre plateformes agréées sur 12 mois : une entreprise peut changer de PA à tout moment. Sans API commune, ce droit resterait formel, car chaque migration exigerait de redévelopper les connecteurs. Avec le standard, le changement de plateforme se réduit à une reconfiguration d’identifiants.
La norme ouvre en outre l’accès aux données à des tiers habilités : experts-comptables, affactureurs, tiers payeurs ou sociétés holding peuvent interroger les factures stockées chez la plateforme de leur client. Cette ouverture répare une faille née de l’abandon du schéma en Y fin 2024, qui avait coupé les opérateurs de dématérialisation du circuit officiel de transmission.
Ce que la norme change concrètement selon votre profil
Un dirigeant de TPE et un directeur technique d’éditeur ne liront pas ce document avec les mêmes lunettes. Les implications diffèrent radicalement selon la position dans la chaîne.
Dirigeant de TPE ou PME : rien à développer, tout à vérifier
Vous n’aurez jamais à manipuler cette API. Votre plateforme agréée ou votre logiciel s’en charge en coulisses. Votre rôle se limite à une vérification contractuelle : votre éditeur implémente-t-il le standard ? Cette question protège votre liberté de changer d’outil après le 1ᵉʳ septembre 2026, date à laquelle toute entreprise assujettie devra recevoir des factures électroniques.
L’API n’est cependant qu’un maillon de la conformité. Vérifiez également que votre dispositif couvre l’archivage à valeur probante, idéalement dans un coffre-fort numérique conforme à la norme NF Z42-013. De même, la piste d’audit fiable et la signature électronique restent des sujets distincts du canal d’échange. Enfin, l’envoi de PDF simples ne suffira plus : il faudra convertir un PDF en facture électronique structurée pour rester dans les clous.
Éditeurs et Solutions Compatibles : un développement pour toutes les PA
Pour les ex-opérateurs de dématérialisation, rebaptisés Solutions Compatibles, la norme transforme l’équation économique. Un connecteur conforme au Swagger officiel donne accès à toutes les plateformes qui l’exposent, au lieu d’autant d’intégrations propriétaires que de partenaires. À dix jours-homme par connecteur en moyenne, l’économie se chiffre vite sur un marché de 134 plateformes.
La version de février 2026 consolide des points attendus depuis la v1.1 : gestion de l’empreinte numérique pour la valeur probante de la facture électronique, clarification des webhooks, découpage des flux de e-reporting et délégation vers les tiers. Les charges utiles restent du XML structuré ou du JSON, selon les routes. Toutefois, le passage de 17 à 43 pages impose une veille active : la commission publie au rythme trimestriel jusqu’à fin 2026.
Ce que couvre la XP Z12-013 : une API REST standard entre logiciels et plateformes agréées, en deux briques (Flux et Annuaire), avec authentification OAuth2 et routes obligatoires définies par Swagger.
Ses points forts : un développement unique pour toutes les PA conformes, portabilité réelle entre plateformes, texte consultable gratuitement, adoption confirmée par 84 % des PA.
Ses limites : application volontaire, flux B2C et internationaux en simple recommandation, périmètre restreint aux échanges entreprise-plateforme.
Reste le choix le plus structurant : celui d’un outil qui absorbe cette complexité normative à votre place, plutôt que de la déléguer à des développements internes coûteux.
Questions fréquentes
Où consulter gratuitement le texte de la norme XP Z12-013 ?
La boutique en ligne de l’AFNOR propose une consultation gratuite du document dans sa version de février 2026 (43 pages). Les fichiers techniques joints, notamment les contrats Swagger au format JSON, accompagnent la norme. La page des spécifications externes sur impots.gouv.fr renvoie directement vers ces ressources, ce qui en confirme le caractère officiel.
Que signifie le préfixe « XP » devant Z12-013 ?
Le préfixe XP désigne une norme expérimentale dans la nomenclature AFNOR. Le document est publié pour une période d’essai, durant laquelle les retours d’expérience alimentent ses révisions successives. Ce statut autorise un rythme de mise à jour rapide, incompatible avec une norme homologuée NF. À terme, la commission pourra la convertir en norme définitive si l’usage se stabilise.
La XP Z12-013 couvre-t-elle les échanges entre plateformes agréées ?
Non. La norme régit uniquement le dialogue entre les systèmes d’information des entreprises et leur plateforme. L’interopérabilité entre plateformes agréées repose sur un autre socle : le réseau Peppol et les spécifications externes de l’AIFE. Sans ce réseau commun, chaque PA devrait maintenir des connexions bilatérales avec toutes les autres, soit plusieurs milliers de liaisons.
Qui élabore et met à jour la norme XP Z12-013 ?
La commission AFNOR Facture Électronique, lancée en janvier 2025, rassemble plus de 300 membres : éditeurs, fédérations professionnelles, administrations et représentants des entreprises. Elle est pilotée par Cyrille Sautereau, président du FNFE-MPE, en lien avec la DGFiP. Après un an de publications trimestrielles, elle basculera en mode maintenance à partir de novembre 2026, avec une mise à jour annuelle.
Existe-t-il une certification officielle XP Z12-013 pour les logiciels ?
Aucun label ni audit officiel n’atteste la conformité d’une API à la norme. La déclaration reste à la charge de chaque fournisseur, et l’immatriculation DGFiP d’une plateforme agréée ne valide pas son implémentation du standard. Seule parade : demander la documentation technique et la version de la norme supportée avant tout engagement contractuel.