Facturation électronique : ce que nous avons changé dans l'API Facturation

La Belgique impose la facture électronique depuis janvier 2026. La France démarre en septembre 2026 avec les grandes entreprises. L'Italie fonctionne comme ça depuis 2019.

Pour un éditeur qui vend dans plusieurs pays, cette vague réglementaire ne se traduit pas par une nouvelle norme à supporter, mais par une multiplication des sources et des formats à lire. Vos clients facturent depuis de plus en plus d'outils, et chaque marché attend ses propres statuts, dans son propre format.

Nous avons étendu notre API Facturation pour absorber cette partie du travail. Vous gardez l'intégration que vous avez déjà : vous récupérez les factures de manière structurée sous format JSON, vous recevez les statuts de cycle de vie au format attendu par chaque pays, et la bibliothèque de connecteurs continue de s'élargir.

Voici ce qui change, et pourquoi nous l'avons fait dans ce sens.

Le mouvement est européen, l'implémentation ne l'est pas

Tous les pays européens vont vers la facturation électronique obligatoire mais aucun n'y va de la même manière (à première vue).

En France, les factures passeront par des plateformes privées agréées par l'administration fiscale, avec un nombre restreint de formats autorisés et des règles précises sur les états qu'une facture doit remonter. La Belgique et le Luxembourg entre autre s'appuient sur un réseau européen commun. L'Italie centralise les échanges via une plateforme publique depuis 2019, l'Espagne et la Pologne construisent chacune leur propre système,...  Les calendriers ne sont pas alignés, la tuyauterie non plus.

Pour un éditeur, cela produit deux effets très concrets.

Le premier est un effet de volume. L'obligation pousse à s'équiper des entreprises qui facturaient encore sous Word ou Excel, soit plusieurs millions de structures pour la seule France. Elles vont choisir des outils très différents selon leur métier, et ce sont ces outils que votre produit devra lire.

Le second est un effet de nature. Une facture n'arrive plus comme un document à interpréter. Elle arrive comme une donnée structurée, accompagnée d'un état qui évolue dans le temps.

Une facture électronique a un cycle de vie, et ce cycle de vie est de la donnée

C'est le point que la plupart des équipes produit découvrent tardivement.

Dans un monde papier ou PDF, une facture est envoyée puis on attend. Dans un monde e-invoicing, elle est déposée, transmise, réceptionnée, acceptée ou rejetée, mise en paiement. Chaque changement d'état est un événement que le réseau fait circuler, et que l'administration fiscale suit.

Votre produit doit donc savoir répondre à une question simple à formuler et pénible à implémenter : où en est cette facture, précisément, à cet instant ?

En France, ces statuts circulent au format CDAR. Sur Peppol, ils circulent en XML. Ce ne sont pas des variantes cosmétiques du même objet : les règles, les états obligatoires et les acteurs qui les émettent diffèrent d'un marché à l'autre.

Ce que nous avons fait de l'API Facturation

Vous continuez à utiliser la même API Facturation, les mêmes endpoints et le même modèle de données. Nous l'avons étendue sur trois axes.

Les statuts de cycle de vie, au format attendu par chaque marché. Notre API restitue les statuts en CDAR pour la France et en XML pour Peppol. Chaque statut est déclenché par un changement d'état réel et rattaché à l'identifiant de la facture concernée, pour que votre produit puisse afficher un état fiable et pas une approximation.

Les factures en JSON structuré. Vous récupérez chaque facture dans une structure propre et unique, via les mêmes endpoints qu'aujourd'hui. Un seul schéma à lire, aucun parsing à maintenir source par source, aucune adaptation à faire quand un format local évolue.

Plus de connecteurs, côté facturation et côté comptabilité. Nous élargissons la couverture des outils depuis lesquels vos clients facturent. Les connecteurs comptables deviennent également disponibles dans l'API Facturation, ce qui permet de traiter le flux inter-entreprises et le flux vers la comptabilité au même endroit. De nouveaux connecteurs arrivent en continu sur la roadmap.

Un connecteur vous manque ? Dites-le-nous, nous l'étudierons pour la roadmap.

Ce que cela retire de votre backlog

Sans intégration unifiée: Un connecteur à construire et maintenir par outil de facturation.

‍Avec l'API Facturation Chift: Un seul point d'intégration pour l'ensemble des connecteurs.

Sans intégration unifiée: Un parsing par format et par variante locale.

‍Avec l'API Facturation Chift: Les factures en JSON structuré, un seul schéma à lire.

Sans intégration unifiée: Une logique de statuts à recoder par pays.

‍Avec l'API Facturation Chift: Les statuts renvoyés en CDAR et en XML Peppol.

Sans intégration unifiée: Une veille réglementaire par marché à absorber dans votre roadmap.

‍Avec l'API Facturation Chift: Les évolutions de format et la maintenance gérées de notre côté Un chantier produit à chaque nouveau pays ouvertLe même modèle de données quand un pays s'ajoute.

Sans intégration unifiée: L'arbitrage n'est pas seulement un coût de développement.

‍Avec l'API Facturation Chift: C'est le temps que votre équipe ne passe pas sur la roadmap qui vous différencie réellement.

L'interopérabilité, c'est là que la réforme se gagne ou se perd

La facturation électronique ne se résume pas à un changement de format. Sa vraie valeur est que toutes les informations de facturation s'échangent désormais de manière digitalisée, d'une entreprise à l'autre et d'un outil à l'autre.

Mais cette valeur suppose que les systèmes se parlent au-delà du strict périmètre réglementaire. Une entreprise qui reçoit ses factures conformes dans un outil, et dont l'expert-comptable les ressaisit ensuite à la main dans un logiciel de production, a coché la case légale et perdu le bénéfice de la réforme. Nous avons détaillé ce point dans notre article sur ce qui change vraiment pour les éditeurs et les experts-comptables.

C'est précisément le rôle que nous jouons : connecter votre produit au plus grand nombre possible de logiciels de facturation, de gestion et de comptabilité en Europe, pour que la donnée circule de bout en bout.

Questions fréquentes

Qu'est-ce qu'une Plateforme Agréée, et pourquoi est-elle obligatoire ?
En France, une Plateforme Agréée est immatriculée par la DGFiP et constitue le seul type d'acteur habilité à échanger les factures du périmètre e-invoicing, c'est-à-dire les factures B2B domestiques entre assujettis à la TVA. Elle reçoit la facture depuis le logiciel de l'émetteur, contrôle sa conformité, l'achemine vers la Plateforme Agréée du destinataire, transmet les données fiscales au Portail Public de Facturation et gère les statuts du cycle de vie. Votre logiciel de facturation produit la facture au bon format. C'est la Plateforme Agréée qui la fait circuler.

Chift remplace-t-il une Plateforme Agréée ?
Non, nous n'intervenons pas sur la même couche. Une Plateforme Agréée fait circuler les factures sur le réseau. Notre API permet à votre produit de lire les données de facturation là où elles se trouvent et de récupérer les statuts au format attendu par chaque marché. Les deux sont complémentaires.

Le réseau Peppol, c'est la même chose que mon logiciel de facturation ?
Non, ce sont deux couches distinctes. Votre logiciel de facturation crée et reçoit les factures. Peppol est le réseau sur lequel les plateformes se parlent, via des adresses électroniques (les endpoints) qui rendent possible la découverte dynamique entre plateformes. En France, ce réseau est gouverné par l'Autorité Peppol France, un rôle porté par la DGFiP. Produire un format conforme ne suffit donc pas : encore faut-il être raccordé au réseau pour être joignable.

Être inscrit à l'annuaire du Portail Public de Facturation, est-ce que ça veut dire qu'on est prêt ?
Pas nécessairement. L'annuaire recense des adresses de facturation électronique, pas des entreprises capables de recevoir. À terme, tous les assujettis à la TVA disposant d'un SIREN y figureront, donc y être inscrit ne distingue personne. Être dans l'annuaire revient à avoir un numéro imprimé quelque part. Être raccordé au réseau signifie qu'on peut être appelé aujourd'hui. Pour vérifier ce qui est réellement connecté à quel logiciel comptable, nous avons ouvert ConnectCompta.

Quels formats de facture faut-il gérer ?
En France, la réforme retient trois formats structurés conformes à la norme EN 16931 : Factur-X, UBL 2.1 et CII. D'autres pays européens utilisent leurs propres variantes, comme FatturaPA en Italie ou KSeF en Pologne. Avec notre API Facturation, vous n'avez pas à traiter ces formats un par un : vous récupérez les factures en JSON structuré et vous recevez les statuts de cycle de vie dans le format attendu par chaque marché.

Une intégration, prête pour la facturation électronique

• Les statuts de cycle de vie en CDAR et en XML Peppol, rattachés à chaque facture
• Les factures récupérées en JSON structuré, via les endpoints que vous utilisez déjà
• Une bibliothèque croissante de connecteurs de facturation et de comptabilité
• Un modèle de données qui ne change pas quand un nouveau pays s'ajoute
• La maintenance et la veille de format gérées de notre côté

Vous voulez voir comment l'API Facturation s'insère dans votre produit à mesure que l'e-invoicing se déploie en Europe ? Réservez une démo avec notre équipe.