Le 12 octobre 2026, le ministère de l’Économie indiquait que 75 % des entreprises déclarant la TVA avaient désigné une plateforme de réception. Le même bilan citait pourtant le coût des offres, le changement de plateforme et l’adaptation des logiciels parmi les difficultés encore rencontrées. Cette première étape ne tranche donc pas la décision suivante : faut-il confier tous ses flux à une plateforme agréée, séparer réception et émission, ou organiser plusieurs plateformes ? Le bilan officiel du déploiement le confirme : la question est désormais autant architecturale que réglementaire.
Le choix qui se pose : sélectionner un fournisseur ou une architecture ?
Depuis le 1er septembre 2026, toutes les entreprises assujetties à la TVA doivent pouvoir recevoir des factures électroniques. Les grandes entreprises et les ETI doivent également les émettre et transmettre leurs données de e-reporting. Pour les petites entreprises et les microentreprises, cette seconde obligation s’appliquera le 1er septembre 2027, selon le calendrier officiel de la réforme.
Le choix d’une plateforme agréée — encore souvent appelée PDP dans les projets — ne consiste pas uniquement à comparer des fonctionnalités et des tarifs. Cette première sélection est traitée dans notre article sur les critères de choix d’une plateforme de dématérialisation.
La décision de direction porte aussi sur la répartition des responsabilités :
- quelle plateforme reçoit les factures fournisseurs ;
- laquelle transmet les factures clients ;
- laquelle prend en charge le e-reporting des transactions et des paiements ;
- quel système conserve la référence des statuts de cycle de vie ;
- où les équipes corrigent-elles une facture rejetée ou suivent-elles un paiement ?
L’administration autorise une entreprise à choisir une ou plusieurs plateformes agréées. Elle permet également de retenir des plateformes différentes pour l’émission, la réception et le e-reporting, comme le précise la FAQ de la DGFiP sur la facturation électronique. Cette liberté doit être utilisée pour répondre à une contrainte métier réelle, et non pour accumuler des contrats.
Les options en présence
Une plateforme unique pour tous les flux
La même plateforme reçoit les factures fournisseurs, transmet les factures clients et assure le e-reporting. L’ERP, le logiciel comptable ou une solution compatible lui envoie les données nécessaires et récupère les factures ainsi que leurs statuts.
Cette option réduit le nombre de raccordements et d’interlocuteurs. Elle convient lorsque les entités utilisent des processus homogènes et acceptent un même niveau de service. Elle concentre toutefois les flux réglementaires chez un seul opérateur : la qualité des interfaces, les possibilités d’export et les clauses de sortie deviennent déterminantes.
Des plateformes séparées selon le sens du flux
Une plateforme gère la réception des factures fournisseurs, tandis qu’une autre prend en charge l’émission et éventuellement le e-reporting. Ce découpage peut préserver une solution achats déjà intégrée tout en retenant, côté ventes, un outil mieux adapté à la génération des factures, aux statuts clients ou au suivi des encaissements.
La séparation reste lisible si chaque statut possède une source de référence clairement désignée. Elle devient fragile lorsque la comptabilité doit consulter plusieurs portails pour comprendre le traitement complet d’une facture.
Plusieurs plateformes orchestrées par une solution compatible
Chaque entité juridique, activité ou système de facturation peut conserver sa plateforme, tandis qu’une couche commune prépare les données, applique les règles de routage et restitue les statuts aux applications internes.
Cette approche protège certains investissements existants et limite l’obligation d’imposer immédiatement un outil unique à tout le groupe. Elle exige en contrepartie une gouvernance des données : identifiants clients, référentiels d’entités, formats, statuts et règles de reprise doivent être cohérents.
Une solution compatible n’accomplit pas elle-même les fonctions réglementaires réservées à une plateforme agréée. Elle doit être raccordée à au moins l’une d’elles. C’est notamment le positionnement d’e-Factu, notre application de facturation électronique : produire et contrôler les flux, générer du Factur-X et se connecter à la plateforme retenue sans confondre interface métier et opérateur réglementaire.
Les critères qui comptent vraiment
Les niveaux ci-dessous sont relatifs. Ils doivent être vérifiés à partir des contrats, des API disponibles et du nombre réel de systèmes à raccorder.
| Option | Coût global | Délai de mise en œuvre | Dépendance | Compétences internes | Réversibilité |
|---|---|---|---|---|---|
| Plateforme unique | Intégration généralement plus légère, mais concentration du contrat | Le plus court si l’ERP dispose déjà d’un connecteur exploitable | Forte dépendance envers un opérateur | Pilotage fonctionnel et contrôle des interfaces | Bonne seulement si les données, pièces et statuts sont exportables |
| Réception et émission séparées | Deux abonnements ou périmètres contractuels, plus des rapprochements | Intermédiaire, avec synchronisation comptable à prévoir | Dépendance répartie, mais multiplication des interfaces | Maîtrise des flux achats, ventes et comptables | Correcte si chaque plateforme couvre un périmètre autonome |
| Architecture multi-plateforme | Coût initial d’orchestration et de supervision plus élevé | Le plus long en raison des règles de routage et des tests | Concentration commerciale réduite, dépendance architecturale accrue | Architecture, API, données de référence et support | Élevée par composant, plus complexe à l’échelle globale |
Le coût de licence ne suffit donc pas. Il faut ajouter les connecteurs, la supervision, le traitement des rejets, les exports d’archives, la reprise des statuts et le temps passé par la comptabilité entre plusieurs interfaces. C’est aussi pourquoi une plateforme agréée ne suffit pas à garantir la conformité de bout en bout.
Avant toute signature, le responsable administratif ou financier doit également vérifier l’opérateur dans la liste officielle des plateformes agréées. La page, mise à jour le 3 novembre 2026, distingue les opérateurs ayant satisfait à toutes les conditions de ceux qui attendent encore leur immatriculation définitive après les tests d’interopérabilité.
Dans quel cas choisir quoi
Choisissez une plateforme unique si vos flux sont homogènes
Cette option est adaptée lorsque les factures clients proviennent d’un système principal, que la comptabilité fournisseurs est centralisée et que les entités appliquent des règles similaires. Avant de décider, demandez au responsable financier et au responsable IT de produire une matrice reliant chaque flux à son système source, son propriétaire et son mode de secours.
Validez ensuite que le contrat couvre explicitement la réception, l’émission, le e-reporting, les statuts, les pièces jointes, les exports et la restitution des données en fin de contrat.
Séparez réception et émission si les processus ont des propriétaires différents
Ce scénario est pertinent lorsque les achats disposent déjà d’un portail ou d’un workflow approuvé, tandis que les ventes nécessitent une intégration spécifique avec l’ERP, le CRM ou le recouvrement.
Le directeur financier doit alors désigner le système maître pour chaque information : facture originale, statut réglementaire, litige métier, échéance et paiement. L’équipe IT formalise les échanges dans un schéma d’interface, avec la règle appliquée lorsqu’un statut manque ou arrive en retard.
Retenez plusieurs plateformes si la diversité du système d’information est durable
Une architecture multi-plateforme se justifie lorsque plusieurs ERP doivent rester en place, que les entités ont des cycles de facturation réellement différents ou que certaines applications métiers ne peuvent pas être raccordées au même opérateur sans refonte disproportionnée.
Ne retenez pas cette option uniquement parce que l’organisation possède plusieurs sociétés. Si leurs données peuvent être normalisées avant transmission, une couche commune reliée à une plateforme unique peut rester plus simple. Le bon critère est la diversité durable des processus et des systèmes, pas l’organigramme juridique.
Décidez immédiatement si la réception fonctionne mais que l’émission reste à préparer
Une entreprise déjà raccordée pour recevoir ses factures ne doit pas considérer le projet comme terminé. L’émission nécessite de contrôler les données structurées, les mentions obligatoires, les cas de rejet, le e-reporting et le retour des statuts vers la comptabilité. Notre article sur le calendrier opérationnel jusqu’en septembre 2027 permet de replacer ces décisions dans le bon ordre.
Les pièges de chaque option
Le piège de la plateforme unique : confondre simplicité et captivité
Un portail unique peut masquer des API limitées, des exports incomplets ou des prestations additionnelles facturées séparément. Le risque apparaît au changement d’ERP, lors d’une acquisition ou si l’opérateur modifie son offre.
Faites inscrire dans le contrat les formats d’export, la récupération des factures et statuts, les conditions de migration et la continuité de service. La réversibilité doit être testable, pas simplement mentionnée.
Le piège des plateformes séparées : perdre la vision de bout en bout
Une facture peut être émise dans une application, transmise par une plateforme, suivie dans une autre interface puis rapprochée dans la comptabilité. Sans identifiant commun et sans règle de synchronisation, les équipes reconstituent manuellement son historique.
Le livrable nécessaire est un dictionnaire des statuts indiquant leur origine, leur signification métier, leur destinataire interne et l’action attendue.
Le piège du multi-plateforme : sous-estimer l’exploitation quotidienne
Le raccordement initial n’est qu’une partie du projet. Il faut surveiller les interfaces, traiter les doublons, mettre à jour les référentiels et déterminer qui intervient lorsqu’un flux reste bloqué entre deux systèmes.
Le responsable IT doit disposer d’un tableau de supervision commun. Le responsable financier doit recevoir une file d’exceptions exploitable, et non des journaux techniques. Sans cette organisation, la flexibilité architecturale se transforme en coûts administratifs récurrents.
Comment nous procédons chez D1 Consulting
Notre accompagnement à la réforme de la facturation électronique commence par une cartographie des flux émis, reçus et soumis au e-reporting. Le livrable associe chaque flux à son entité, son application source, son responsable métier, sa plateforme et son système de référence.
Nous définissons ensuite l’architecture cible : plateforme unique, séparation des flux ou orchestration multi-plateforme. Chaque décision est accompagnée d’une matrice de responsabilités, d’un schéma d’interfaces et de critères de réversibilité à intégrer dans les contrats.
La recette porte sur des scénarios vérifiables : émission, réception, rejet, correction, changement de statut, encaissement et restitution comptable. Elle contrôle également que les utilisateurs savent où intervenir, sans leur demander de naviguer entre plusieurs portails pour diagnostiquer un même incident.
Lorsque l’ERP ou le logiciel métier ne couvre pas tout le processus, e-Factu peut servir d’interface opérationnelle pour préparer les factures, produire du Factur-X, appliquer les contrôles et assurer le raccordement avec la plateforme agréée choisie. La plateforme conserve son rôle réglementaire ; e-Factu conserve la logique métier et facilite une future réversibilité.
👉 Réservez un diagnostic gratuit de 30 minutes pour obtenir un premier arbitrage entre plateforme unique, flux séparés et architecture multi-plateforme.
