Depuis le 1er septembre 2026, les grandes entreprises et les ETI émettent leurs factures électroniques, et toutes les entreprises doivent pouvoir les recevoir. Pour une organisation sous SAP, la réforme n'est donc plus un projet à venir : c'est un flux en production, avec ses rejets, ses cas particuliers et parfois des entités pas encore raccordées. SAP dispose de sa propre plateforme agréée, SAP DRC. La question n'est plus de savoir si SAP suffit pour être en règle, mais quelle architecture de facturation électronique tiendra sur les dix prochaines années. Cet article fait le point sur ce que couvre SAP DRC, les formats de la réforme, l'endroit où se loge la vraie difficulté d'un projet SAP, et la façon de raisonner entre plateforme native et plateforme transverse.
SAP et la réforme : quelles obligations pour votre entreprise ?
Les entreprises sous SAP sont en première ligne de la réforme. SAP équipe une grande partie des grandes entreprises et des ETI, c'est-à-dire précisément les profils soumis à la première échéance d'émission.
Le calendrier distingue deux obligations (1) :
- La réception : depuis le 1er septembre 2026, toute entreprise établie en France doit pouvoir recevoir ses factures fournisseurs au format électronique.
- L'émission et le e-reporting : obligatoires depuis le 1er septembre 2026 pour les grandes entreprises (plus de 5 000 salariés) et les ETI (250 à 5 000 salariés), à partir du 1er septembre 2027 pour les PME et les TPE.
Concrètement, une ETI sous SAP émet aujourd'hui ses factures par une plateforme agréée, reçoit celles de ses fournisseurs et transmet ses données de transaction à l'administration. Les premiers mois de production font remonter les mêmes sujets : des factures rejetées sur des cas que la recette n'avait pas couverts, des filiales sur un autre ERP qui restent à traiter, et des factures reçues qui arrivent bien structurées mais repartent dans un circuit de validation manuel. Pour le cadre général, notre article sur la réforme 2026 reprend les bases.
SAP est-il une plateforme agréée ? SAP DRC expliqué
Oui. SAP figure sur la liste des plateformes agréées publiée par la DGFiP, sous l'entrée « SAP » (2). L'entité agréée n'est pas l'ERP lui-même, mais l'édition cloud de SAP DRC, hébergée sur SAP Business Technology Platform. SAP a reçu son numéro d’immatriculation le 15 janvier 2026, et SAP France a annoncé cette validation en février 2026 (3).
SAP Document and Reporting Compliance (SAP DRC) est le module de conformité de SAP pour la facturation électronique et le reporting fiscal. Il couvre de nombreux pays, chacun avec un paramétrage propre à sa réglementation. Pour la France, SAP DRC prend en charge l'émission, la réception et la transmission des données réglementaires attendues par l'administration. C'est la brique qui transforme une facture sortie de SAP en flux conforme, l'achemine vers la plateforme du destinataire et remonte les données de e-reporting.
Bon à savoir : Ce n'est pas l'ERP SAP qui est agréé, mais l'édition cloud de SAP DRC (Document and Reporting Compliance), hébergée sur SAP Business Technology Platform. Être sous SAP ne veut donc pas dire utiliser automatiquement la plateforme agréée de SAP : c'est un choix distinct, qui peut se faire avec SAP DRC ou avec une autre plateforme agréée.
Faut-il une plateforme agréée avec SAP ?
Oui, toujours. Ni SAP ni aucun ERP ne peut, à lui seul, émettre ou recevoir une facture électronique dans le cadre de la réforme : l'échange passe obligatoirement par une plateforme agréée. Sous SAP, deux architectures permettent d'y arriver.
La plateforme native. Vous utilisez SAP DRC comme plateforme agréée. Tout reste dans l'univers SAP, avec un seul éditeur et une seule feuille de route. En contrepartie, votre conformité dépend de SAP.
La plateforme transverse. Vous connectez votre ERP à une plateforme agréée qui n'est pas celle de l'éditeur. SAP continue de produire les factures ; la plateforme se charge du contrôle de conformité, du routage vers les plateformes des destinataires et du e-reporting. Elle peut aussi recevoir les flux d'autres ERP ou d'autres entités du groupe. Pour comprendre le rôle d'une plateforme dans la chaîne, voir qu'est-ce qu'une plateforme agréée.
Les deux options sont conformes. Elles ne répondent simplement pas au même périmètre.
Quels formats de facture électronique utiliser avec SAP ?
La réforme s'appuie sur un socle minimal de trois formats structurés : Factur-X, UBL et CII. Les trois reposent sur le modèle sémantique de la norme européenne EN 16931, et leurs règles d'usage en France sont décrites par la norme AFNOR XP Z12-012 (4).
Bon à savoir : Factur-X est un format hybride : un PDF lisible par un humain et un fichier XML lisible par une machine, réunis dans un même document. UBL et CII sont entièrement structurés, sans partie lisible à l'œil. Le format retenu dépend surtout de ce qu'accepte la plateforme de votre destinataire. Notre page sur les formats de facture électronique détaille leurs différences.
Connecter SAP à une plateforme agréée : la difficulté est dans les données
Sur le papier, raccorder SAP à une plateforme agréée ressemble à un projet d'interface. En pratique, la connexion technique se règle bien, que ce soit par API ou par un middleware. Le point sensible se trouve ailleurs : dans la correspondance entre vos données SAP et celles que la réforme exige.
Un SAP est rarement standard. Après des années d'exploitation, la plupart des environnements SAP sont fortement personnalisés : champs spécifiques, règles maison, développements propres, organisation par sociétés et divisions. La réforme impose de son côté une liste précise de données, dont plusieurs mentions nouvelles. Il faut donc établir une cartographie des champs, c'est-à-dire relier chaque donnée exigée à l'endroit où elle se trouve, ou ne se trouve pas encore, dans votre paramétrage.
Les cas complexes concentrent les erreurs. Une facture standard passe vite. Les acomptes, les avoirs, l'autofacturation, les factures multi-commandes ou le multi-adressage ne se traduisent pas toujours directement dans le modèle de la réforme. La norme AFNOR XP Z12-014 décrit ces cas d'usage un par un : c'est la grille de lecture à partager entre la DSI et la direction financière.
Le multi-entités ajoute une couche. Dans un groupe, chaque entité a son SIREN, ses adresses de facturation électronique et parfois son propre paramétrage SAP. Les factures entre entités du groupe doivent elles aussi être traitées. Raccorder une entité ne veut pas dire que les autres suivront sans effort.
À noter : Prévoyez une phase de tests dédiée aux cas complexes, et pas seulement à la facture standard. Une facture simple qui passe ne prouve pas que vos acomptes, vos avoirs ou vos cas d'autofacturation passeront aussi. Si vous êtes déjà en production, analysez vos rejets des premiers mois : ils indiquent précisément quels cas reprendre en priorité.
PA native ou plateforme transverse : quelle architecture pour les dix prochaines années ?
Il n'y a pas de bonne réponse universelle. La réforme va durer, les obligations vont s'étendre et votre système d'information va évoluer. Le bon choix est celui qui tient compte de votre SI tel qu'il est, et tel qu'il sera dans cinq ou dix ans.
Le premier critère est souvent décisif. Une ETI entièrement sous SAP peut trouver dans la plateforme native une réponse cohérente. Un groupe qui combine SAP au siège et d'autres ERP dans ses filiales a intérêt à centraliser la conformité de l'ensemble, plutôt que de multiplier les plateformes, ce qui soulève aussi des questions d'interopérabilité entre plateformes agréées.
Vous êtes déjà en production avec SAP DRC ? Rien ne vous oblige à revenir sur ce choix. Les questions utiles sont ailleurs : comment sont couvertes les entités et les flux qui ne passent pas par SAP ? Les cas complexes sont-ils stabilisés ? Et que deviennent les factures reçues une fois intégrées ?
Après la conformité : de la facture électronique au paiement
La réforme a un effet que beaucoup de projets ont laissé de côté : chaque facture fournisseur arrive désormais sous forme de données structurées, et non plus de PDF à ressaisir. C'est la condition pour automatiser toute la suite de la chaîne.
Une fois la facture reçue, il reste à la contrôler, la rapprocher de la commande et de la réception, l'imputer, la faire valider, puis délivrer le bon à payer, payer le fournisseur et réconcilier le paiement. Dans beaucoup d'ETI, ces étapes restent manuelles, même quand la facture est parfaitement conforme. Le gain de la réforme ne se mesure donc pas à la conformité, mais au temps gagné entre la réception et le paiement, et à la visibilité sur le BFR.
Projet SAP et plateforme agréée : la check-list
Que votre projet soit en cours ou déjà en production, ces étapes structurent le travail entre la DSI et la direction financière :
- Cartographier le périmètre : entités, ERP, logiciels de facturation et flux, en distinguant ce qui passe par SAP et ce qui n'y passe pas.
- Établir la cartographie des champs entre votre paramétrage SAP et les données de la réforme, en traçant les mentions manquantes.
- Lister vos cas complexes à partir de la norme XP Z12-014 et de vos rejets réels : acomptes, avoirs, autofacturation, multi-adressage, factures intra-groupe.
- Tester ces cas un par un, pas seulement la facture standard.
- Arbitrer l'architecture (plateforme native ou transverse) au regard de votre SI à cinq ou dix ans.
- Organiser le traitement après réception : validation, rapprochement, bon à payer, paiement.
Pour aller plus loin sur les cas complexes côté facture sortante, notre guide émission leur consacre une partie dédiée.
En conclusion
SAP peut être votre plateforme agréée grâce à SAP DRC, ou rester votre ERP relié à une autre plateforme agréée. Dans les deux cas, la réussite se joue sur la cartographie des champs, les cas complexes et le traitement des factures jusqu'au paiement.
FAQ
SAP est-il une plateforme agréée ?
Oui. SAP est immatriculée comme plateforme agréée via l'édition cloud de SAP DRC, hébergée sur SAP Business Technology Platform, et figure sur la liste de la DGFiP sous l'entrée « SAP » (2)(3). Vous n'êtes pas obligé de l'utiliser : votre SAP peut être raccordé à une autre plateforme agréée.
C'est quoi SAP DRC ?
SAP DRC (Document and Reporting Compliance) est le module de conformité de SAP dédié à la facturation électronique et au reporting fiscal dans de nombreux pays, dont la France. Il gère l'émission, la réception et la transmission des données réglementaires.
Faut-il une plateforme agréée avec SAP ?
Oui. L'émission et la réception passent toujours par une plateforme agréée. Ce peut être SAP DRC ou une plateforme transverse connectée à SAP. Le choix dépend de votre système d'information et de votre besoin de réversibilité.
Quelle est la principale difficulté d'un projet de facturation électronique sous SAP ?
La cartographie des champs entre un SAP souvent très personnalisé et les données exigées par la réforme, surtout sur les cas complexes : acomptes, avoirs, autofacturation, multi-entités. La connexion technique pose rarement problème.
Nous sommes déjà en production avec SAP DRC : que reste-t-il à faire ?
Stabiliser les cas complexes à partir des rejets constatés, couvrir les entités et les flux qui ne passent pas par SAP, et organiser le traitement des factures reçues jusqu'au paiement. Le choix de plateforme n'a pas à être remis en cause.
Sources
- Facturation électronique et plateformes agréées
- Liste des plateformes agréées
- SAP validée comme plateforme agréée pour la facturation électronique
- Normes AFNOR XP Z12-012 et XP Z12-014
