Depuis le 1er septembre 2026, choisir une plateforme agréée — encore souvent appelée PDP — est indispensable pour recevoir des factures électroniques. Le premier comité de suivi a pourtant relevé des difficultés d’interopérabilité et de transmission des statuts, alors même que 75 % des entreprises déclarant la TVA avaient désigné leur plateforme et que 20 millions de factures avaient déjà été échangées. Ces constats, publiés dans le premier bilan officiel du déploiement, montrent qu’avoir choisi son rail réglementaire ne signifie pas avoir fiabilisé tout son processus de facturation.
La promesse qu’on entend partout : « choisissez une PDP et vous êtes prêt »
Le discours est simple : sélectionnez une plateforme agréée, signez le mandat de désignation, raccordez votre logiciel de facturation et le sujet est réglé. La plateforme se chargerait des formats, de l’adressage, des échanges avec l’administration, de l’e-reporting et du suivi des factures.
Cette promesse n’est pas absurde. Une plateforme agréée occupe effectivement une place centrale dans le dispositif. Elle reçoit et transmet les factures, extrait les données attendues par l’administration et communique avec les autres plateformes. Son agrément suppose notamment de satisfaire aux exigences fiscales, de sécurité et d’interopérabilité présentées dans la liste officielle des plateformes agréées.
Pour un dirigeant, l’offre « tout-en-un » paraît donc rationnelle : un contrat, un portail et un interlocuteur pour traiter une obligation complexe. C’est aussi pourquoi le choix doit être préparé avec une grille fonctionnelle, comme nous l’expliquons dans nos six critères de sélection d’une plateforme de dématérialisation.
Le problème commence lorsque la plateforme est confondue avec l’ensemble du processus métier.
Ce qui est vrai : la plateforme fournit le rail réglementaire
Depuis le 1er septembre 2026, toutes les entreprises doivent être capables de recevoir des factures électroniques. Les PME et micro-entreprises devront également émettre leurs factures électroniques et transmettre leurs données d’e-reporting à partir du 1er septembre 2027. Un PDF ordinaire envoyé par e-mail ne répond plus, à lui seul, à la définition réglementaire d’une facture électronique, qui doit respecter un format normé et transiter par une plateforme agréée. Le calendrier et les principes officiels de la réforme le précisent explicitement.
La plateforme peut donc prendre en charge une partie technique qu’une PME n’a aucun intérêt à reconstruire : connexion à l’annuaire central, routage vers la plateforme du client, transmission des données fiscales et interopérabilité avec l’écosystème.
Même lorsqu’une entreprise utilise une « solution compatible » — logiciel comptable, ERP, logiciel métier ou application de facturation — celle-ci doit passer par une plateforme agréée pour accomplir les transmissions réglementaires. L’entreprise doit en outre formaliser la désignation de sa plateforme, directement ou par mandat explicite à un intermédiaire, comme le rappelle la fiche pratique de la DGFiP sur la mise en œuvre de la réforme.
La plateforme n’est donc ni facultative ni facilement contournable. Mais elle ne peut transmettre correctement que ce que vos systèmes et vos équipes lui fournissent correctement.
Ce qui est faux, ou seulement vrai sous conditions
La plateforme ne corrige pas vos données à la source
Le numéro SIREN du client, la catégorie de l’opération, l’option éventuelle pour la TVA sur les débits et l’adresse de livraison distincte font partie des informations que le système de facturation doit savoir produire. Ces mentions sont détaillées dans le dossier officiel destiné aux entreprises. Une plateforme peut détecter un champ absent ou incohérent ; elle ne peut pas déterminer à votre place quelle entité juridique a réellement commandé, été livrée ou doit payer.
Lundi matin, demandez donc à votre responsable administratif un export des fiches clients avec, au minimum, les identifiants légaux, les adresses de facturation et de livraison, les conditions de paiement et le régime de TVA. Le livrable attendu n’est pas un « audit de qualité » abstrait, mais une liste d’anomalies affectée à des responsables de correction.
L’e-reporting exige une classification métier
La facturation électronique ne couvre pas de la même manière les ventes françaises entre assujettis, les ventes aux particuliers et les opérations internationales. Le e-reporting de transaction concerne notamment les opérations avec des non-assujettis et à l’international ; le e-reporting de paiement vise certaines opérations dont la TVA est exigible à l’encaissement. Le BOFiP consacré à ces obligations confirme leur application aux PME à compter du 1er septembre 2027.
La plateforme ne peut pas compenser une règle de gestion inconnue de votre ERP. Chaque flux doit être qualifié avant sa transmission : type de client, pays, nature de l’opération, régime de TVA, acompte éventuel et mode d’encaissement.
Les statuts techniques ne pilotent pas automatiquement le poste client
Les statuts de cycle de vie créent un langage commun autour du dépôt, de la mise à disposition, du rejet, de la validation ou du paiement. Leur objectif est de partager l’avancement du traitement et de faciliter l’interopérabilité, selon les spécifications externes de la facturation électronique.
Mais recevoir un statut « rejetée » ne crée pas automatiquement une tâche pour corriger la facture. Un statut de paiement n’est fiable que si l’encaissement remonte effectivement de la banque ou de la comptabilité. Et un litige commercial ne doit pas déclencher la même relance qu’un simple retard administratif.
Si ces distinctions ne sont pas claires, commencez par notre lexique Factur-X, e-reporting et statuts de cycle de vie, puis attribuez à chaque statut une action, un responsable et un délai interne.
L’agrément ne couvre pas tous vos besoins
Une plateforme peut proposer l’archivage, un portail de saisie, des API, des contrôles métier ou une gestion multi-entités. Mais l’agrément réglementaire ne signifie pas que tous ces services sont inclus, adaptés à votre ERP ou réversibles sans effort.
Il faut donc distinguer trois niveaux dans le contrat : les fonctions réglementaires, les services opérationnels supplémentaires et les développements d’intégration. Sans cette séparation, une entreprise peut choisir une plateforme sur son prix d’appel, puis découvrir que les tests, les connecteurs, l’archivage ou la reprise des données relèvent d’options différentes.
Ce que cela coûte quand on y va sans préparation
Une mise en œuvre réduite à la signature d’un contrat déplace généralement le travail au lieu de le supprimer :
- Des ressaisies apparaissent. Les factures sont créées dans l’ERP, corrigées dans le portail de la plateforme, puis rapprochées manuellement avec la comptabilité.
- Les erreurs deviennent plus difficiles à localiser. Une facture rejetée peut provenir d’une donnée client, d’une règle fiscale, d’un format ou d’un problème d’interopérabilité. Sans journal partagé, chaque fournisseur se renvoie l’incident.
- Les relances perdent en fiabilité. Si les statuts, litiges et encaissements ne convergent pas dans un même processus, le client peut être relancé sur une facture rejetée ou déjà réglée. Nous détaillons cette frontière dans notre article sur le pilotage des relances après la réforme.
- La dette technique se fixe chez un fournisseur. Lorsque les validations, règles fiscales et exceptions sont toutes paramétrées dans la plateforme, en changer impose de reconstruire une partie du processus.
- La tolérance de démarrage crée un faux sentiment de report. L’administration a annoncé qu’aucune sanction ne serait prononcée avant la fin de l’année 2026, mais cette approche bienveillante ne supprime pas l’obligation de réception déjà entrée en vigueur. Cette distinction figure dans le bilan officiel du comité de suivi.
La façon raisonnable d’y aller
Ne commencez pas par une démonstration commerciale. Commencez par décider où seront créées la donnée de référence, la facture, la décision de validation et la preuve de paiement. Pour l’arbitrage d’ensemble, consultez également les scénarios de conformité possibles pour une PME.
| Principe | Qui fait quoi | Livrable exigé |
|---|---|---|
| Délimiter les flux | La direction financière, la comptabilité et l’administration des ventes classent les ventes et achats par type de client, pays, TVA, acompte et mode de paiement. | Une matrice de périmètre indiquant e-invoicing, e-reporting ou traitement hors champ pour chaque flux. |
| Contractualiser la donnée | Le responsable ERP et la comptabilité indiquent, champ par champ, quel système produit et maintient chaque information réglementaire. | Un dictionnaire de données avec source, format, contrôle et responsable de correction. |
| Répartir les responsabilités | Le responsable IT réunit l’éditeur métier, la plateforme, l’expert-comptable et l’intégrateur pour attribuer chaque étape. | Un schéma d’architecture et une matrice précisant qui crée, valide, transmet, archive et corrige. |
| Organiser une recette complète | Les utilisateurs métier testent factures B2B, ventes B2C, opérations internationales, avoirs, acomptes, rejets, paiements et annulations. | Un procès-verbal de recette accompagné d’un journal des anomalies et de preuves de transmission. |
| Préparer l’exploitation | Le responsable financier définit le traitement quotidien des rejets, statuts incohérents, factures bloquées et écarts de paiement. | Un tableau de contrôle, une file d’incidents affectée et une procédure de reprise. |
Le document le plus utile à demander dès maintenant n’est donc pas une brochure fonctionnelle. C’est un diagramme montrant le trajet d’une facture, de sa création jusqu’à son paiement, avec le système responsable à chaque étape. Si personne ne sait expliquer qui produit un statut, qui le consomme et quelle action il déclenche, la chaîne n’est pas prête.
Notre position chez D1 Consulting
Chez D1 Consulting, nous considérons la plateforme agréée comme une couche réglementaire de transport et d’échange fiscal, pas comme le propriétaire naturel de tout le processus de facturation. Les données clients et la vérité comptable doivent rester maîtrisées dans les outils métier de l’entreprise. Les règles d’orchestration doivent être documentées et rester réversibles.
Notre application e-Factu, dédiée à la facturation électronique, permet de produire des factures Factur-X et de préparer leur raccordement à une plateforme agréée. Elle s’insère entre les besoins métier de la PME, son système de gestion et le réseau réglementaire, sans prétendre remplacer la plateforme obligatoire.
Notre accompagnement à la réforme de la facturation électronique couvre le cadrage des flux, la qualité des données, le choix d’architecture, le raccordement, la recette et l’organisation du traitement des anomalies. Notre objectif n’est pas de vous faire signer rapidement une plateforme, mais de rendre exploitable la chaîne qui l’entoure.
👉 Réservez un diagnostic gratuit de 30 minutes : nous vérifierons votre chaîne de facturation, vos données et la frontière entre e-Factu, votre ERP et votre plateforme agréée.
