Dans la réforme de la facturation électronique (RFE), une confusion revient souvent : qui fait quoi entre l’ERP, la SC (Solution Compatible – anciennement OD) et la PA (Plateforme Agréée) ?
La question est loin d’être théorique. Une mauvaise répartition des rôles peut complexifier le projet, fragiliser les flux et faire peser sur certains outils des responsabilités qui ne sont pas les leurs. À l’inverse, quand chaque brique reste à sa juste place, la RFE devient beaucoup plus lisible, plus maîtrisable et plus durable.
Sommaire :
- ERP, SC, PA : trois rôles bien différents dans la RFE
- L’ERP reste le socle de la donnée métier
- La Solution Compatible (SC) joue un rôle central dans la conformité
- La PA est la brique d’échange réglementaire
- Le vrai risque : compenser un ERP faible par des bricolages
- Ce que les entreprises doivent sécuriser en priorité
- Pourquoi le choix de la SC est décisif pour les PME & ETI ?
- L’approche de Flowwa : remettre chaque brique à sa juste place
ERP, SC, PA : trois rôles bien différents dans la RFE
Pour réussir un projet RFE, il faut d’abord comprendre que ces trois acteurs n’interviennent pas au même niveau.
L’ERP est le cœur de la donnée métier.
La SC est la couche de conformité, de contrôle et d’orchestration.
La PA est la couche d’échange réglementaire avec l’écosystème français.
Dit autrement : l’ERP alimente, la SC prépare et sécurise, la PA échange.
Cette distinction est essentielle, car beaucoup d’entreprises abordent encore la réforme en cherchant un outil “qui ferait tout”. En pratique, ce raisonnement conduit souvent à des impasses.
- Une PA n’a pas vocation à enrichir une donnée métier insuffisante.
- Une SC n’a pas vocation à réinventer une logique applicative que l’ERP aurait dû porter.
- Et un ERP, seul, n’est pas toujours le meilleur endroit pour gérer toute la complexité réglementaire et interopérable de la réforme.
Quand l’architecture est claire dès le départ, les décisions deviennent beaucoup plus simples : on sait quoi fiabiliser, où appliquer les règles, et à quel endroit brancher les échanges réglementaires.
C’est exactement ce que sous-estiment la plupart des entreprises. Elles arbitrent sur un abonnement logiciel de quelques euros par facture, mais elles ne valorisent pas le temps humain déjà absorbé par des tâches sans valeur ajoutée. Elles oublient le coût de la ressaisie, le temps d’archivage, les erreurs de codification, les retards de paiement, les escomptes manqués, la charge mentale côté comptabilité fournisseurs. Ces irritants ont un coût : coûts opérationnels, délais de paiement, efficacité comptable, trésorerie et clôture.
Payer pour une solution de gestion des factures fournisseurs n’est pas un surcoût. C’est souvent une économie non mesurée.
Voici un état des lieux des responsabilités des acteurs de la RFE :
L’ERP reste le socle de la donnée métier
L’ERP est la source de référence. C’est dans lui que l’entreprise doit retrouver sa réalité métier, comptable et opérationnelle : clients, fournisseurs, conditions de paiement, codes taxes, références articles, informations de livraison, schémas comptables, traitements d’avoirs, acomptes, remises, cas d’usage B2B, B2C ou internationaux.
Ce qu’on attend réellement d’un ERP
On n’attend pas de l’ERP qu’il “fasse la réforme” à lui seul. En revanche, on attend de lui qu’il porte une donnée complète, structurée et exploitable. C’est cette qualité de donnée qui conditionne tout le reste.
Si l’ERP décrit correctement les opérations de l’entreprise, la mise en conformité se construit sur une base saine. Les flux de facturation peuvent être préparés, contrôlés puis transmis sans devoir réinventer en permanence des règles de rattrapage.
Ce qu’un ERP ne doit pas déléguer
Un ERP faible ne devient pas solide parce qu’on lui ajoute une SC ou une PA. C’est même souvent l’inverse : les faiblesses de modélisation apparaissent plus vite dès lors qu’il faut transmettre des données normalisées, tracer des statuts ou gérer des contrôles plus stricts.
C’est pourquoi il est risqué de chercher à compenser un ERP incomplet par des bricolages en aval. Si les cas d’usage réels du client ne sont pas bien couverts dès la source, on finit par empiler des exceptions, des contournements et des corrections ponctuelles. Le projet devient alors plus coûteux, plus fragile et beaucoup plus difficile à maintenir dans le temps.
La Solution Compatible (SC) joue un rôle central dans la conformité
La SC est souvent la brique la moins bien comprise, alors qu’elle est au cœur de la réussite du dispositif. Son rôle n’est pas seulement technique. Elle sert à rendre les flux conformes, cohérents et exploitables dans le cadre de la réforme.
Elle récupère les données issues de l’ERP, les contrôle, les enrichit si nécessaire, les prépare dans les bons formats, applique les règles attendues et organise leur circulation. Elle joue donc un rôle d’interface intelligente entre la logique métier de l’entreprise et les exigences du cadre réglementaire.
Pourquoi la SC est stratégique
C’est au niveau de la SC que se concentre une grande partie de la valeur ajoutée : gestion des contrôles, qualité des données, traitement des exceptions, gestion des flux entrants et sortants, e-reporting, adaptation aux formats, suivi des statuts, orchestration des échanges et, très souvent, articulation avec des environnements plus complexes que le simple cas français standard.
Autrement dit, la SC ne sert pas seulement à “brancher” la réforme. Elle sert à la rendre opérable dans la vraie vie de l’entreprise.
C’est particulièrement important pour les PME qui veulent éviter une mise en conformité purement administrative, déconnectée des usages réels. Une bonne SC ne se contente pas d’être compatible sur le papier. Elle doit aussi être capable d’accompagner des flux concrets, des contraintes d’organisation et des situations parfois hybrides entre factures clients, factures fournisseurs et opérations internationales.
Toutes les SC ne se valent pas
C’est un point clé. Non, chaque SC ne fait pas exactement la même chose.
Toutes n’apportent pas le même niveau de couverture fonctionnelle. Toutes ne traitent pas avec la même profondeur la conformité, les flux entrants, les flux sortants, le e-reporting ou l’international. Certaines solutions répondent correctement à un périmètre local et national simple. D’autres apportent un véritable savoir-faire métier, documentaire, réglementaire et interopérable.
La différence devient particulièrement visible lorsqu’une entreprise est implantée dans un pays où la PA sera nationale, ou lorsqu’elle doit composer avec plusieurs réalités réglementaires et plusieurs circuits d’échange. Dans ces contextes, la capacité d’une SC à se connecter aux bons acteurs, parfois via un outil tiers, devient déterminante.
Autrement dit, être “compatible” ne veut pas toujours dire être pertinent pour tous les contextes. Certaines solutions sont très efficaces dans un cadre limité. D’autres sont mieux armées pour gérer des organisations multi-flux, multi-entités ou ouvertes à l’international.
La PA est la brique d’échange réglementaire
La PA a un rôle très clair dans la réforme : assurer les échanges normalisés avec l’État français et avec les autres acteurs du dispositif. Elle reçoit, transmet, route et interopère dans le cadre prévu par la réforme.
C’est une brique indispensable, mais ce n’est pas une brique métier.
Le rôle exact de la PA
La PA agit comme un réseau d’échange réglementaire. Elle permet de faire circuler les factures et les données attendues selon des modalités normalisées. Elle joue un rôle de transmission, d’interopérabilité et de sécurisation des échanges.
C’est précisément pour cela qu’elle est essentielle dans le schéma RFE : elle garantit que les flux passent dans le bon cadre et selon les bonnes règles d’échange.
Ce que la PA n’est pas
En revanche, la PA n’est ni un ERP, ni un outil comptable, ni un moteur de transformation destiné à réparer une architecture insuffisante. Elle n’a pas vocation à enrichir la donnée métier, à reconstruire la logique opérationnelle de l’entreprise ou à traiter à elle seule toute la complexité fonctionnelle d’un projet de facturation.
C’est un point fondamental, car beaucoup d’entreprises projettent sur la PA un rôle qu’elle n’a pas. Une PA fait circuler des données conformes. Elle n’a pas vocation à compenser des manques structurels dans les outils amont.
Le vrai risque : compenser un ERP faible par des bricolages
C’est probablement l’erreur la plus fréquente dans les projets RFE. Lorsqu’un ERP ne couvre pas bien les usages, la tentation est grande de déplacer le problème vers la SC ou vers la PA, en ajoutant des règles, des correctifs et des manipulations spécifiques.
À court terme, cela peut donner l’illusion que le projet avance. À moyen terme, cela crée surtout une architecture instable. Les exceptions se multiplient, les dépendances augmentent, les flux deviennent plus opaques, et chaque évolution réglementaire ou métier devient plus difficile à absorber.
La bonne approche consiste au contraire à traiter chaque sujet au bon endroit :
une donnée propre dans l’ERP,
une conformité solide dans la SC,
un échange réglementaire normalisé via la PA.
C’est cette discipline d’architecture qui permet d’éviter une réforme subie.
Ce que les entreprises doivent sécuriser en priorité
Pour aborder la RFE sereinement, les entreprises doivent sécuriser trois fondamentaux.
D’abord, un ERP capable de couvrir les cas d’usage réels, pas seulement un scénario standard théorique.
Ensuite, une SC capable de transformer cette base métier en flux conformes, cohérents et pilotables.
Enfin, une PA capable d’assurer l’échange réglementaire dans de bonnes conditions d’interopérabilité.
Cette lecture est particulièrement utile pour les dirigeants, DAF, DSI et intégrateurs ERP, car elle évite les malentendus de périmètre. Elle permet aussi de poser les bonnes questions au moment du cadrage : où se trouve la donnée de référence ? Qui applique les règles ? Qui gère les exceptions ? Qui assure l’ouverture vers l’écosystème français ? Qui couvre les enjeux internationaux ?
Quand ces réponses sont claires, le projet devient tout de suite plus robuste.
Pourquoi le choix de la SC est décisif pour les PME & ETI ?
Pour les PME, le choix de la SC est souvent plus stratégique qu’il n’y paraît. C’est elle qui fait le lien entre un ERP parfois hétérogène, des processus métier très concrets, et des obligations réglementaires qui, elles, ne laisseront que peu de place à l’improvisation.
Une SC bien choisie permet de fluidifier le déploiement, de réduire les reprises manuelles, de sécuriser la conformité et d’anticiper les cas moins simples : multi-entités, clients étrangers, fournisseurs internationaux, circuits de validation, diversité des formats ou coexistence de plusieurs outils.
À l’inverse, une solution trop limitée peut rapidement montrer ses frontières. Elle peut suffire dans un périmètre très simple, mais devenir contraignante dès que l’entreprise sort du strict cadre national ou doit faire dialoguer plusieurs environnements. Pour les PME, le bon choix n’est donc pas seulement un choix “technique”. C’est un choix de pérennité.
L’approche de Flowwa : remettre chaque brique à sa juste place
L’idée n’est pas d’ajouter une couche de plus pour complexifier le système d’information (SI). L’idée est au contraire de remettre chaque brique à sa juste place.
Avec TEDD & Esker Factures Clients et TEDD & Esker Factures Fournisseurs, nous nous appuyons sur une combinaison capable de répondre à des besoins réels de conformité et d’exploitation, tout en restant compatible avec le cadre de la RFE. L’ERP conserve son rôle central de référentiel métier. La SC prend en charge la préparation, la conformité et la robustesse opérationnelle des flux. Et la PA assure les échanges réglementaires normalisés.
Cette approche est pertinente pour les entreprises qui veulent éviter deux écueils : d’un côté, la sous-couverture fonctionnelle ; de l’autre, la surpromesse d’un outil censé tout absorber. En séparant correctement les responsabilités, on obtient un dispositif plus lisible, plus évolutif et plus durable.
Points clés à retenir :
- Une réforme bien maîtrisée ne repose pas sur un outil miracle. Elle repose sur une architecture claire.
- L’ERP structure la donnée métier.
- La SC sécurise la conformité, les contrôles et les flux.
- La PA assure l’échange réglementaire avec l’écosystème français.
- C’est cette répartition des responsabilités qui permet d’aborder la RFE avec plus de sérénité. Et c’est aussi ce qui permet de faire les bons choix d’outillage : non pas chercher à tout faire partout, mais confier à chaque acteur le rôle pour lequel il a été conçu.
Ces articles pourraient vous intéresser :
- Quel est le bon prix pour la gestion de la facture électronique fournisseur ?
- RFE : mandatez dès maintenant la PA Esker pour sécuriser vos flux TEDD & Esker
- Business Central + TEDD & Esker : la facture électronique au service de toute la chaîne de dépense
- TEDD & Esker connecté à FRP1000 : la chaîne de dépense enfin maîtrisée (et la RFE abordée sereinement)
- Sage X3 + TEDD & Esker : industrialiser la RFE sans dépendance de version, sans casse-tête de licences
- TEDD & Esker : le complément idéal à votre Sage 100
