Business

mySAP ERP : le successeur de SAP R/3, avec NetWeaver 2004 et plus de 80 scénarios self-service

20 septembre 2026 Élise Garcin-Lafargue 6 min de lecture

Si vous tombez sur le terme « mySAP ERP » dans une documentation, un contrat de maintenance ou une conversation avec un consultant, il y a de fortes chances que vous administriez ou étudiiez un système SAP historique. mySAP ERP est le nom commercial que SAP a donné à sa suite de gestion intégrée après SAP R/3, avant de la faire évoluer vers S/4HANA. Ce n’est plus un produit commercialisé aujourd’hui, mais il reste installé dans de nombreuses entreprises et cité dans la littérature technique. Voici ce qu’il recouvre exactement, comment il s’articule avec R/3 et S/4HANA, et ce qu’il faut savoir si vous devez encore travailler avec.

Table des matières

Qu’est-ce que mySAP ERP exactement ?

mySAP ERP est un progiciel de gestion intégré (PGI, ou ERP en anglais) édité par SAP SE, l’entreprise allemande fondée en 1972 par cinq anciens ingénieurs IBM. Le produit a été conçu comme le successeur direct de SAP R/3, en reprenant son moteur transactionnel tout en élargissant considérablement la couverture fonctionnelle et en y ajoutant des briques technologiques nouvelles, notamment autour du web et du self-service.

Frise chronologique mySAP ERP entre SAP R/3 et S/4HANA

Concrètement, mySAP ERP regroupe dans une même suite les processus financiers, RH, logistiques et analytiques d’une entreprise, avec l’objectif de faire circuler l’information entre ces domaines sans ressaisie. C’est ce qui distingue un ERP d’un simple empilement de logiciels métiers : la donnée saisie dans un module (une commande client, par exemple) devient immédiatement exploitable par les autres, de la facturation à la planification de production.

Un positionnement d’étape, pas de rupture

mySAP ERP n’a pas été pensé comme une refonte totale de R/3, mais comme une évolution. SAP a conservé la logique de mandants (ces instances logicielles cloisonnées qui permettent de séparer plusieurs sociétés ou environnements au sein d’un même système) et le socle applicatif R/3, tout en enrichissant l’ensemble d’un nouveau serveur d’applications, SAP NetWeaver, et de fonctions orientées utilisateur final.

Les modules et fonctionnalités qui composent mySAP ERP

La suite mySAP ERP couvre un périmètre large, organisé autour de grands domaines fonctionnels que l’on retrouve encore, sous des noms proches, dans les ERP SAP actuels.

Finance, RH et pilotage

Le volet financier couvre la comptabilité générale, la comptabilité analytique, la gestion de la trésorerie et le reporting consolidé. Le module RH (Ressources Humaines) gère l’administration du personnel, la paie et la gestion des temps. À cela s’ajoute un volet analytique et de pilotage stratégique, porté par le composant SEM (Strategic Enterprise Management), destiné à outiller les directions financières dans leurs exercices de planification et de consolidation de groupe.

Achats, ventes et production

Sur le versant opérationnel, mySAP ERP prend en charge les achats et la gestion des fournisseurs, la vente et la relation commerciale, ainsi que la production et la gestion de la Supply Chain, avec les nomenclatures (BOM) et les flux de matières. Deux familles de données cohabitent dans la suite : les flux de matières et de commandes, qui circulent d’un module à l’autre au fil du processus métier, et les données techniques liées à la production et à la maintenance (une nomenclature, un poste de charge, une fiche de maintenance), plus statiques et rattachées à leur module d’origine. Cette séparation évite la duplication des données techniques tout en laissant circuler librement les flux commerciaux et logistiques, ce qui limite l’effet silo propre aux systèmes non intégrés.

Le self-service, l’apport marquant de mySAP ERP

Par rapport à R/3, l’un des apports les plus visibles de mySAP ERP a été l’ouverture de nombreux processus en self-service via des portails web internes : un collaborateur peut saisir lui-même une note de frais, une demande de congé ou une commande d’achat simple, sans passer par un service administratif dédié à chaque étape. Cette logique de self-service procurement et de self-service RH a préfiguré une bonne partie des usages que l’on retrouve aujourd’hui dans les interfaces cloud modernes.

mySAP ERP 2004 : la version qui a fait référence

Quand on parle de mySAP ERP, on fait le plus souvent référence à la version mySAP ERP 2004, restée la plus citée dans la documentation technique. Cette version s’appuie sur SAP NetWeaver 2004 comme socle applicatif, un serveur qui gère l’intégration technique entre les différents composants de la suite et avec des systèmes tiers. Elle embarque également le composant SEM évoqué plus haut pour le pilotage stratégique, et propose plus de 80 scénarios self-service prêts à l’emploi, couvrant aussi bien les achats que la gestion administrative du personnel.

Cette combinaison, NetWeaver comme fondation technique et self-service comme couche d’usage, a rapproché l’ERP SAP, jusque-là perçu comme un outil réservé aux équipes back-office, des utilisateurs finaux au quotidien.

De SAP R/2 à S/4HANA : où se situe mySAP ERP dans la chronologie

Pour comprendre la place exacte de mySAP ERP, il faut la resituer dans la trajectoire complète des ERP SAP. SAP a d’abord développé R/2, un système fonctionnant sur architecture centrale (mainframe), avant de faire basculer son offre vers une architecture client-serveur avec SAP R/3 dans les années 1990. C’est R/3 qui a imposé SAP comme l’un des principaux éditeurs d’ERP en entreprise. mySAP ERP a ensuite pris le relais de R/3 en conservant son moteur tout en élargissant la couverture fonctionnelle et en introduisant NetWeaver et le self-service. Plus tard, SAP a opéré une nouvelle rupture technologique avec S/4HANA, bâti sur une base de données in-memory, avant de décliner cette offre en version cloud avec S/4HANA Cloud, disponible aujourd’hui en édition publique (Public Edition) et en édition privée (Private Edition).

Solution	Architecture	Période	Particularité
SAP R/2	Centrale (mainframe)	Avant les années 1990	Première génération d’ERP SAP
SAP R/3	Client-serveur	Années 1990	Architecture modulaire fondatrice
mySAP ERP	Client-serveur + NetWeaver	2004	Self-service, SEM, plus de 80 scénarios web
SAP S/4HANA	In-memory (HANA)	Après mySAP ERP	Traitement en mémoire, simplification des données
SAP S/4HANA Cloud	In-memory, SaaS	Actuelle	Éditions Public et Private, déploiement géré

mySAP ERP est-il encore utilisé aujourd’hui ?

Oui, dans les faits : mySAP ERP n’est plus une offre commerciale active chez SAP, mais un nombre significatif d’entreprises continuent de faire tourner des systèmes issus de cette génération, en particulier des organisations ayant investi lourdement dans des personnalisations spécifiques ou n’ayant pas encore planifié de projet de migration. Ces installations sont généralement maintenues en condition opérationnelle plutôt que modernisées, ce qui pose à terme la question du support technique et de la compatibilité avec les nouveaux usages, notamment cloud.

Pourquoi envisager une migration vers S/4HANA

La bascule vers S/4HANA répond à plusieurs logiques : bénéficier du traitement in-memory pour accélérer les analyses et le reporting, simplifier la structure des données par rapport aux couches accumulées depuis R/3, et accéder aux fonctions actuelles, notamment autour de l’intégration cloud. Le choix entre S/4HANA Cloud Public Edition et Private Edition dépend surtout du niveau de personnalisation nécessaire : l’édition publique mutualise l’infrastructure et impose des processus standardisés, tandis que l’édition privée conserve une plus grande latitude de configuration, plus proche de ce que permettait mySAP ERP.

Pour les équipes qui pilotent encore un système hérité de mySAP ERP, la meilleure approche consiste à cartographier précisément les personnalisations en place, à évaluer leur compatibilité avec le modèle de données simplifié de S/4HANA, puis à s’appuyer sur la documentation officielle SAP et, le cas échéant, sur les échanges entre pairs disponibles sur les forums communautaires SAP, où ce type de question de transition revient très régulièrement.