Sur les 134 plateformes agréées immatriculées par la DGFiP au 26 mai 2026, aucune ne fonctionne en autonomie totale avec votre ERP. La facture électronique a déplacé le centre de gravité du système de facturation hors du logiciel de gestion, sans pour autant le rendre obsolète. Votre ERP continue de produire les données, mais c’est désormais un opérateur tiers, certifié par l’État, qui les transforme, les transmet et les déclare.
Cette interface entre l’ERP et la plateforme agréée détermine la moitié du coût et la quasi-totalité du risque opérationnel d’un projet conformité 2026. La connecter mal, c’est continuer à ressaisir à la main, accumuler les rejets et risquer 15 € d’amende par facture défaillante. Bien la concevoir, c’est gagner trois à six mois sur la facturation client et la pré-comptabilité. Le choix dépend autant de votre ERP que de votre logiciel de facturation et de la solution compatible que vous utilisez aujourd’hui.
Trois architectures s’affrontent : le connecteur natif éditeur, l’API REST avec mapping sur mesure, le dépôt de fichiers via SFTP ou EDI. Aucune n’est universellement supérieure. La bonne se déduit de votre stack actuelle, du volume traité et de votre tolérance au verrouillage fournisseur.
Pourquoi votre ERP ne suffit pas seul après septembre 2026
L’ERP reste le système maître des données comptables et commerciales. Mais la réforme française impose qu’aucune facture B2B ne circule directement entre deux ERP. Elle doit transiter par une plateforme agréée, qui valide, convertit et déclare. C’est cette obligation de tiers certifié qui crée le besoin d’intégration.
La frontière entre l’ERP et la plateforme agréée
Votre ERP gère le métier : devis, commande, livraison, calcul de TVA, comptabilisation. La plateforme agréée gère le réglementaire : conformité du format, signature, horodatage, transmission au destinataire, transmission des données fiscales à la DGFiP via le Portail Public de Facturation. Les deux périmètres ne se chevauchent que sur un point précis, la production du fichier structuré.
Concrètement, votre ERP émet désormais une enveloppe XML conforme à la norme européenne EN 16931. Cette enveloppe part vers la plateforme agréée, qui la signe, la route vers la plateforme agréée du client et déclare les données de TVA à l’administration. En réception, le mécanisme s’inverse : la plateforme agréée reçoit, contrôle, puis injecte la facture fournisseur dans votre ERP via le même canal. Ce flux bidirectionnel doit gérer quatorze statuts de cycle de vie standardisés, depuis « émise » jusqu’à « payée » ou « rejetée ».
La gestion documentaire et l’archivage probant sont également pris en charge par la plateforme, généralement pendant dix ans sur un hébergement qualifié SecNumCloud. Votre ERP n’a plus à archiver lui-même les originaux : il garde la référence, la plateforme garde la valeur légale.
Toute entreprise assujettie à la TVA doit pouvoir recevoir une facture électronique structurée dès septembre 2026, micro-entrepreneurs inclus. L’émission est échelonnée selon la taille, mais la réception ne l’est pas. Un défaut de conformité expose à 15 € par facture rejetée, plafonné à 15 000 € par an au titre de l’article 1737 du Code général des impôts.
Les trois formats que votre ERP doit gérer
La DGFiP reconnaît trois formats socles, tous interopérables via les plateformes agréées : Factur-X, UBL et CII. Factur-X est un format hybride PDF/A-3 + XML, lisible à la fois par un humain et par une machine. UBL et CII sont des formats XML purs, conçus pour le traitement automatisé pur. Une plateforme agréée doit savoir les convertir entre eux à la volée, ce qui dispense votre ERP de tous les produire.
En pratique, la plupart des ERP français émettent en Factur-X, les ERP industriels et internationaux privilégient UBL, et CII concerne surtout les flux EDI historiques (automobile, grande distribution). La conversion automatique entre formats par les plateformes agréées rend ce choix moins stratégique qu’il n’y paraît. L’OCR et l’extraction automatique des données restent en revanche utiles pour traiter les factures fournisseurs qui arrivent encore en PDF non structuré pendant la période de transition.
Si votre fournisseur émet en UBL et que vous recevez en Factur-X, la conversion s’opère automatiquement entre les deux plateformes agréées. Ni vous, ni votre fournisseur n’avez à paramétrer la traduction. Cette interopérabilité fonctionne dans tous les sens, ce qui rend le choix du format socle moins critique que celui de la plateforme elle-même.
Les trois architectures d’intégration ERP vers PA
Trois architectures cohabitent sur le marché des plateformes agréées : le connecteur natif éditeur, l’API REST avec mapping sur mesure, et le dépôt de fichiers via SFTP ou EDI traditionnel. Le choix se joue sur trois critères, dans l’ordre : la maturité technique de votre équipe, le volume mensuel traité et votre tolérance au verrouillage fournisseur. Un comparatif détaillé des logiciels de facturation électronique permet d’objectiver le choix selon votre profil.
Le connecteur natif éditeur
C’est l’option la plus rapide et la moins risquée techniquement. Sage, Cegid, Pennylane, EBP, et plusieurs autres éditeurs proposent un connecteur préconfiguré entre leur logiciel et leur propre plateforme agréée. L’utilisateur n’a quasiment rien à paramétrer côté flux : les factures partent directement depuis l’interface ERP, les statuts remontent automatiquement, l’archivage est géré sans intervention.
Le revers est immédiat : vous vous mariez avec un éditeur unique. Changer de plateforme agréée trois ans plus tard supposera de défaire le connecteur, d’exporter les flux et de reparamétrer. Sage Network, par exemple, oriente naturellement les flux vers la PA Sage, même si techniquement l’interopérabilité avec d’autres PA existe. Pour une PME en croissance rapide ou un cabinet qui dématérialise des factures fournisseurs en gros volume, ce verrouillage peut devenir contraignant.
L’API REST avec mapping sur mesure
La voie de l’autonomie. Les plateformes agréées modernes (B2Brouter, Iopole, Tenor, Pennylane, et la majorité des PA cloud-first) exposent des API REST documentées qui permettent à votre ERP d’envoyer et de recevoir des factures dans le format de votre choix, avec un mapping configurable champ par champ. C’est l’architecture qu’utilisent presque toutes les ETI cloud-native sur NetSuite, Microsoft Dynamics 365 ou Cegid XRP Flex.
L’investissement initial est plus lourd : entre 2 000 et 10 000 € de développement pour une PME, plusieurs dizaines de milliers d’euros pour une ETI multi-entités. Mais le résultat reste réversible. Si la plateforme agréée ne tient pas ses promesses, vous reconfigurez l’API vers une autre en quelques semaines, sans rebâtir votre ERP. C’est l’option recommandée pour toute organisation qui anticipe des changements d’outils dans les trois années à venir.
Le connecteur natif vous fait gagner du temps mais vous lie à un éditeur. L’API REST coûte plus cher à l’installation mais reste portable. Le SFTP/EDI ne se justifie que sur les flux historiques massifs. Aucune solution n’est universellement meilleure : c’est votre volume, votre maturité IT et votre horizon de réversibilité qui tranchent.
Le SFTP et l’EDI traditionnel
Les grands comptes industriels et la distribution travaillent depuis vingt ans en EDI sur des protocoles AS2, X400 ou SFTP, avec des messages EDIFACT ou GS1. Les plateformes agréées historiques (Generix, Tradeshift, Esker, Doxis, SERES/Docaposte) maintiennent ces canaux et les complètent par des conversions automatiques vers UBL ou CII pour la France.
Cette voie reste pertinente pour deux profils : les entreprises traitant plus de 50 000 factures par an avec une supply chain sous EDI, et les filiales françaises de groupes internationaux dont le master data réside dans un ERP centralisé à l’étranger. Pour tous les autres, l’API REST a tué le SFTP : elle offre la même robustesse avec une fraction du coût et un délai de mise en service plus court.
| Architecture | Délai mise en service | Budget intégration | Réversibilité | Profil cible |
|---|---|---|---|---|
| Connecteur natif éditeur | 2 à 4 semaines | 0 à 2 000 € | Faible (verrouillage) | TPE / PME mono-ERP |
| API REST + mapping | 6 à 12 semaines | 2 000 à 30 000 € | Élevée (portable) | PME / ETI cloud-native |
| SFTP / EDI traditionnel | 3 à 6 mois | 20 000 à 100 000 € | Moyenne (formats standards) | ETI industrielles, grands comptes |