Migration S/4HANA : les entreprises moyennes dans l’impasse
7 Min. de lecture
SAP met fin à la maintenance régulière de Business Suite 7 le 31 décembre 2027. Ce n’est plus une menace, mais une date déjà inscrite dans l’agenda de nombreux PME. Qui ne décide pas en 2026, décide quand même. Mais avec moins d’options et une position de négociation qui s’affaiblit chaque trimestre.
Les points clés en bref
- Trois ans de durée de vie restante, cela semble beaucoup, mais c’est serré : Une migration S/4HANA honnête coûte en moyenne entre 18 et 30 mois de projet pour les PME. Celui qui commence début 2026 termine avec une marge habituelle. Celui qui commence en 2027 est sous pression.
- Le piège de la maintenance est plus cher que la migration : La maintenance étendue chez SAP coûte à partir de 2028 deux pour cent en plus sur le contrat de maintenance par an. Le support du code personnalisé par des tiers est encore plus élevé et ne donne aucune garantie réglementaire solide.
- La question de la direction n’est pas technique : S/4HANA est une décision de plateforme avec des impacts sur la standardisation des processus, le modèle de données et le canal de vente. Celui qui délègue perd le contrôle sur les coûts ultérieurs.
Contenu associé :RevOps : l’IA dans le CRM met fin aux silos de données / Bitkom 2026 : PME et migration ERP
Qu’est-ce que le piège de la maintenance S/4HANA ?
Qu’est-ce que le piège de la maintenance S/4HANA ? Le piège de la maintenance désigne la situation d’une entreprise dont le paysage SAP ERP continue de fonctionner après la fin de la maintenance régulière de Business Suite 7 (fin 2027) sans voie de migration claire. Conséquence : celui qui reste sur le système existant paie la maintenance étendue avec un supplément, perd le droit à de nouveaux développements fonctionnels, assume le risque de modifications réglementaires sans mises à jour du fabricant et réduit sa marge de négociation lors de futures discussions sur les licences ou l’hébergement. Le piège n’est pas technique, mais un glissement progressif du profil de risque aux frais de la direction.
Ce que l’immobilisme coûte vraiment
Au cours des douze derniers mois, nous avons participé à une série de mandats de PME sur des décisions S/4HANA. Les directions avec lesquelles nous avons travaillé avaient toutes des réflexes similaires. D’abord la question du budget du projet. Puis le souhait de reporter la décision d’un an. Puis la recherche d’une option de maintenance comme solution pont.
La réponse honnête est presque toujours la même. Un an de report coûte entre quatre et sept pour cent du budget du projet ultérieur. Cela se compose de trois éléments. Premièrement, les taux journaliers de mise en œuvre des partenaires établis augmentent plus vite que l’inflation générale, car l’offre de consultants se resserre vers 2028. Deuxièmement, les adaptations de code personnalisé deviennent plus chères chaque année, car moins de développeurs travaillent activement sur les extensions ABAP 7. Troisièmement, la position de négociation vis-à-vis de SAP elle-même se déplace.
Celui qui a négocié les conditions de licence en 2024 avait un bon jeu. Celui qui négocie en 2027 est assis à la table avec la date sur le front.
Trois parcours de migration, trois arbitrages
La logique de décision dans les PME se résume à trois parcours réalistes. Chacun d’eux a un profil clair et un coût que la direction doit connaître.
Parcours un : conversion Brownfield. L’ECC existant est migré vers S/4HANA, le modèle de données et le code personnalisé sont conservés. Avantage : durée de projet courte, en moyenne quatorze à dix-huit mois, moins de gestion du changement. Inconvénient : tous les legs des vingt dernières années restent dans le système. Celui qui a un ECC avec cent quarante rapports Z et une extension de gestion des matériaux propre doit les traîner avec lui.
Parcours deux : Greenfield avec S/4HANA Cloud Public Edition. Standardisation sur la configuration Cloud de SAP. Avantage : coût total de possession nettement inférieur sur cinq ans, car la maintenance et les mises à jour sont assurées par le fabricant. Inconvénient : moins de personnalisation autorisée, le modèle économique doit s’aligner sur la configuration standard de SAP. Nous avons vu des mandats où cela a bien fonctionné. Nous en avons également vu deux qui sont revenus à On-Premise après dix-huit mois.
Parcours trois : Selective Data Transition. Un choix conscient de ce qui est migré, de ce qui est reconstruit dans le nouveau système. Avantage : compromis pragmatique, les legs restent sous contrôle. Inconvénient : effort de projet élevé, exigence élevée envers les parties prenantes internes qui doivent activement porter les arbitrages. Ce parcours nécessite une équipe de projet interne solide, sinon il se transforme en un Greenfield non contrôlé avec une annexe de personnalisation.
Ce que la direction doit décider en 2026
La décision de parcours n’est pas le premier pas. Auparavant, il y a une série de questions de management qui, dans de nombreuses PME, ne sont pas répondues honnêtement. Nous les avons regroupées en quatre blocs.
Premièrement : quels processus sont aujourd’hui un avantage concurrentiel et lesquels sont un standard concurrentiel ? Tout ce qui est standard doit être intégré dans le workflow standard de S/4HANA. Le code personnalisé à cet endroit est un legs coûteux, pas un facteur de différenciation.
Deuxièmement : quelle est la solidité du modèle de données actuel ? Une migration est la dernière occasion réaliste de nettoyer les données de base et les nomenclatures de matériaux. Celui qui la rate traîne les anciens problèmes dans le nouveau système.
Troisièmement : quelles personnes doivent soutenir le projet ? La direction décide, le CFO paie, le CIO construit. Dans les PME, cependant, une quatrième personne décide souvent du succès : la personne ayant la plus grande connaissance des processus, qui est parfois dans l’entreprise depuis quinze ans et connaît l’ECC comme sa poche. Sans elle, pas de transfert de données propre.
Quatrièmement : comment l’entreprise gère-t-elle les conflits entre standard et cas particulier ? Cette question semble douce, mais c’est la plus dure des quatre. Elle décide si le projet trouve un chemin standard ou s’il bascule dans une spirale de personnalisation.
Décision de plateforme plutôt que mise à jour logicielle
Une migration S/4HANA est rarement un projet logiciel pur dans les PME. Elle déplace trois choses simultanément. Le modèle de données est réinitialisé. Les processus sont standardisés. La base contractuelle avec SAP est renégociée.
Celui qui la traite comme une mise à jour logicielle abandonne les deux premiers thèmes et perd la masse de négociation sur le troisième. Nous voyons souvent des dirigeants qui, lors du lancement du projet, n’avaient qu’un objectif technique sur la feuille. Les mêmes dirigeants se retrouvent dix-huit mois plus tard dans une discussion sur la question de savoir si le modèle de données mis en place correspond à leur propre logique de vente. Cette discussion doit avoir lieu au début, pas à la fin.
Une honnêteté est nécessaire : toute migration n’est pas un succès. Les mandats que nous connaissons se situaient à la fin dans une fourchette comprise entre plus douze pour cent d’efficacité opérationnelle et aucune modification avec des coûts de licence nettement supérieurs. La différence résidait rarement dans la technique. Elle résidait presque toujours dans la question de savoir à quel point la direction s’était honnêtement penchée sur son propre portefeuille de processus avant de commencer.
Comparaison des trajectoires de migration : Brownfield vs Greenfield
Brownfield (conversion)
- Durée du projet : 14 à 18 mois, trajet le plus court
- Le code personnalisé est conservé, moins de gestion du changement nécessaire
- Risque : les problèmes hérités restent présents durablement dans le nouveau système
- Les négociations de licence restent similaires à la situation actuelle
- Convient si le portefeuille de processus est majoritairement viable
Greenfield (Cloud Public)
- Durée du projet : 24 à 30 mois, mais avec une rupture claire
- Configuration standard, faible coût total de possession sur cinq ans
- Personnalisation réduite, les processus métier doivent s’adapter
- Coûts de licence plus transparents, dépendance accrue à la feuille de route de SAP
- Convient si la standardisation est un objectif stratégique
Foire aux questions
Quand exactement se termine la maintenance régulière de SAP pour Business Suite 7 ?
La maintenance principale pour SAP Business Suite 7 se termine le 31 décembre 2027. À partir de 2028, une maintenance étendue est disponible, mais avec un supplément sur le contrat de maintenance. Les entreprises qui n’ont pas de trajectoire de migration d’ici fin 2027 devront soit continuer avec des coûts de maintenance élevés, soit perdre le support du fabricant.
Quelle trajectoire de migration convient à quelle entreprise de taille moyenne ?
La conversion Brownfield convient aux entreprises ayant un portefeuille de processus viable et une part de code personnalisé raisonnable. Greenfield avec Cloud Public Edition convient aux entreprises de taille moyenne qui abordent la standardisation de manière stratégique. Selective Data Transition est la variante la plus exigeante et nécessite une équipe de projet interne très solide.
Quel est l’effort typique d’une migration S/4HANA dans les PME ?
La durée réaliste d’un projet se situe entre 18 et 30 mois, selon la trajectoire choisie et la complexité du paysage existant. La fourchette de budget, selon la taille de l’entreprise, se situe entre 1 et 6 millions d’Euro pour la mise en œuvre, les licences et la gestion du changement. Ceux qui calculent avec des chiffres nettement inférieurs planifient soit trop petit, soit reportent les coûts après la mise en service.
Que se passe-t-il si la migration n’est pas terminée avant fin 2027 ?
L’entreprise bascule automatiquement en mode de maintenance étendue avec supplément. Les nouvelles exigences réglementaires sont intégrées plus lentement ou pas du tout. La position de négociation vis-à-vis de SAP lors des renouvellements de licence se détériore. L’exploitation opérationnelle reste initialement stable, mais le profil de risque se déplace nettement en faveur du fabricant.
Quel rôle joue le modèle de données propre dans la décision ?
Un rôle central. La migration est la dernière occasion réaliste de consolider les données de base et les nomenclatures de produits. Ceux qui ignorent la qualité des données déplacent les anciens problèmes vers le nouveau système. Ceux qui clarifient la question du modèle de données avant de choisir la trajectoire gagnent nettement en vitesse lors du déroulement du projet.
Lectures recommandées par la rédaction
- RevOps : l’IA dans le CRM met fin aux silos de données
- Bitkom 2026 : taux de dépassement de coût de l’IA de 33 % pour les directeurs financiers
- Gartner : 2,52 milliards de dollars de dépenses pour l’IA en 2026
Plus de contenus du réseau MBF Media
- cloudmagazin: Plateforme ou façade : ce que Platform Engineering doit livrer en 2026
- cloudmagazin: Coûts de conformité : l’architecture fait la différence
- Digital Chiefs: Gouvernance de l’IA en 2026 : au niveau système plutôt qu’au niveau cas d’usage
Crédit image de couverture : Wikimedia Commons / Vladislav Bezrukov (CC BY 2.0)