SAP peut désormais assurer le rôle de plateforme agréée en France. Découvrez les conséquences pour votre architecture SAP DRC, le choix de vos prestataires et la gestion quotidienne de la facturation électronique.
La réforme française de la facturation électronique est entrée dans sa phase opérationnelle le 1er septembre 2026. Les entreprises établies en France et assujetties à la TVA française doivent désormais être en mesure de recevoir des factures électroniques pour les opérations relevant de la réforme. Depuis cette même date, les grandes entreprises et les entreprises de taille intermédiaire (ETI) doivent également émettre leurs factures sous forme électronique et satisfaire aux obligations d’e-reporting applicables. Ces obligations d’émission et d’e-reporting s’étendront aux PME et aux microentreprises le 1er septembre 2027. Le calendrier publié par l’administration fiscale précise les échéances et les règles applicables selon la taille de l’entreprise.
Pour une présentation plus générale de la réforme, de ses exigences et des travaux à prévoir dans SAP, consultez notre guide « Réforme de la facturation électronique et de l’e-reporting en France : comment préparer votre environnement SAP ». Cet article examine une question plus précise : quelles sont les conséquences pour les entreprises lorsque SAP peut également assurer le rôle de plateforme agréée pour les processus français pris en charge ?
Le 4 février 2026, SAP a annoncé avoir obtenu la validation des tests d’interopérabilité requis et sa reconnaissance en tant que plateforme agréée (PA). Dans le dispositif français, l’immatriculation définitive repose notamment sur la réussite de ces tests et sur le respect d’exigences réglementaires, techniques et de sécurité.
Il convient de distinguer le statut réglementaire de sa mise en œuvre technique. SAP dispose du statut de PA en France ; SAP Document and Reporting Compliance, cloud edition, fournit les fonctionnalités correspondantes pour les processus SAP pris en charge. Les entreprises peuvent ainsi comparer une architecture reposant sur SAP avec les offres d’autres plateformes agréées ou avec une organisation faisant intervenir plusieurs prestataires. Elles n’ont donc plus à prévoir systématiquement une PA tierce entre SAP et l’écosystème français de facturation électronique.
Pourquoi le statut de plateforme agréée de SAP conduit à réexaminer l’architecture
Dans le modèle français, une plateforme agréée assure des fonctions réglementées de transmission, de réception et de déclaration qu’une solution de facturation non agréée ne peut pas prendre en charge seule. La présentation des plateformes agréées par l’administration fiscale décrit notamment l’échange des factures électroniques, l’extraction des données de facturation requises et la transmission des données de transaction et de paiement. Les entreprises peuvent conserver leurs solutions de facturation compatibles, à condition de les raccorder à une PA pour ces fonctions.
Certains contenus SAP et documents professionnels emploient encore l’ancienne appellation « plateforme de dématérialisation partenaire » (PDP). Les textes réglementaires français ont remplacé cette terminologie par « plateforme agréée » en 2026. Une recherche utilisant une expression telle que « SAP France PDP » peut donc encore renvoyer vers des contenus techniquement pertinents. Le décret du 27 juillet 2026 relatif à la généralisation de la facturation électronique formalise ce changement dans la réglementation.
Les entreprises dont l’architecture cible prévoyait une PA tierce peuvent désormais réexaminer ce choix. Pour les scénarios pris en charge, SAP Document and Reporting Compliance, cloud edition, peut assurer directement le rôle de PA et les échanges nécessaires à la facturation électronique et à l’e-reporting en France. SAP documente la facturation B2B domestique ainsi que l’e-reporting des opérations B2B internationales, des opérations B2C et des données de paiement concernées.
L’infrastructure publique conserve un rôle précis. L’annuaire central fournit les informations nécessaires au routage des factures, tandis que le dispositif public assure également la concentration et la transmission des données requises à l’administration fiscale. La présentation de l’infrastructure française de facturation électronique B2B par l’AIFE détaille le rôle de l’annuaire et le fonctionnement des échanges entre plateformes agréées.
Qu’est-ce qui change pour les entreprises déjà équipées de SAP ?
Pour les entreprises qui utilisent déjà SAP Document and Reporting Compliance, le statut de PA de SAP élargit le choix des prestataires pour la facturation électronique en France. Le système de gestion doit toujours être intégré à SAP Document and Reporting Compliance, cloud edition, et les étapes requises de raccordement et de configuration initiale doivent être réalisées. En revanche, une PA tierce peut devenir inutile pour les processus directement pris en charge par SAP. La documentation SAP sur la réception de documents via l’édition cloud cite expressément l’intégration du système de gestion ainsi que les opérations de raccordement et de configuration initiale parmi les prérequis.
La documentation SAP pour la France couvre la facturation électronique B2B domestique, l’e-reporting des opérations B2B internationales et B2C concernées, ainsi que les données de paiement relatives aux prestations de services. Pour approfondir le volet déclaratif et les travaux d’intégration associés, consultez notre guide sur l’intégration de l’e-reporting dans SAP en France.
Le statut de PA de SAP ne rend pas automatiquement un environnement SAP prêt à satisfaire aux obligations réglementaires. Selon le mode de déploiement, les travaux peuvent porter sur les versions ou niveaux de Support Package requis, les notes SAP, le paramétrage de SAP DRC, le raccordement à l’édition cloud et sa configuration initiale, les données de base et les interfaces. Les prérequis doivent être vérifiés pour chaque processus métier et système source inclus dans le périmètre.
Cette vérification concerne notamment les environnements SAP ERP 6.0, couramment désignés par SAP ECC. Par exemple, pour le traitement des encaissements clients relatifs aux opérations réalisées en France, SAP indique une disponibilité à partir de SAP ERP 6.0 EHP6 SP38, EHP7 SP33 et EHP8 SP27, et renvoie à une note SAP permettant de mettre en œuvre l’évolution réglementaire. Ces niveaux de Support Package concernent ce processus précis : ils ne constituent pas des prérequis minimaux communs à tous les scénarios PA en France.
SAP propose également des fonctionnalités PA pour SAP S/4HANA et SAP Cloud ERP Private. Leur disponibilité dépend du processus et de la version du produit. La documentation de localisation SAP recense ainsi des fonctions de facturation électronique liées au dispositif PA dans plusieurs versions prises en charge de SAP S/4HANA et dans SAP Cloud ERP Private.
Les données de base méritent une attention particulière, car le routage repose sur l’exactitude des identifiants et des adresses de facturation enregistrés dans l’annuaire public. SAP Cloud ERP (SAP S/4HANA Cloud, public edition) permet de vérifier en ligne les partenaires commerciaux dans cet annuaire lorsque SAP Document and Reporting Compliance, cloud edition, est utilisé comme PA. Ce contrôle permet de vérifier leur référencement et de récupérer des résultats utiles à la mise à jour des données de base nécessaires à la facturation électronique.
La préparation au dispositif PA dépasse ainsi le seul paramétrage financier. Les fiches partenaires, la détermination de la TVA, la qualité des documents sources, les interfaces et la supervision des flux conditionnent le bon acheminement des factures et la réduction des anomalies de traitement.
SAP permet-il de se passer d’une plateforme agréée tierce ?
SAP Document and Reporting Compliance, cloud edition, peut assurer le rôle de plateforme agréée pour les scénarios pris en charge. Cette possibilité élargit les choix des entreprises utilisatrices de SAP, sans justifier à elle seule le remplacement d’un prestataire existant.
Les entreprises françaises peuvent choisir une ou plusieurs plateformes agréées immatriculées par l’administration fiscale. Elles peuvent également conserver des applications de facturation ou de gestion compatibles avec ces plateformes. L’architecture retenue peut donc associer SAP, une autre PA et les solutions financières ou de facturation déjà en place. La DGFiP confirme expressément cette liberté de choisir une ou plusieurs plateformes parmi les opérateurs immatriculés.
Un environnement SAP largement consolidé peut se prêter à une architecture reposant sur SAP Document and Reporting Compliance : les traitements de conformité et les fonctions PA restent alors dans le même environnement de conformité SAP. Un groupe qui exploite plusieurs ERP, dispose de centres de services partagés ou utilise déjà une plateforme de facturation électronique à l’échelle internationale peut avoir intérêt à conserver d’autres prestataires.
L’évaluation doit commencer par une cartographie des flux. Les équipes doivent identifier les systèmes qui génèrent les factures clients ou enregistrent les factures fournisseurs, les entités juridiques concernées, les outils de suivi de la conformité et les prestations existantes qui restent utiles. Elles doivent également déterminer si une seule PA peut couvrir les processus français concernés ou si plusieurs plateformes et solutions de facturation doivent coexister.
Une PA tierce peut conserver sa pertinence lorsqu’elle relie des systèmes hétérogènes ou fournit des services hors du périmètre SAP envisagé. Les entreprises qui avaient prévu une PA tierce parce que SAP ne disposait pas encore de ce statut peuvent réexaminer leur architecture et vérifier si cet intermédiaire apporte toujours une valeur fonctionnelle ou opérationnelle suffisante.
Quels gains opérationnels attendre d’une architecture centrée sur SAP ?
L’intérêt potentiel de SAP comme PA dépasse le seul raccordement au dispositif réglementaire. Lorsque SAP Document and Reporting Compliance relie déjà les documents sources aux traitements de conformité, l’utilisation de cette même architecture pour les fonctions PA peut limiter le besoin de recourir à une interface distincte propre à un prestataire, ainsi qu’aux règles de correspondance des données, aux paramètres d’authentification et à la supervision associés.
Les gains dépendent toutefois du système d’information. Une entreprise disposant d’un ERP SAP principal peut réduire davantage ses travaux d’intégration qu’un groupe international dont le prestataire externe relie déjà plusieurs ERP dans différents pays. Des services spécialisés, tels que l’intégration et l’accompagnement des fournisseurs, l’automatisation de la comptabilité fournisseurs ou l’enrichissement des factures, peuvent également rester hors du périmètre de SAP DRC.
Le regroupement d’une plus grande partie des traitements dans SAP peut aussi faciliter le suivi quotidien. SAP ERP utilise l’eDocument Cockpit pour les processus français de facturation électronique et d’e-reporting pris en charge. SAP S/4HANA propose l’eDocument Cockpit et, selon la version et les tâches à effectuer, l’application Manage Electronic Documents. Une plus grande partie du traitement des documents et du suivi de leurs statuts peut ainsi rester dans SAP, ce qui limite le recours au portail d’un prestataire pour analyser les anomalies courantes.
Dans quels environnements SAP cette approche est-elle la plus pertinente ?
Le choix de SAP comme PA mérite une attention particulière lorsque SAP prend déjà en charge une part importante des processus de facturation et de gestion financière. L’utilisation existante de SAP DRC peut réduire certains travaux, mais les possibilités dépendent du déploiement en place, du périmètre géographique, des interfaces et de l’organisation opérationnelle.
Entreprises utilisant déjà SAP DRC
Les entreprises qui utilisent SAP Document and Reporting Compliance peuvent éventuellement réutiliser une partie de leur socle technique et opérationnel pour les processus PA français : interfaces existantes, connectivité et organisation de l’exploitation, sous réserve de leur compatibilité avec le périmètre visé. L’étendue de cette réutilisation dépend de l’architecture DRC existante et des processus à mettre en œuvre en France.
Environnements SAP ERP (ECC)
Lorsque la version de SAP ERP utilisée prend en charge les processus PA français nécessaires, une migration vers SAP S/4HANA n’est pas requise pour le seul respect des obligations de facturation électronique en France. La documentation SAP pour la France continue de couvrir des processus PA dans SAP ERP 6.0, avec des prérequis et des notes SAP propres à chaque version.
Entreprises en cours de migration vers SAP S/4HANA
Un programme de migration vers SAP S/4HANA en cours offre l’occasion d’intégrer la facturation électronique française à l’architecture financière cible. Les choix relatifs à la PA peuvent être examinés en parallèle des vagues de déploiement par entité juridique, du périmètre DRC, de la préparation des données de base et de la conception des interfaces.
Si une entité doit respecter ses obligations avant sa migration, un dispositif conforme doit être mis en place dans l’ERP existant. Lorsque les calendriers de migration et de mise en conformité le permettent, les équipes peuvent déployer directement une plus grande partie de l’architecture cible dans SAP S/4HANA et éviter de dupliquer certaines interfaces ou certains paramétrages entre l’ancien et le nouvel environnement.
Groupes internationaux
Pour un groupe international, la France peut représenter un volet d’un dispositif de conformité plus large. L’étude d’architecture doit tenir compte des prestataires et plateformes déjà utilisés dans le groupe, du nombre d’ERP alimentant les processus concernés, de la centralisation éventuelle de la supervision et des centres de services partagés à préserver.
Un même prestataire n’a pas nécessairement à couvrir tous les pays. Le choix retenu pour la France doit s’inscrire dans les systèmes, les contrats, l’organisation opérationnelle et la stratégie de recours aux prestataires du groupe. La création d’une architecture distincte doit répondre à un besoin opérationnel identifié.
Entreprises utilisant des systèmes sources non-SAP
La présence de systèmes de facturation non-SAP n’exclut pas une architecture de conformité centrée sur SAP. SAP documente des scénarios dans lesquels des documents électroniques issus de systèmes externes SAP et non-SAP sont intégrés à SAP Document and Reporting Compliance, puis transmis via l’édition cloud utilisée comme PA.
Le périmètre pris en charge doit néanmoins faire l’objet d’une validation technique. Avant la mise en production, il faut définir les types de documents, les API, les règles de correspondance des données et la gestion des anomalies, ainsi que la répartition des responsabilités entre les équipes chargées des systèmes sources et celles chargées de SAP DRC.
Anticiper les prochaines évolutions des obligations fiscales numériques
La réforme française s’inscrit dans une évolution européenne plus large vers la facturation électronique et la transmission numérique des données de TVA. L’Union européenne a adopté le paquet « TVA à l’ère du numérique » (ViDA) le 11 mars 2025, avec une mise en œuvre progressive jusqu’en 2035.
À compter du 1er juillet 2030, les obligations de déclaration numérique prévues par ViDA s’appliqueront aux opérations B2B transfrontalières concernées au sein de l’UE et s’appuieront sur la facturation électronique. Les dispositifs nationaux devront également respecter les exigences ViDA applicables à cette date, sauf lorsqu’ils bénéficient du régime transitoire prévu par la directive. Celui-ci permet un alignement au plus tard le 1er janvier 2035 pour certains dispositifs de déclaration en temps réel déjà en place au 1er janvier 2024, autorisés avant cette date ou, lorsqu’aucune autorisation n’était nécessaire, prévus par une législation nationale adoptée avant cette date. Le calendrier de la Commission européenne présente les principales étapes ; la directive (UE) 2025/516 précise les conditions de cette transition.
Cette convergence ne rendra pas les dispositifs nationaux identiques. Des différences pourront subsister dans les formats, les modalités de transmission, les règles déclaratives, les normes techniques et les exigences locales relatives aux plateformes, dans les limites du cadre européen.
Pour les entreprises utilisatrices de SAP, l’intérêt d’approches techniques réutilisables s’en trouve renforcé. La conception des interfaces, la supervision, la gouvernance des données et les procédures de support peuvent être harmonisées lorsque cela est pertinent, tout en tenant compte des exigences juridiques et techniques propres à chaque pays. Le déploiement français doit répondre aux obligations immédiates sans introduire de dépendances nationales inutiles dans l’architecture ERP. À plus long terme, l’objectif consiste à réutiliser les solutions techniques et les pratiques de gouvernance éprouvées à mesure que de nouveaux pays entrent dans le périmètre.
Comment LeverX accompagne la mise en œuvre de SAP comme plateforme agréée
LeverX aide les entreprises à définir la place de SAP dans leur architecture de facturation électronique en France et à mettre en œuvre le modèle retenu. L’accompagnement peut commencer par une évaluation ciblée des options PA ou couvrir SAP Document and Reporting Compliance, l’intégration, la préparation des données, les tests et l’exploitation après la mise en production.
Selon les besoins, les interventions peuvent porter sur les domaines suivants :
- Évaluation de la conformité et de l’environnement SAP : identifier les entités juridiques et les flux concernés, examiner les versions SAP et les fonctionnalités DRC existantes, puis déterminer les incidences des exigences françaises sur les processus ERP et les données de base.
- Conception de l’architecture PA : comparer SAP Document and Reporting Compliance, cloud edition, aux autres plateformes agréées et aux modèles associant plusieurs prestataires, en évaluant les conséquences sur les interfaces existantes.
- Mise en œuvre de SAP Document and Reporting Compliance : paramétrer les processus requis de facturation électronique et d’e-reporting, satisfaire aux prérequis propres aux versions utilisées et connecter les systèmes de gestion SAP à l’édition cloud.
- Préparation des données et des interfaces : valider les données des partenaires commerciaux et les données fiscales, préparer les informations de routage et concevoir les connexions avec les systèmes SAP et les systèmes sources externes pris en charge.
- Tests de bout en bout : vérifier la génération, la transmission et la réception des documents, la gestion des statuts, l’e-reporting, le traitement des anomalies et l’interopérabilité entre les systèmes concernés.
- Support opérationnel et optimisation : établir les procédures de supervision et de support, gérer les évolutions réglementaires et les évolutions des solutions SAP, puis adapter l’architecture à l’intégration de nouvelles entités ou de nouveaux pays.
Certaines entreprises pourront utiliser SAP Document and Reporting Compliance, cloud edition, comme PA en France. D’autres conserveront un autre prestataire agréé ou répartiront leurs processus entre plusieurs plateformes. L’architecture doit être adaptée aux systèmes, aux opérations et aux pays à couvrir, tout en conservant la souplesse nécessaire pour intégrer les évolutions réglementaires sans multiplier les interfaces inutiles.
Conclusion
Le statut de PA de SAP offre aux entreprises utilisatrices en France davantage de latitude pour intégrer la facturation électronique à leur environnement existant. Une fois l’architecture retenue, la priorité devient la fiabilité de son exploitation : les responsabilités doivent être clairement définies pour le traitement des anomalies, le suivi des évolutions réglementaires, la gestion des données de base et les opérations quotidiennes de conformité.
Pour les directions financières et les DSI, le choix d’une PA engage donc l’organisation sur la durée. Au-delà de l’intégration initiale, les équipes doivent pouvoir maintenir, piloter et faire évoluer le dispositif au rythme des fonctionnalités SAP et des exigences réglementaires.
.webp)
