Ce que la réforme impose concrètement aux PME
La facturation électronique entre en vigueur en France de manière progressive. À compter du 1ᵉʳ septembre 2026, toutes les entreprises assujetties à la TVA devront être capables de recevoir des factures électroniques via une plateforme agréée par la DGFiP. L'obligation d'émettre des factures électroniques suivra au 1ᵉʳ septembre 2027 pour les PME, TPE et micro-entreprises.
Ce qui change fondamentalement : il ne sera plus possible d'envoyer un PDF par e-mail. Chaque facture B2B devra transiter par un intermédiaire immatriculé par l'État, la plateforme agréée (PA), anciennement appelée plateforme de dématérialisation partenaire (PDP). Cet intermédiaire assure l'émission, la réception, et la transmission des données de facturation à l'administration.
112 plateformes agréées définitivement immatriculées par la DGFiP au 21 mars 2026 (source : liste officielle DGFiP).
3 formats obligatoires : Factur-X (PDF + XML), UBL 2.1 (XML pur), CII (XML pur) — norme européenne EN 16931.
1ᵉʳ sept. 2026 : réception obligatoire pour toutes les entreprises. 1ᵉʳ sept. 2027 : émission obligatoire pour les PME et TPE.
Coût d'intégration sur mesure : de 5 000 € à 50 000 € selon la complexité du système d'information existant.
Le marché des plateformes agréées est désormais structuré. Les premières immatriculations définitives ont été publiées le 11 décembre 2025, et le Portail Public de Facturation (PPF) a ouvert le 14 octobre 2025 pour les tests d'interopérabilité. Le dispositif est en place côté État. La question n'est plus « quelle PDP choisir ? » mais « comment la connecter à ce qui existe déjà dans mon entreprise ? ».
L'angle mort : la connexion entre vos outils et la plateforme
La plupart des articles sur la facturation électronique s'arrêtent au choix de la plateforme. Comparer les tarifs, vérifier l'immatriculation, lire les fonctionnalités, c'est nécessaire, mais ce n'est que la première étape. Le vrai travail commence après : faire en sorte que vos outils existants communiquent avec cette plateforme.
Car une plateforme agréée ne remplace pas votre ERP, votre logiciel de facturation, votre CRM ni vos outils internes. Elle vient s'y connecter. Et c'est précisément cette connexion qui pose problème dans la grande majorité des PME.
Le problème n'est presque jamais la plateforme. C'est l'architecture entre la plateforme et vos outils.
Il existe trois niveaux d'intégration possibles entre vos outils et une plateforme agréée. Le premier, manuel, consiste à exporter des fichiers CSV ou Excel depuis votre logiciel pour les importer dans la plateforme, fonctionnel mais chronophage, source d'erreurs et difficilement tenable sur la durée. Le deuxième, automatique via API, permet à vos logiciels de se synchroniser en temps réel, sans intervention humaine. Le troisième, intégré, suppose que la plateforme agréée est elle-même votre outil de facturation, possible uniquement si vous changez de logiciel.
Pour une PME qui utilise un ERP comme Sage, Cegid, EBP ou Divalto, un CRM comme Sellsy ou HubSpot, ou des outils internes développés sur mesure, le premier niveau n'est pas viable au-delà de quelques factures par mois. Et le troisième implique un changement d'outil souvent trop lourd. Reste le deuxième : l'intégration par API. C'est la solution la plus adaptée, mais c'est aussi celle qui nécessite un travail technique que ni la PDP ni l'éditeur de votre ERP ne feront pour vous.
Ce que la PDP ne fait pas
Une plateforme agréée garantit la conformité réglementaire, la transmission des factures dans les formats légaux, l'interopérabilité avec les autres plateformes et le PPF, et la remontée des données vers l'administration fiscale. En revanche, elle ne sait pas comment votre ERP structure ses données, elle ne connaît pas le mapping de vos champs clients, elle ne gère pas les cas particuliers de votre processus de facturation. C'est un tuyau conforme, pas un chef de chantier.
Les éditeurs d'ERP, de leur côté, proposent parfois des connecteurs natifs vers certaines plateformes agréées. Mais « natif » ne signifie pas « plug-and-play ». Le connecteur couvre le cas standard : émettre une facture, recevoir un statut. Il ne couvre pas les workflows spécifiques à votre activité, la gestion multi-entités, la réconciliation avec des outils tiers, ou la reprise de l'historique.
Trois situations types où ça bloque
L'ERP ne parle pas le même langage que la PDP
Vous utilisez un ERP métier, peut-être ancien, peut-être développé sur mesure, qui produit des factures dans un format propriétaire. La plateforme agréée attend du Factur-X, de l'UBL ou du CII. Entre les deux : rien. Pas de connecteur natif, pas d'API documentée côté ERP. Il faut construire un pont technique : extraction des données, transformation au bon format, envoi via l'API de la PDP, gestion des retours de statut. C'est un développement d'intégration, pas une configuration.
La chaîne devis-facture-compta est fragmentée
Le devis est dans le CRM, la facture dans un autre logiciel, la comptabilité dans un troisième. L'arrivée de la PDP ajoute un quatrième maillon. Sans intégration, chaque facture nécessite des ressaisies, des exports manuels, des vérifications croisées. Le risque d'erreur se multiplie à chaque étape, et l'administration exige désormais un suivi de statut en temps réel (dépôt, réception, acceptation, paiement) que le bricolage manuel ne peut pas garantir.
L'outil interne n'a pas été prévu pour ça
Votre outil métier a été développé il y a quelques années, il fonctionne bien pour l'opérationnel, mais il n'a jamais été conçu pour émettre des factures électroniques normées. Ajouter une couche de facturation électronique à un outil existant implique de revoir l'architecture : ajout d'une API sortante, gestion des formats structurés, intégration de l'annuaire DGFiP pour router les factures vers la bonne plateforme destinataire. C'est un travail d'architecture, pas un patch.
Dans ces trois cas, le dirigeant se retrouve face au même constat : il a choisi sa plateforme, il a compris ses obligations, mais personne dans son écosystème habituel (éditeur, comptable, PDP) n'est en mesure de faire le lien technique entre ses outils et la plateforme. C'est exactement le rôle d'un intégrateur technique.
Ce que fait un intégrateur technique (et ce que ne fait pas la PDP)
Un intégrateur technique n'est ni un revendeur de logiciel, ni un consultant en conformité. Son rôle est de relier des systèmes qui ne se parlent pas et de construire l'infrastructure technique qui permet à vos outils existants de fonctionner avec la plateforme agréée, sans tout remplacer.
Concrètement, cela passe par un audit de votre système d'information actuel : quels logiciels produisent ou reçoivent des factures, dans quels formats, via quels canaux, avec quelles dépendances. Puis par la conception d'une architecture d'intégration : quelles API utiliser, quel middleware ou connecteur développer, comment gérer les flux entrants et sortants, comment assurer la traçabilité et la gestion d'erreurs.
Raisonner en système, pas en logiciel. La plateforme agréée est une brique, pas la solution.
L'intégrateur intervient aussi sur des sujets que les plateformes ne couvrent pas : la reprise et la migration de données historiques, le mapping entre les champs de votre ERP et les champs normés des formats Factur-X ou UBL, la gestion des cas métier spécifiques (factures d'avoir, conditions de paiement atypiques, multi-devises, multi-entités), et la formation de vos équipes au nouveau flux.
C'est un travail d'architecture logicielle appliqué à un contexte métier précis. Il ne s'agit pas de vous vendre un produit de plus, mais de faire fonctionner ensemble ce que vous avez déjà, avec ce que la réglementation vous impose d'ajouter.
Pourquoi un profil indépendant plutôt qu'une ESN ?
Sur un projet d'intégration technique en PME, le périmètre est précis et le budget est contraint. Faire appel à une ESN, c'est souvent payer la structure avant de payer l'expertise : un chef de projet, un architecte, un développeur, trois interlocuteurs là où un seul suffit. Un développeur indépendant spécialisé en intégration de systèmes est un interlocuteur unique qui audite, conçoit, développe et déploie. Il comprend les enjeux métier parce qu'il travaille directement avec le dirigeant, pas à travers trois couches de reporting.
Par où commencer : les étapes concrètes
Si vous êtes dirigeant de PME et que votre plateforme agréée est choisie (ou en cours de choix), voici les étapes à suivre pour que l'intégration ne devienne pas un point de blocage en septembre.
1. Cartographier vos flux de facturation actuels
Avant toute intervention technique, il faut documenter l'existant. Quels logiciels émettent des factures ? Dans quels formats ? Comment circulent-elles entre les équipes ? Quels sont les points de ressaisie manuelle ? Ce travail de cartographie prend quelques heures et évite des semaines de développement inutile ensuite.
2. Évaluer la compatibilité technique avec la PDP choisie
Votre ERP dispose-t-il d'une API REST documentée ? La plateforme agréée propose-t-elle des connecteurs pour votre logiciel ? Si oui, que couvrent-ils exactement ? Si non, quel type de développement faut-il prévoir ? C'est cette évaluation qui permet de chiffrer le projet d'intégration de manière réaliste — pas les grilles tarifaires de la PDP.
3. Définir le périmètre et le budget
Un projet d'intégration PME se chiffre généralement entre 5 000 € et 30 000 €, selon la complexité du système d'information existant. Cela couvre l'audit, le développement du connecteur ou du middleware, les tests de conformité (formats, statuts, e-reporting) et la mise en production avec formation des équipes. Un périmètre clair avant la première ligne de code est la meilleure garantie de respect des délais et du budget.
4. Planifier maintenant, pas en septembre
L'obligation de réception entre en vigueur le 1ᵉʳ septembre 2026 pour toutes les entreprises. Les projets d'intégration prennent typiquement 4 à 8 semaines entre l'audit et la mise en production. En ajoutant les délais de décision et la disponibilité des interlocuteurs, un projet lancé en juin est déjà un projet sous tension. Le bon moment, c'est maintenant.
Votre PDP est choisie. Il reste à la connecter à vos outils.
Structuration d'outils internes, intégration entre systèmes, automatisation de processus, développement d'applications métier, de 1 500 € à 30 000 € +.
Discutons de votre besoin