XP Z12-013 : la norme des échanges et API de la facture électronique
23 juin 2026
23 juin 2026
Cet article fait partie de notre guide sur les normes de la facture électronique. Pour comprendre l’ensemble du dispositif (EN16931, Factur-X, UBL, CII et normes AFNOR), consultez d’abord notre guide complet.
La norme XP Z12-013 est la référence française qui définit les règles d’échange des factures électroniques entre les logiciels de facturation, les plateformes agréées et l’administration. Elle repose sur des API de facturation électronique standardisées afin de garantir l’interopérabilité entre tous les acteurs de la réforme.
Concrètement, la norme XP Z12-013 explique comment une facture électronique circule d’un système à un autre, comment les statuts sont transmis et comment les différents acteurs peuvent communiquer sans développement spécifique. C’est elle qui permet les échanges automatisés et sécurisés au cœur de la réforme de la facture électronique.
La norme XP Z12-013 définit comment les logiciels, plateformes et acteurs échangent les factures électroniques grâce à une API standardisée. Elle garantit l’interopérabilité entre les différents systèmes participant à la réforme française de la facture électronique.
La norme XP Z12-013 définit les règles techniques permettant les échanges de factures électroniques entre les différents acteurs de la réforme de la facture électronique. Elle s’appuie sur des API de facturation électronique standardisées afin de garantir des échanges fiables et sécurisés.
Moins connue que la norme sur les formats, la XP Z12-013 est pourtant tout aussi importante. Son rôle tient en une image : c’est la prise électrique standardisée entre votre logiciel et les plateformes. Là où la XP Z12-012 dit à quoi ressemble une facture, la XP Z12-013 dit comment elle circule.
La réforme de la facture électronique implique des milliers de logiciels, de plateformes agréées et de systèmes d’information différents. Sans règles communes, chaque acteur devrait développer ses propres interfaces avec tous les autres.
La norme XP Z12-013 a été créée pour éviter cette complexité. Elle définit un langage commun permettant aux différents systèmes d’échanger automatiquement les factures électroniques et les données associées.
Son objectif principal est de garantir des échanges fiables, sécurisés et standardisés entre tous les acteurs de l’écosystème.
Les API de facture électronique permettent aux logiciels de facturation, aux plateformes agréées et aux systèmes de l’administration de communiquer automatiquement sans intervention manuelle.
Une API (Application Programming Interface) permet à deux logiciels de communiquer automatiquement entre eux.
Dans le cadre de la facture électronique, les API servent à transmettre les factures, les données de e-reporting et les statuts de traitement entre les logiciels de facturation, les plateformes agréées et l’administration fiscale.
La norme XP Z12-013 définit précisément les API à utiliser afin que tous les acteurs puissent échanger les mêmes informations de manière homogène.
L’objectif principal de la norme XP Z12-013 est d’assurer l’interopérabilité entre les différents acteurs du marché. Grâce à cette standardisation, les logiciels de facturation et les plateformes agréées peuvent échanger des données même lorsqu’ils proviennent d’éditeurs différents.
L’interopérabilité désigne la capacité de plusieurs systèmes différents à communiquer et à échanger des données sans développement spécifique.
Grâce à cette norme, une facture émise depuis un logiciel peut être reçue par une autre plateforme ou un autre logiciel sans perte d’information ni transformation complexe.
Cette interopérabilité est essentielle pour assurer le bon fonctionnement du futur écosystème de facturation électronique.
Les échanges de factures électroniques reposent sur des mécanismes d’API définis par la norme XP Z12-013. Ces échanges permettent d’assurer la circulation des factures entre les entreprises, les plateformes agréées et l’administration fiscale.
Le parcours d’une facture électronique suit plusieurs étapes :
L’ensemble de ces échanges repose sur les mécanismes décrits par la norme XP Z12-013.
Sans règle commune, chaque éditeur de logiciel aurait dû créer une connexion différente pour chaque plateforme : des coûts qui grimpent, et l’impossibilité de changer de prestataire sans tout refaire. La XP Z12-013 impose donc une connexion standard. Son but affiché : permettre à une entreprise de changer de plateforme sans repartir de zéro.
Elle ne concerne pas que les logiciels de facturation : elle prévoit aussi les accès des experts-comptables, banques, affactureurs et autres tiers de confiance qui interviennent autour de la facture.
Un point utile à connaître : en récupérant une facture, on peut la recevoir dans un autre format que l’original (par exemple une facture envoyée en UBL restituée en Factur-X). C’est la plateforme qui traduit, l’utilisateur n’a rien à faire.
La norme repose sur une API REST volontairement minimaliste : quatre fonctions obligatoires (déposer, rechercher, récupérer un flux, vérifier la disponibilité du service), sécurisées par OAuth2. Chaque document déposé reçoit un identifiant unique (flowId) ; l’entreprise peut y associer son propre identifiant métier (trackingId). La norme couvre les flux factures (2), statuts (6), e-reporting (10) et annuaire (11 et 12).
La XP Z12-013 a connu trois versions. Voici ce qui a changé à chaque étape.
Une connexion standard simple : les fonctions de base (déposer, rechercher, récupérer une facture), une sécurité d’accès reconnue, et déjà la possibilité de consulter et mettre à jour l’annuaire central.
On passe d’un simple « tuyau » à un système plus intelligent :
Notifications automatiques. Au lieu d’interroger la plateforme en boucle (« y a-t-il du nouveau ? »), c’est elle qui prévient le logiciel dès qu’une facture arrive ou qu’un statut change.
Tri automatique des documents. Chaque envoi indique sa nature (facture entre entreprises françaises, opération internationale, vente à un particulier, hors réforme) pour que la plateforme sache quoi transmettre à l’administration.
Meilleure gestion des rejets. Un cadre clair encadre les factures refusées ou irrecevables.
Vérification d’intégrité. Une « empreinte numérique » garantit qu’une facture n’a pas été modifiée pendant son transport.
Les notifications reposent sur des webhooks (la plateforme appelle une adresse de votre système quand un événement survient). Le « tri automatique » s’appuie sur une propriété processingRule (B2B, B2B international, B2C, hors réforme, archivage…) et sur des types de flux qualifiés (FlowType). L’intégrité est vérifiée via une empreinte SHA256.
La délégation. La nouveauté la plus attendue : un tiers (expert-comptable, éditeur, opérateur) peut gérer les factures de plusieurs entreprises via une seule connexion. Un cabinet comptable pilote ainsi tous ses clients sans monter une intégration séparée pour chacun.
Le secteur public (B2G). La norme prend en compte les factures destinées à l’administration, y compris des cas particuliers (frais de justice, entreprises étrangères facturant l’administration française). Ces situations sont décrites en détail dans la norme des cas d’usage, la XP Z12-014 (/normes-facture-electronique/xp-z12-014-cas-usage/).
Sécurité renforcée. Accès par identifiant et clé secrète, avec expiration et filtrage recommandés.
Des garde-fous. Une taille maximale par envoi (100 Mo) et un volume d’extraction limité, pour ne pas saturer les systèmes.
La norme XP Z12-013 joue un rôle essentiel dans la réforme de la facture électronique.
Elle définit les API de facturation électronique et garantit l’interopérabilité entre les logiciels de facturation, les plateformes agréées et l’ensemble des acteurs impliqués dans les échanges de factures électroniques.
Pour être conforme à la réforme de la facture électronique, une facture doit respecter la norme européenne EN16931 et être émise dans un format reconnu comme Factur-X, UBL ou CII. En France, les normes AFNOR XP Z12-012, XP Z12-013 et XP Z12-014 précisent respectivement les formats autorisés, les échanges entre plateformes et les cas d’usage de la réforme.