Depuis le 1er septembre 2026, toutes les entreprises françaises assujetties à la TVA doivent pouvoir recevoir des factures électroniques. Le ministère a annoncé une période de tolérance sans sanctions en 2026, mais il ne s’agit pas d’un report : les PME devront émettre leurs factures électroniques et réaliser leur e-reporting à partir du 1er septembre 2027, selon le calendrier officiel de la réforme et le communiqué du ministère du 1er septembre 2026.
Pour un dirigeant, la décision ne consiste donc plus seulement à sélectionner une plateforme agréée — sujet traité dans notre comparatif des six critères pour choisir sa plateforme de dématérialisation. Il faut choisir un scénario opérationnel qui permette de recevoir aujourd’hui, d’émettre demain et de préserver le fonctionnement du poste client.
Le choix qui se pose
La décision réelle est la suivante : faut-il utiliser directement le portail d’une plateforme agréée, conserver son logiciel actuel en lui ajoutant une couche de connexion, adopter une suite tout-en-un ou profiter de la réforme pour refondre l’ERP ?
Avant de trancher, la direction doit demander au responsable administratif et financier, au responsable comptable et au référent IT de produire ensemble un registre des flux de facturation. Le livrable doit préciser :
- L’origine des factures : ERP, logiciel métier, outil comptable, tableur ou saisie manuelle.
- Les destinataires : entreprises françaises, particuliers, clients publics ou clients étrangers.
- Les données de règlement : acomptes, paiements partiels, avoirs, échéanciers et TVA à l’encaissement.
- Les traitements internes : validation, comptabilisation, rapprochement bancaire, relance et gestion des litiges.
- Les interfaces existantes : API, exports structurés, fichiers comptables et connecteurs bancaires.
Ce travail ne doit pas répliquer une cartographie générale de l’entreprise. Il vise un livrable précis : savoir quelles données doivent circuler entre la vente, la facture, la plateforme agréée, la comptabilité et le recouvrement. Notre playbook de cartographie des processus peut servir de méthode pour formaliser ces échanges.
Le socle réglementaire est commun à tous les scénarios. Un PDF ordinaire envoyé par e-mail ne constitue pas une facture électronique conforme : la facture doit comporter des données structurées et passer par une plateforme agréée, anciennement appelée PDP. La définition publiée par la DGFiP permet de fermer ce débat avant de comparer les solutions.
Les options en présence
Option 1 — Le portail manuel d’une plateforme agréée
L’entreprise consulte ses factures fournisseurs et saisit ses factures clients directement dans le portail de sa plateforme. La DGFiP confirme que les entreprises dépourvues de logiciel spécifique peuvent créer leurs factures sur la plateforme choisie.
Ce scénario répond rapidement à l’obligation de réception et limite le projet informatique initial. Il convient surtout lorsque la facturation comporte peu de règles métier et que les données peuvent être reprises en comptabilité sans multiplier les doubles saisies.
Option 2 — Le logiciel actuel raccordé à une plateforme agréée
L’ERP, le logiciel métier ou l’outil de facturation reste le système de référence. Une solution compatible convertit les données, produit le format attendu et échange avec une plateforme agréée. L’administration distingue clairement ces deux rôles : seule la plateforme agréée transmet officiellement les factures et les données fiscales, tandis qu’une solution compatible peut assurer l’intégration avec les outils existants.
C’est dans ce scénario que s’inscrit e-Factu, notre application de facturation électronique : génération de Factur-X, préparation des flux réglementaires et raccordement à une plateforme agréée sans imposer le remplacement immédiat du logiciel métier.
Option 3 — Une suite de facturation tout-en-un proposée par la plateforme
La plateforme agréée devient également l’interface quotidienne de création, de réception, de validation et de suivi des factures. Le nombre d’outils diminue, mais l’entreprise transfère une partie plus importante de son processus à un prestataire unique.
Cette option est cohérente lorsque l’outil actuel est peu intégré au reste du système d’information et ne porte ni tarification complexe, ni contrats, ni règles sectorielles difficiles à migrer.
Option 4 — La refonte de l’ERP et du processus de facturation
L’entreprise utilise l’échéance réglementaire pour moderniser son ERP, ses référentiels clients, ses validations et son poste client. La plateforme agréée devient alors une composante d’une architecture plus large.
Ce scénario peut traiter des problèmes structurels, mais il ne dispense pas de sécuriser immédiatement la réception des factures. La mise en conformité minimale et la transformation de l’ERP doivent être pilotées comme deux trajectoires coordonnées, avec des dates de recette distinctes.
Les critères qui comptent vraiment
| Critère | Portail manuel | Outil actuel + e-Factu ou connecteur | Suite tout-en-un | Refonte ERP |
|---|---|---|---|---|
| Coût initial | Faible | Modéré | Modéré à élevé | Élevé |
| Délai de mise en œuvre | Court | Court à moyen | Moyen | Long |
| Dépendance fournisseur | Concentrée sur la plateforme | Répartie entre outil, connecteur et plateforme | Forte envers un prestataire | Répartie entre éditeur, intégrateur et plateforme |
| Compétences internes | Gestion administrative | Référent métier et capacité d’intégration | Conduite du changement | Pilotage de projet, données et intégration |
| Réversibilité | Bonne si les exports sont complets | Bonne avec formats standards et API documentées | Variable selon le contrat | Dépend de l’architecture retenue |
| Automatisation du poste client | Limitée | Forte si les statuts sont réintégrés | Variable selon la suite | Forte, mais plus tardive |
| Risque principal | Doubles saisies | Zone grise entre prestataires | Enfermement contractuel | Projet trop large pour l’échéance |
Ces appréciations doivent être confrontées à des preuves, pas à une démonstration commerciale. Demandez pour chaque option un exemple d’export, le schéma des données, la liste des responsabilités en cas de rejet et la procédure de changement de plateforme.
La plateforme retenue doit également restituer les statuts utiles au poste client. La DGFiP prévoit au minimum les statuts « dépôt », « rejet », « refus » et « encaissée ». Un rejet technique ne doit pas déclencher la même action qu’un refus du client, et une facture encaissée ne doit plus alimenter une campagne de relance. C’est le prolongement opérationnel de notre article sur l’automatisation des relances de factures.
Dans quel cas choisir quoi
Choisissez le portail manuel comme solution transitoire si votre entreprise n’est pas encore correctement enregistrée pour recevoir ses factures. Le responsable comptable doit faire désigner immédiatement une plateforme, contrôler l’adresse déclarée dans l’annuaire et documenter qui consulte les factures reçues. Cette option règle l’urgence, mais une décision cible reste nécessaire pour l’émission en 2027.
Conservez votre outil et ajoutez une couche compatible si celui-ci gère correctement les clients, les lignes de facture, la TVA, les avoirs et les règlements. Demandez à l’éditeur un engagement écrit précisant la plateforme agréée utilisée, les formats échangés, la remontée des statuts et le traitement de l’e-reporting. Si ces réponses sont vérifiables, remplacer l’ERP uniquement pour la réforme serait disproportionné.
Adoptez une suite tout-en-un si votre facturation actuelle repose sur un outil isolé ou principalement manuel et si les utilisateurs peuvent déplacer leur travail quotidien vers une nouvelle interface. Le responsable financier doit toutefois faire tester les acomptes, les avoirs, les paiements partiels, les pièces jointes et les exports comptables avant de signer.
Engagez une refonte ERP si plusieurs entités, logiciels métiers, canaux de vente ou règles fiscales produisent des factures différentes et si l’architecture actuelle génère déjà des corrections manuelles. La décision doit alors inclure une direction de projet IT, une recette métier formalisée et un dispositif transitoire pour rester conforme pendant le chantier.
Dans tous les cas, ne limitez pas le choix à Factur-X. L’e-reporting, les données de paiement et les statuts de cycle de vie doivent être couverts. Pour distinguer ces notions sans refaire l’ensemble du glossaire, consultez notre article sur le vocabulaire de la facturation électronique.
Les pièges de chaque option
Le portail manuel paraît simple tant que personne ne comptabilise le temps passé à ressaisir les clients, les lignes, les règlements et les statuts. Son coût caché apparaît lors des clôtures et des relances, lorsque le portail et la comptabilité ne racontent plus la même histoire.
Le raccordement à l’outil existant peut masquer une chaîne de responsabilité floue. Une mention « compatible » ne signifie pas que l’éditeur est lui-même plateforme agréée. Vérifiez le prestataire de transport dans la liste officielle des plateformes agréées, mise à jour par la DGFiP.
La suite tout-en-un peut rendre une migration ultérieure difficile si les pièces, statuts, historiques et journaux d’échange ne sont pas exportables. La clause de réversibilité doit nommer les données restituées, leur format et les conditions de récupération.
La refonte ERP peut devenir un programme de transformation sans fin. Le piège consiste à attendre le nouvel ERP pour organiser la réception, alors que cette obligation s’applique depuis le 1er septembre 2026. Le lot réglementaire doit rester identifiable et pouvoir être mis en production indépendamment.
Comment nous procédons chez D1 Consulting
Notre accompagnement à la réforme de la facturation électronique commence par une matrice des flux : origine, destinataire, régime, format, plateforme, statut attendu et écriture comptable associée. Le responsable financier valide les règles ; le référent IT confirme les interfaces et les responsabilités techniques.
Nous produisons ensuite une note d’arbitrage qui compare les scénarios sur les critères du tableau, puis décrit l’architecture cible et le dispositif transitoire. Le livrable doit permettre à la direction de signer une décision, pas seulement de consulter une liste de fonctionnalités.
Lorsque le maintien de l’existant est retenu, e-Factu sert de couche opérationnelle entre le processus de facturation, Factur-X et la plateforme agréée. La recette suit un cycle complet : création, transmission, réception du statut, comptabilisation, règlement, mise à jour du poste client et données de reporting applicables.
Le passage en production est conditionné par un registre d’anomalies traité, une matrice des responsabilités et une procédure exploitable par la comptabilité en cas de rejet, de refus ou d’indisponibilité d’un prestataire.
👉 Réservez votre diagnostic gratuit de 30 minutes pour comparer vos scénarios et repartir avec la liste des flux et interfaces à sécuriser avant 2027.
