En bref : une facture électronique ne va pas directement de l’émetteur au destinataire. Elle part du système d’information vers une plateforme agréée, qui identifie le destinataire dans un annuaire national, route le document vers la plateforme de ce dernier, puis renvoie des statuts et transmet à l’administration les données exigées.
Vue de l’extérieur, la réforme ressemble à un changement de format : un PDF devient un fichier structuré. Vue du système d’information, c’est autre chose. La facture cesse d’être un document qu’on envoie pour devenir un message qui circule sur un réseau, avec de l’adressage, des accusés et des états.
Comprendre ce trajet évite pas mal de malentendus au moment de choisir un prestataire ou de concevoir une intégration.
Sommaire
Trois acteurs, pas deux
Une entreprise ne dépose pas sa facture chez son client. Elle la remet à un opérateur immatriculé par l’administration fiscale. Cet opérateur, appelé plateforme agréée, contrôle le document, le convertit si besoin dans un format que le destinataire sait lire, puis le transmet à la plateforme choisie par ce destinataire. Deux plateformes dialoguent donc entre elles, et l’administration reçoit en parallèle une partie des données.
Docoon fait partie de ces opérateurs. Immatriculé plateforme agréée par la DGFiP, cet acteur français de la dématérialisation expose des API REST, GraphQL et SOAP pour relier les systèmes d’information à ce réseau, applique des règles de traitement configurables sur les flux et renvoie les statuts en temps réel dans les applicatifs de l’entreprise. L’hébergement est assuré en France sur un cloud souverain qualifié SecNumCloud, avec une certification ISO 27001.
L’annuaire décide où part la facture
Le routage repose sur un annuaire national. Chaque entreprise y déclare une ou plusieurs adresses de facturation électronique, rattachées à son SIREN et, le cas échéant, à un établissement ou à un service. C’est cette adresse qui indique quelle plateforme reçoit ses factures. En juillet 2026, l’administration annonçait environ deux millions d’entreprises inscrites.
Pour un développeur, la conséquence est simple : le SIREN du client devient une donnée critique, au même titre qu’une adresse de livraison dans un système logistique. Absent ou erroné, la facture ne part nulle part. Et comme les entreprises changent de plateforme, l’annuaire évolue en permanence. Une intégration sérieuse interroge l’annuaire par API plutôt que de recopier une adresse une fois pour toutes dans une fiche client.
Trois formats, un socle commun
Le socle réglementaire retient trois formats : Factur-X, UBL et CII. Factur-X est hybride, puisqu’il embarque un PDF lisible par un humain et un fichier XML lisible par une machine, ce qui explique son adoption rapide dans les PME. UBL et CII sont des formats XML purs, déjà répandus dans les échanges internationaux et les chaînes EDI.
Les plateformes doivent savoir convertir d’un format vers un autre, parce que l’émetteur et le destinataire n’utilisent pas forcément le même. Cette conversion n’est pas anodine : un mappage approximatif perd des informations en route, et personne ne s’en aperçoit avant un contrôle.
Les statuts, le fil qui relie les deux systèmes
Une fois partie, la facture renvoie des états normalisés. Quatre sont obligatoires : déposée, rejetée, refusée et encaissée. Un rejet signale un problème technique, par exemple un format invalide ou un destinataire introuvable. Un refus vient du client lui-même, qui conteste le contenu. Le statut d’encaissement concerne les prestations de services soumises à la TVA sur les encaissements.
Ces statuts sont la seule boucle de retour disponible. S’ils ne remontent pas automatiquement dans l’ERP ou l’outil comptable, quelqu’un devra les consulter à la main sur un portail, facture par facture. C’est le point à vérifier en priorité dans une documentation d’API.
Ce que reçoit l’administration
La plateforme ne se contente pas de transporter. Elle transmet à l’administration fiscale les données de facturation, à savoir l’identité du fournisseur et du client, le montant hors taxes, la TVA due et le taux appliqué, ainsi que les données de transaction pour les opérations non couvertes par une facture électronique et les données de paiement. Le détail figure sur la page de la DGFiP consacrée aux plateformes agréées.
C’est cette collecte qui alimentera le préremplissage des déclarations de TVA, et c’est aussi ce qui explique pourquoi seuls des opérateurs immatriculés peuvent transmettre des factures : l’État a besoin d’un nombre fini d’interlocuteurs identifiés, pas de millions d’émetteurs directs.
Questions fréquentes
Qu’est-ce qu’une adresse de facturation électronique ?
C’est l’identifiant qui permet de retrouver une entreprise dans l’annuaire et de lui acheminer ses factures. Il repose sur le SIREN, éventuellement complété pour distinguer un établissement ou un service. Une même entreprise peut en déclarer plusieurs, par exemple une par filiale ou par entité de facturation.
Que se passe-t-il si mon client n’a pas encore de plateforme ?
Depuis le 1er septembre 2026, toute entreprise assujettie à la TVA doit être en mesure de recevoir ses factures par voie électronique, donc d’être joignable via l’annuaire. En pratique, les situations incomplètes existent encore pendant la montée en charge. Demandez à votre prestataire comment il traite ces cas plutôt que de le découvrir sur un rejet.
Peut-on utiliser plusieurs plateformes agréées ?
Rien ne l’interdit, et certains groupes le font pour séparer des filiales ou des activités. Cela suppose en revanche de tenir des déclarations cohérentes dans l’annuaire et d’accepter plusieurs intégrations à maintenir. Pour une entreprise à périmètre unique, l’intérêt est limité.
Quelle différence entre une plateforme agréée et une solution compatible ?
Une solution compatible produit des factures et des données conformes, mais ne peut pas transmettre elle-même les factures vers les plateformes des clients. Elle s’adosse donc à au moins une plateforme agréée, seule habilitée à assurer cette transmission et les échanges avec l’administration.