La réforme ne détermine pas seulement comment transporter une facture : elle oblige aussi à décider où piloter son traitement, son échéance et sa relance. Le bilan publié le 12 octobre 2026 indique que 75 % des entreprises déclarant la TVA ont désigné une plateforme de réception, mais signale encore des difficultés d’interopérabilité et de transmission des statuts, susceptibles de perturber l’automatisation. Le premier bilan du ministère de l’Économie confirme ainsi que la plateforme ne règle pas, à elle seule, le pilotage du poste client.
Le choix qui se pose
Votre plateforme agréée doit transmettre et recevoir les factures électroniques, extraire les données réglementaires et assurer les flux d’e-reporting. Seule une plateforme agréée peut remplir ces fonctions pour le compte d’une entreprise, comme le précise la présentation officielle du rôle des plateformes.
Mais cela ne signifie pas qu’elle doive devenir le centre de vos relances. La décision réelle consiste à choisir quel système fait autorité pour répondre à ces questions :
- La facture a-t-elle été correctement transmise et mise à disposition ?
- Le client l’a-t-il refusée ou a-t-il ouvert un litige ?
- Quelle échéance commerciale faut-il appliquer ?
- Un paiement total ou partiel a-t-il été rapproché ?
- Qui doit contacter le client, avec quel message et à quel moment ?
- Quand une relance automatique doit-elle être suspendue ?
Les statuts de cycle de vie apportent une information structurée sur le traitement de la facture. Ils ne remplacent cependant ni l’échéancier client, ni le rapprochement bancaire, ni la gestion des promesses de paiement. En particulier, l’e-reporting de paiement vise les opérations pour lesquelles la TVA est exigible à l’encaissement, selon la doctrine fiscale publiée le 30 septembre 2026.
Nous ne revenons donc pas ici sur le choix global d’un scénario de conformité, mais sur une décision opérationnelle plus précise : où placer le cockpit du poste client après raccordement à une plateforme agréée ?
Les options en présence
Option A — Piloter depuis la plateforme agréée
Certaines plateformes proposent, au-delà du transport réglementaire, des tableaux de suivi, des notifications ou des fonctions de relance. La direction financière travaille alors principalement dans le portail de la plateforme.
Cette option limite le nombre d’interfaces visibles par l’utilisateur. Elle convient surtout lorsque le processus de facturation est simple et que la plateforme contient effectivement l’échéance commerciale, le solde restant dû, les contacts utiles et les motifs de litige.
Option B — Conserver l’ERP ou le logiciel comptable comme référence
La plateforme transporte les factures et renvoie leurs statuts. L’ERP ou le logiciel comptable reste responsable des échéances, des règlements, des avoirs et des balances âgées.
Ce schéma préserve les habitudes du service financier. Il suppose toutefois un connecteur bidirectionnel : envoyer la facture ne suffit pas. Il faut également récupérer les statuts pertinents et empêcher une relance lorsqu’un paiement, un refus ou un litige a déjà été enregistré ailleurs.
Option C — Piloter la relation depuis le CRM
Le CRM devient le poste de travail des commerciaux ou chargés de compte. Il affiche le montant exigible, les échanges avec le client et les tâches de relance, tandis que la comptabilité conserve la vérité financière.
Cette architecture est pertinente lorsque le recouvrement dépend fortement de la relation commerciale : validation d’un livrable, négociation d’un avoir ou identification du bon interlocuteur. Elle exige une synchronisation rigoureuse pour ne jamais présenter au commercial un solde obsolète.
Option D — Ajouter une couche dédiée au poste client
Une application ou un workflow reçoit les données de l’ERP, les statuts de la plateforme et les informations du CRM. Cette couche applique les règles de relance, distribue les tâches, conserve la trace des actions et renvoie les résultats vers les outils sources.
Dans cette architecture, e-Factu, notre application de facturation électronique, prend en charge la préparation des flux conformes, Factur-X et le raccordement à la plateforme agréée. Les scénarios de relance et de recouvrement peuvent ensuite être orchestrés séparément afin de ne pas mélanger transport réglementaire et politique de crédit client.
Les critères qui comptent vraiment
Le tableau ci-dessous utilise des niveaux relatifs : ils doivent être confirmés à partir des contrats éditeurs, des interfaces disponibles et de l’état réel de votre système d’information.
| Option | Coût | Délai de mise en œuvre | Dépendance | Compétences internes | Réversibilité |
|---|---|---|---|---|---|
| Plateforme agréée | Faible si les fonctions sont incluses ; variable avec les modules | Court si les données nécessaires sont déjà présentes | Forte envers la plateforme | Paramétrage financier et administration fonctionnelle | Moyenne : historique et règles peuvent rester captifs |
| ERP ou comptabilité | Moyen si un connecteur existe ; élevé en cas de développement spécifique | Moyen, avec recette des flux retour | Forte envers l’ERP et son intégrateur | Comptabilité, interfaces et gestion des référentiels | Moyenne à bonne si les données sont exportables |
| CRM | Moyen, car il faut synchroniser données financières et contacts | Moyen à long selon la qualité du CRM | Forte envers le modèle de données commercial | CRM, finance et gestion des droits | Bonne si la comptabilité reste la source financière |
| Couche dédiée | Investissement initial plus visible, puis coûts séparés des licences métier | Moyen, avec cadrage des règles et tests d’exception | Répartie entre plusieurs composants | Architecture, automatisation et supervision | Bonne si les règles et interfaces sont documentées |
Le coût de licence ne doit pas être le seul arbitre. Il faut demander à chaque fournisseur un export des factures, statuts, journaux de relance, contacts et règles configurées. Cette exigence complète utilement les six critères de choix d’une plateforme de dématérialisation.
Dans quel cas choisir quoi
Choisissez la plateforme agréée comme cockpit si votre facturation est concentrée dans un outil simple, si les règlements sont faciles à rapprocher et si la plateforme sait exporter les données de relance. Le responsable administratif doit alors obtenir de l’éditeur une matrice écrite précisant les données reçues, les événements déclencheurs et les possibilités de reprise en cas de changement de plateforme.
Conservez l’ERP ou la comptabilité au centre lorsque cet outil contient déjà les échéances contractuelles, les avoirs, les paiements partiels et la balance âgée. Le responsable financier doit faire tester le flux complet — émission, retour de statut, règlement et arrêt de relance — et recevoir un procès-verbal de recette, pas seulement une démonstration du connecteur.
Utilisez le CRM comme poste de travail lorsque les chargés de compte doivent traiter les litiges avant toute action de recouvrement. La comptabilité doit rester propriétaire du solde, tandis que le CRM reçoit une donnée datée et crée une tâche attribuée. Une relance ne doit jamais partir sur la seule base d’une note commerciale non synchronisée.
Ajoutez une couche dédiée lorsque plusieurs logiciels émettent des factures, lorsque les entités appliquent des politiques différentes ou lorsque les exceptions occupent une part importante du travail. Le livrable attendu est alors un référentiel de règles : échéances, canaux, responsables, conditions de suspension, escalade et conservation des preuves.
Si votre priorité porte uniquement sur l’émission conforme, commencez par notre accompagnement à la facturation électronique. Si elle porte également sur les retards de paiement, traitez le raccordement réglementaire et l’automatisation des relances de factures comme deux lots coordonnés.
Les pièges de chaque option
Le piège de la plateforme : confondre livraison et paiement
Un statut attestant qu’une facture a été transmise ou mise à disposition ne prouve pas qu’elle est validée par le bon service, ni que son échéance est incontestée. Le coût caché apparaît lorsque le service financier doit reconstituer les échanges dans plusieurs portails ou perd son historique lors d’un changement de fournisseur.
Le piège de l’ERP : considérer le connecteur comme un processus terminé
Un connecteur peut transporter correctement une facture sans restituer les statuts utiles au recouvrement. Le cahier de recette doit inclure les refus, avoirs, règlements partiels, doublons, erreurs d’adresse électronique et changements d’identifiant client. Pour clarifier la signification des événements, utilisez également notre article sur le vocabulaire de Factur-X, de l’e-reporting et des statuts.
Le piège du CRM : exposer une dette périmée
Un commercial qui relance après un règlement dégrade la relation client. À l’inverse, un commentaire commercial ne doit pas suspendre indéfiniment le recouvrement sans propriétaire ni date de réexamen. Le coût caché réside dans la réconciliation manuelle entre le CRM et la comptabilité.
Le piège de la couche dédiée : automatiser les mauvais déclencheurs
Une règle mal conçue peut multiplier les messages ou relancer une facture contestée. Toute automatisation doit comporter une liste d’exclusion, un propriétaire métier, un journal d’exécution et une procédure de reprise manuelle. L’architecture présentée dans notre guide sur l’automatisation des relances avec n8n illustre les composants à séparer.
Comment nous procédons chez D1 Consulting
Nous commençons par faire désigner, par la direction financière, la source de vérité de chaque donnée : facture, statut réglementaire, échéance, litige, contact et encaissement. Le livrable est une matrice « donnée — système propriétaire — responsable — règle de mise à jour ».
Notre équipe teste ensuite les interfaces sur des scénarios de recette explicites : transmission réussie, rejet, refus, avoir, paiement partiel, litige et changement de plateforme. Le livrable est un protocole de recette accompagné de la liste des écarts bloquants et des solutions de contournement acceptées.
Nous configurons enfin e-Factu pour la production des factures électroniques, Factur-X et le raccordement à la plateforme agréée, puis nous construisons les workflows de relance dans la couche retenue. Chaque règle possède un déclencheur, une condition d’arrêt, un destinataire, un propriétaire et une trace vérifiable.
L’objectif n’est pas d’imposer un outil supplémentaire. Il est de séparer clairement trois responsabilités : la conformité du flux de facture, la vérité comptable du solde et l’exécution de la relation client.
👉 Réservez votre diagnostic gratuit de 30 minutes pour obtenir une première cartographie de votre circuit facture-statut-paiement et identifier le cockpit adapté à votre poste client.
