Migration S/4HANA : choisir son approche avant la fin de 2030

Pour une entreprise qui exploite encore SAP ERP 6.0, dit ECC, la question n'est plus de savoir s'il faut passer à S/4HANA. Elle est de savoir comment, et avec quelle marge. Le choix de l'approche engage le budget, la charge des équipes internes et la qualité des données pour plusieurs années. Il se prépare à partir de dates fixées par l'éditeur, puis de l'état réel de votre système.

Les échéances fixées par SAP

Le calendrier de référence date du 4 février 2020. Ce jour-là, SAP a annoncé que S/4HANA serait maintenu jusqu'à la fin de 2040. Pour SAP Business Suite 7, la génération qui porte ECC, la maintenance standard des applications cœur court jusqu'à la fin de 2027, sans changement de contrat ni frais supplémentaires.

De début 2028 à fin 2030, SAP propose une maintenance étendue optionnelle. Elle coûte deux points de pourcentage de plus que la base de maintenance existante. Les clients qui ne la souscrivent pas avant la fin de 2027 et continuent d'exploiter Business Suite 7 basculent automatiquement en maintenance dite « spécifique au client ». Celle-ci couvre la résolution des problèmes déjà connus, aux tarifs inchangés.

Concrètement, une entreprise qui n'aura pas terminé sa migration à la fin de 2027 paiera davantage pour rester couverte, ou acceptera un support réduit.

Ce que votre base de données change

Le 7 octobre 2026, Philipp Herzig, directeur technique de SAP, a détaillé le sort des systèmes installés sur une base de données tierce, c'est-à-dire autre que SAP HANA. Les accords de revente et de support que SAP a passés avec les éditeurs de ces bases expirent à la fin de 2030, en même temps que ses arrangements de support Java.

Les conséquences sont directes pour la trajectoire de migration :

• la conversion d'un système Business Suite 7 sur base tierce vers S/4HANA ou SAP Cloud ERP n'est possible qu'avant la fin de 2030 ;
• au-delà, seule une nouvelle implémentation reste ouverte ;
• après 2030, SAP indique ne plus pouvoir assurer un support complet des incidents liés à la base tierce ou à Java, y compris les correctifs de sécurité du noyau.

SAP décrit trois options. La première, qu'il recommande, est de passer à SAP Cloud ERP d'ici la fin de 2030. La deuxième, la « Transition Option for SAP ERP », est un abonnement limité dans le temps, de 2031 à 2033, réservé aux clients les plus grands et les plus complexes déjà engagés dans leur transformation. Il suppose d'avoir rejoint SAP ERP, private edition sur SAP HANA avant le 31 décembre 2030, et ne couvre pas les fonctions qui dépendent de Java. La troisième consiste à passer sur SAP HANA avant la fin de 2030 et à rester sur site, sans prolongation de maintenance. SAP ne la recommande pas comme trajectoire de long terme.

Si votre ECC tourne sur une base tierce, la date qui compte pour décider d'une conversion est donc la fin de 2030, et non 2033.

Trois façons de passer à S/4HANA

Les praticiens distinguent trois approches, que le lexique de la migration S/4HANA publié par Entourage Recrutement résume clairement.

La conversion, ou brownfield. Le système ECC existant est transformé en place. Le paramétrage, les développements spécifiques et l'historique sont conservés. Le projet passe par des contrôles de préparation, la conversion des données vers le nouveau modèle et l'adaptation du code spécifique.

La nouvelle implémentation, ou greenfield. Un système neuf est installé et les processus sont reconstruits à partir du standard. Seules les données ouvertes sont reprises, avec un historique choisi.

La transition sélective, ou bluefield. Un système S/4HANA est créé et une partie seulement de l'existant y est transférée : certaines sociétés, certains processus, une profondeur d'historique définie à l'avance. Cette approche permet de regrouper plusieurs systèmes ou, à l'inverse, de scinder un périmètre.

Pour tout comprendre de ces trois voies et du vocabulaire associé, la page qui explique la migration S/4HANA, ses approches et ses enjeux pour la finance constitue un bon point de départ avant un premier comité de pilotage.

Les critères qui orientent le choix

Aucune approche n'est meilleure en soi. Cinq questions permettent de trancher.

L'état du système. Un ECC bien tenu, proche du standard, se prête à la conversion. Un système chargé de paramétrages contournés plaide pour une remise à plat.

L'ambition sur les processus. Si la direction veut revoir la clôture, les achats ou la chaîne logistique, reconstruire à partir du standard évite de reproduire l'existant sur une nouvelle base.

Le volume de développements spécifiques. Plus il est important, plus l'inventaire du code devient un chantier à part entière. Chaque programme se garde, se réécrit ou disparaît au profit du standard.

La qualité des données. Une conversion reprend tout, y compris les données que personne n'a nettoyées. Une nouvelle implémentation oblige à choisir ce que l'on reprend.

Le nombre de systèmes à regrouper. Une entreprise qui exploite plusieurs ERP issus d'acquisitions trouvera dans la transition sélective un moyen de consolider en une seule opération.

Le code spécifique et le principe du clean core

SAP promeut le « clean core » : un système aussi proche que possible du standard, dont les extensions et les intégrations respectent les règles du cloud. Le modèle de développement associé, ABAP Cloud, repose sur des objets publiés par SAP, des API publiques et des points d'extension.

Selon la FAQ ABAP Cloud de la communauté SAP, ce modèle est disponible dans S/4HANA sur site et dans l'édition cloud privée depuis la version 2022. Il y est recommandé, non imposé. Il est en revanche obligatoire dans l'édition cloud publique. Le code classique peut être retiré, rénové ou progressivement rapproché d'ABAP Cloud.

Pour une entreprise utilisatrice, l'enjeu est concret : un code spécifique construit selon ces règles réduit l'effort de chaque montée de version future. La migration est donc le moment de décider quelle part du patrimoine vous voulez encore porter dans dix ans.

Ce que la direction financière doit trancher avant la bascule

S/4HANA regroupe la comptabilité générale, l'analytique et les immobilisations dans une table unique, le journal universel. Le business partner remplace les fiches clients et fournisseurs séparées. Le plan de comptes, les natures comptables et analytiques et la structure du grand livre doivent être arrêtés avant la bascule.

La direction financière valide la reprise des soldes, fixe la date de bascule et porte la première clôture sur le nouveau système. Elle doit être associée au choix de l'approche, car c'est elle qui vivra le plus directement ses conséquences.

Répartir les rôles dès le cadrage

Le consultant SAP conçoit et paramètre. Le chef de projet ERP tient le planning et la recette. Le DSI arbitre la trajectoire, l'hébergement et le budget. Entre ces rôles, l'intégrateur apporte la méthode et les bras, mais il ne décide pas à votre place.

Avant de consulter le marché, trois documents internes méritent d'être prêts : l'inventaire du code spécifique, l'état de la base de données et de sa version, et la liste des processus que les métiers veulent réellement changer. Avec eux, la discussion sur l'approche part de faits, et non des préférences de l'intégrateur retenu.