Facturation électronique 2026 : le guide quand vos factures sortent d’un CRM ou d’un outil métier
par Paul Mantez, Co-fondateur & Développeur
Vous facturez depuis votre CRM, un SaaS ou un outil développé maison, et vous vous demandez ce que la réforme 2026 vous oblige réellement à faire. La réponse dépend entièrement de l'endroit où naissent vos factures — et l'écart d'effort entre deux situations peut aller de « cocher une case » à « lancer un chantier d'intégration de deux mois ».
On a construit et mis en production une passerelle reliant un CRM à une Plateforme Agréée, pour un groupe d'événementiel parisien : deux entités légales distinctes, un seul système d'émission. Ce qui suit vient de là, pas d'une plaquette.
Ce guide vous situe dans le bon profil, explique pourquoi la conformité n'arrive pas toute seule hors ERP, et détaille vos options chiffrées ainsi que le déroulé réel d'une intégration. L'objectif : que vous sachiez, après lecture, exactement quel chantier vous attend et combien de temps il prend.
La réforme en clair
Deux échéances commandent le calendrier français.
Le 1er septembre 2026, toutes les entreprises assujetties à la TVA établies en France devront être capables de recevoir une facture électronique — franchise en base comprise : ne pas collecter la TVA n'exempte pas de l'obligation. À la même date, l'émission devient obligatoire pour les grandes entreprises et les ETI. Le 1er septembre 2027, l'obligation d'émission s'étend aux PME et aux TPE. Autrement dit, même une petite structure qui n'émet pas encore en électronique doit pouvoir recevoir dès 2026. Seules les activités exonérées de l'article 261 du CGI — santé, enseignement, assurance, notamment — restent hors champ.
Et le calendrier tiendra. Le pilote national tourne depuis le 27 février 2026 — de vraies factures s'échangent en conditions réelles — et la DGFiP a confirmé en mai 2026, au plus haut niveau, qu'il n'y aurait pas de report. Si vous attendiez un sursis comme en 2024, il ne viendra pas.
Au cœur du dispositif, un acteur que vous ne choisirez pas par hasard : la Plateforme Agréée. Depuis juillet 2025, ces opérateurs — auparavant appelés PDP — portent le nom officiel de Plateformes Agréées (PA). La DGFiP en a immatriculé plus de 200. Une PA est un opérateur privé habilité à émettre, recevoir et transmettre les factures, et à faire remonter à l'administration les données de chaque facture B2B — complétées, pour les ventes aux particuliers, l'international et les encaissements, par le volet e-reporting. Vous passerez par l'une d'elles, sans exception.
Le PPF (Portail Public de Facturation), tenu par la DGFiP, ne voit pas passer vos factures. Il maintient l'annuaire central : pour chaque SIREN/SIRET, il indique quelle plateforme agréée dessert l'entreprise destinataire, et ce sont les PA qui le consultent pour acheminer chaque facture. Les factures circulent de PA à PA. Les données fiscales, elles, remontent à l'administration.
Reste la question du format, sur laquelle beaucoup s'attardent à tort. Le socle réglementaire retient trois standards. Factur-X est un format hybride : un PDF lisible par un humain qui embarque un fichier XML structuré, lisible par une machine. UBL est un XML structuré pur, standard international très répandu. CII est un autre XML structuré, issu des travaux des Nations unies sur l'échange de données. Le point qui compte : les plateformes agréées savent convertir d'un format à l'autre. Vous pouvez donc émettre dans le format que produit votre outil et laisser la PA s'occuper de la conversion. Le sujet à instruire reste la connexion à la PA. C'est la seule fois où ce guide parle des formats — ils méritent une mise au point, pas une obsession.
Êtes-vous concerné ? Les 4 profils de stack
Tout le monde est concerné par la réception. Pour l'émission, l'effort dépend de l'outil d'où sortent vos factures. Quatre profils couvrent l'essentiel des cas.
Profil A — un ERP ou un logiciel de compta majeur, à jour. Si vous facturez depuis Sage, Cegid, Pennylane ou un équivalent récent, le plus dur est déjà fait pour vous. Ces éditeurs intègrent la conformité au socle et, pour la plupart, exploitent leur propre plateforme agréée ou s'y raccordent. Votre travail se limite à vérifier le calendrier d'activation de la fonctionnalité chez votre éditeur, à confirmer votre offre, et à tester un envoi réel avant l'échéance. Ne tenez rien pour acquis : demandez par écrit la date de mise à disposition.
Profil B — un SaaS de facturation. Vous utilisez un outil en ligne dédié à la facturation. Le réflexe : vérifier que l'éditeur est lui-même immatriculé comme plateforme agréée, ou qu'il est raccordé à une PA identifiée. Une jolie interface ne vaut pas conformité. Posez une question simple à votre éditeur : « vous êtes immatriculé PA, ou raccordé à laquelle ? » La réponse — ou l'absence de réponse — vous situe tout de suite.
Profil C — la facturation vit dans votre CRM. Salesforce, HubSpot, Dynamics font très bien leur métier — qui n'est pas la conformité fiscale française. Ni génération d'un format du socle, ni connexion à une plateforme agréée : rien de natif. Si vos factures naissent là, une intégration est nécessaire. Le cas de Salesforce mérite son propre traitement — on l'a détaillé dans un guide dédié à Salesforce et la facturation électronique, architecture et délais à l'appui.
Profil D — un outil métier développé en interne. Module de facturation maison, application sur-mesure, back-office propriétaire. Ici, personne ne livrera la conformité à votre place : vous êtes votre propre éditeur. L'intégration est nécessaire et vous porterez entièrement le pont entre votre outil et le réseau des plateformes agréées. C'est le profil le plus exigeant, et celui où démarrer tôt change le plus la donne.
Les profils C et D partagent la même réalité technique. C'est l'objet de la section suivante.
Pourquoi il n'y a pas de bouton magique hors ERP
L'idée d'un bouton « rendez-moi conforme » est tenace. Hors d'un ERP qui gère tout en interne, elle ne tient pas — et il vaut mieux comprendre pourquoi avant de signer quoi que ce soit.
Être conforme, techniquement, c'est faire fonctionner plusieurs blocs ensemble. Il faut produire un fichier valide — un UBL ou un Factur-X qui respecte le socle, avec les mentions obligatoires au bon endroit et une structure que la plateforme acceptera sans broncher. Il faut dialoguer avec l'API de la plateforme agréée : s'authentifier, envoyer la facture, récupérer les accusés. Il faut consommer les statuts que le réseau renvoie ensuite — déposée, rejetée, encaissée — et savoir quoi faire d'un rejet. Et il faut recevoir les factures fournisseurs qui arrivent par le même canal, les ranger, les rendre exploitables par la compta.
Aucun de ces blocs n'existe dans un CRM ou un outil maison. Un CRM sait gérer une relation commerciale, pas authentifier un dépôt sur une plateforme fiscale ni interpréter un code de rejet réglementaire. Un outil interne fait ce pour quoi vous l'avez écrit, et la conformité 2026 n'en faisait pas partie. À cela s'ajoute un point qu'on sous-estime souvent : ces blocs doivent rester synchronisés avec votre outil source. Quand une facture est rejetée par la plateforme, quelqu'un doit le voir là où il travaille, le corriger, et rejouer l'envoi. Sans ce retour d'information, vous découvrez les rejets trop tard.
C'est donc un composant logiciel à part entière qu'il faut ajouter. On l'appelle une passerelle : elle lit vos données là où elles vivent, fabrique le format conforme, parle à la plateforme, et fait revenir les statuts vers vos équipes. Rien d'un réglage à activer : un développement à part entière, avec ses tests et son cycle de vie.
Vos options, de la moins chère à la plus robuste
Plusieurs chemins mènent à la conformité. Ils ne se valent pas selon votre volume, votre modèle de données et votre tolérance au changement. Les voici, du plus économique au plus solide.
Changer d'outil de facturation. Migrer vers un SaaS conforme ou un ERP qui gère tout. Sur le papier, c'est la solution la moins chère : vous achetez la conformité avec l'abonnement. Le coût caché est ailleurs — la migration des données, le ré-paramétrage de vos processus, et surtout l'adoption par des équipes habituées à l'outil actuel. Pour une facturation simple et peu spécifique, ça peut être le bon calcul. Dès que votre facturation porte une logique métier particulière, vous risquez de tordre votre activité pour entrer dans le moule d'un logiciel.
L'opérateur de dématérialisation ou la saisie manuelle sur portail. Certaines plateformes agréées offrent un portail où l'on saisit les factures à la main. Acceptable à très faible volume — quelques factures par mois. Au-delà, la ressaisie devient une charge quotidienne et une source d'erreurs. C'est une solution de transition, pas une cible pour une entreprise qui facture sérieusement.
Le connecteur de votre éditeur. Si votre outil de facturation ou votre PA propose un connecteur prêt à l'emploi, et que votre modèle de données reste standard, c'est un bon compromis. Le connecteur fait le pont, vous économisez le développement. La limite arrive vite dès que vos champs sont custom, votre logique de facturation particulière ou vos entités multiples : ces briques génériques ne couvrent pas les cas qui sortent du chemin balisé.
La passerelle d'intégration sur-mesure. C'est souvent la seule option viable pour un modèle de données custom, une organisation multi-entités ou des volumes qui interdisent la saisie manuelle. On maîtrise exactement ce qui est lu, transformé et envoyé, et on s'adapte à votre outil plutôt que l'inverse. C'est ce qu'on a construit pour le groupe événementiel évoqué plus haut.
Côté budget, les sites spécialisés affichent une fourchette de 5 000 à 50 000 € pour une intégration sur-mesure, selon la complexité. L'écart s'explique : un modèle de données simple et mono-entité coûte le bas de la fourchette, une organisation avec plusieurs sociétés, des champs custom et de gros volumes tire vers le haut. Notre position est plus précise : notre passerelle est déjà en production. Le moteur — génération des formats, dialogue avec l'API de la PA, suivi des statuts, writeback dans l'outil source — est écrit, testé, éprouvé en conditions réelles. Ce qui reste à faire pour un nouveau client, c'est le branchement à son modèle de données, pas la réécriture du cœur. Mécaniquement, la facture baisse par rapport à un développement parti de zéro.
On connecte votre outil à une Plateforme Agréée →
Choisir sa Plateforme Agréée
Avec plus de 200 plateformes immatriculées, comparer tout le marché n'a aucun intérêt quand on intègre depuis un CRM ou un outil maison. Ce qui compte, c'est la qualité de ce que la plateforme expose côté API, parce que c'est là que votre passerelle vivra. Quelques critères tranchent vraiment.
La qualité de la documentation API pèse lourd : une PA peut être parfaitement agréée et offrir une API pénible, sous-documentée, avec des messages d'erreur opaques. Vous le paierez en jours d'intégration. L'environnement sandbox compte tout autant : un bac à sable réaliste change tout — c'est là qu'on rejoue les cas tordus avant la prod. Sans lui, vous testez en prod, ce qui est exactement ce qu'il faut éviter avec des factures fiscales.
Vérifiez aussi la couverture émission et réception sur la même plateforme : inutile de monter deux intégrations distinctes. Pour une organisation à plusieurs sociétés, la gestion multi-entités est un critère dur — la plateforme doit savoir traiter plusieurs SIREN proprement. La pérennité de l'éditeur mérite un regard : vous vous liez à cette PA pour des années, observez sa solidité et sa trajectoire.
De notre côté, on a travaillé avec Sage Network et l'intégration s'est bien passée, doc et sandbox au rendez-vous ; on a raconté l'intérieur du chantier dans notre retour d'expérience sur l'intégration de l'API d'une plateforme agréée. Vérifiez dans tous les cas que la plateforme retenue est bien immatriculée par la DGFiP — une intégration adossée à une plateforme non agréée ne vous met pas en conformité.
Le chantier d'intégration, étape par étape
Voici à quoi ressemble une intégration sur-mesure dans la vraie vie, avec des durées tirées de notre projet. L'ensemble du flux d'émission tient en 6 à 10 semaines selon la complexité du modèle de données.
Cartographier les flux de facturation (quelques jours). Où naissent les factures, quels champs portent le montant, la TVA, le client, les mentions obligatoires. C'est l'étape qu'on bâcle au péril du reste.
Choisir la plateforme agréée (en parallèle). Sur les critères API ci-dessus. À mener tôt, car l'ouverture d'un compte côté PA prend elle-même du temps.
Obtenir les accès sandbox (quelques jours à une semaine, côté PA). Sans bac à sable, pas de tests sérieux. Lancez la demande dès le choix fait.
Mapper les données vers le format du socle (deux à trois semaines sur un modèle custom — c'est presque toujours l'étape la plus longue). Traduire votre modèle vers un UBL ou un Factur-X valide. C'est le cœur technique, là où les champs custom et la logique métier réclament de l'attention.
Construire le flux d'émission et le suivi des statuts (une semaine une fois l'authentification réglée). Authentification, envoi, récupération des accusés, gestion des rejets, retour des statuts vers vos équipes. La partie qui rend la passerelle utile au quotidien.
Tester de bout en bout (une à deux semaines). C'est sur le sandbox qu'on attrape les cas réels : un mode de paiement particulier, une mention manquante, un rejet à interpréter et rejouer. On ne passe pas en prod tant que ça coince.
Passer en production et s'inscrire à l'annuaire (quelques jours). Bascule réelle, déclaration auprès de la plateforme, vérification de l'annuaire central pour le routage.
Ajouter la réception fournisseurs (ensuite, sur la même base). L'authentification, le mapping et le suivi des statuts étant déjà en place, ce volet s'ajoute sans repartir de zéro.
Comptez en semaines, jamais en jours. Et tenez compte des délais qui ne dépendent pas de vous — l'ouverture d'un compte et d'un sandbox côté plateforme agréée s'anticipe.
Et le multi-entités ?
Si votre groupe compte plusieurs sociétés, retenez un principe simple : chaque SIREN porte sa propre conformité. L'administration et l'annuaire central raisonnent par identifiant légal, pas par groupe. Une entité non conforme reste non conforme même si sa voisine l'est. On a consacré un article dédié au multi-entités et à la gestion de plusieurs SIREN depuis un seul système à ce sujet.
Cela ne veut pas dire une intégration par société. L'architecture doit traiter l'entité comme un paramètre : la passerelle sait pour quel SIREN elle émet, applique les bonnes mentions, dépose au bon endroit, et fait remonter les statuts dans le bon périmètre. Le moteur est mutualisé, le routage est paramétré.
C'est exactement ce qu'on a fait pour le groupe d'événementiel parisien : deux entités légales, deux SIREN, une seule passerelle. Aucune duplication de code, un paramètre qui décide du reste. Monter une intégration par entité aurait doublé la dette pour rien.
Questions fréquentes
Mon expert-comptable peut-il s'en charger ?
Pour la partie comptable, oui : votre expert-comptable a toute sa place sur la réception, le rapprochement, la tenue. Pour connecter votre outil métier au réseau, non — ce n'est pas son métier. Brancher un CRM ou une application maison sur l'API d'une plateforme agréée est un chantier d'intégration logicielle, pas une mission comptable. Les deux rôles sont complémentaires, ils ne se substituent pas.
Que se passe-t-il si je ne suis pas prêt au 1er septembre 2026 ?
Deux conséquences, selon le volet. Côté réception, qui concerne toutes les entreprises : vos fournisseurs ne pourront plus vous facturer correctement, puisqu'ils émettront en électronique vers une plateforme qui ne sait pas vous joindre. Vos paiements et votre compta s'en trouvent bloqués. Côté émission, pour les grandes entreprises et les ETI soumises dès 2026 : vous êtes en non-conformité fiscale — l'amende prévue est de 15 € par facture non émise au format électronique, plafonnée à 15 000 € par année civile, et de 250 € par transmission d'e-reporting manquante. Dans les deux cas, ce n'est pas un sujet qu'on rattrape en une semaine.
Une Plateforme Agréée gratuite, ça existe ?
Des offres freemium existent, oui — certaines plateformes proposent un accès de base sans frais, souvent limité en volume ou en fonctionnalités. Mais pour un outil custom, le coût n'est pas l'abonnement à la PA : c'est l'intégration entre votre outil et cette plateforme. Une PA gratuite avec une API à connecter ne change rien à l'effort de développement. Le bon réflexe est de regarder la qualité de l'API avant le prix de l'abonnement.
En août 2026, vous voulez être dans la position de celui qui a déjà émis et reçu de vraies factures en sandbox puis en production, et qui regarde l'échéance arriver sans stress. Démarrer maintenant, c'est se laisser le temps des cas tordus et des allers-retours avec la plateforme. C'est la seule variable que vous contrôlez vraiment.