Le compte à rebours est lancé. Le support mainstream de SAP ECC prend fin le 31 décembre 2027 et, selon l'enquête DSAG 2025 (l'association des utilisateurs SAP germanophones), près de 50 % des entreprises n'ont pas encore entamé leur migration vers SAP S/4HANA. Pour un comité de direction, cela signifie que la décision de migrer n'est plus une question stratégique à long terme : elle est opérationnelle et urgente. Ceux qui tardent à démarrer se retrouveront sans partenaires disponibles, sans fenêtres de projet raisonnables et, dans le pire des cas, à faire tourner leur ERP critique sans support éditeur.
Ce guide s'adresse aux directeurs informatiques, directeurs financiers et responsables de la transformation digitale qui ont besoin de prendre une décision éclairée : ce que signifie réellement l'échéance de 2027, quel type de migration correspond à chaque organisation, ce qu'est RISE with SAP et comment planifier un projet qui, selon la complexité, peut durer entre six mois et plus de deux ans. Sans discours vague, avec des données traçables vers des sources réelles.
L'échéance SAP ECC : ce que signifient vraiment 2027 et 2030
La date qui compte est le 31 décembre 2027. Ce jour-là prend fin le support mainstream de SAP ECC 6.0 et de SAP Business Suite 7. À partir de là, selon la documentation SAP et les analyses de Rimini Street et de SEIDOR, il existe une option de maintenance étendue qui prolonge le support jusqu'au 31 décembre 2030, mais dans des conditions qu'il convient d'examiner attentivement.
Cette maintenance étendue n'est pas gratuite. Selon Rimini Street, la maintenance étendue d'ECC (enhancement packages 6 à 8) au-delà de 2027 implique une majoration d'environ 2 points de pourcentage sur la base de maintenance — soit près de 9 % supplémentaires sur ce qui est déjà payé — jusqu'à fin 2030. Autrement dit : le « plus de temps » a un coût récurrent, et ne fait que gagner un sursis de trois ans, pas apporter une solution durable.
Une troisième voie existe pour les cas les plus complexes. Au premier trimestre 2025, selon Rimini Street, SAP a annoncé la SAP ERP, private edition, transition option : un package dans RISE qui étend le support d'ECC au-delà de 2030, mais uniquement pour des clients complexes sélectionnés qui signent un accord RISE. Il ne s'agit pas d'une porte de sortie générale, mais d'un pont contractuel pour les grands paysages applicatifs qui n'arriveront pas à temps.
L'industrie est-elle prête pour 2027 ?
Non. Les données de l'enquête DSAG 2025, relayées par IT-Onlinemagazin, dressent un tableau clair :
- Seulement 16 % des entreprises utilisent S/4HANA exclusivement.
- 21 % ont migré des parties de leur paysage applicatif.
- 14 % ont débuté le processus de migration.
- Environ 50 % n'ont encore rien engagé.
Un chiffre particulièrement révélateur : 37 % des répondants indiquent qu'ils utiliseront probablement la maintenance étendue de SAP, ce qui signifie concrètement que leur migration vers S/4HANA ne sera pas terminée d'ici fin 2027.
Si plus d'un tiers de l'écosystème prévoit déjà de recourir à la prolongation payante, la conclusion pour toute organisation est immédiate : l'offre de consultants, d'architectes et de créneaux de migration va se saturer. Commencer tôt n'est pas une question de prudence technique, mais de disponibilité de marché.
La bonne nouvelle, c'est que l'adoption du cloud s'accélère. Selon la recherche conjointe d'ASUG et de DSAG, l'utilisation de S/4HANA Private Cloud est passée à 33 % des entreprises, contre 11 % l'année précédente, et S/4HANA Public Cloud est passé de 6 % à 13 %. La tendance est sans équivoque : la migration ne va pas seulement vers S/4HANA, mais majoritairement vers la consommation en cloud géré.
Greenfield, brownfield ou selective data transition : comment choisir l'approche
Il n'existe pas de méthode unique pour migrer vers S/4HANA. Selon la SAP Community et SNP Group, il existe trois approches principales de transition, et le choix conditionne le coût, la durée et le risque de l'ensemble du projet.
Brownfield : conversion du système existant
L'approche brownfield, ou conversion du système, transforme le SAP ECC actuel en S/4HANA en conservant les données historiques, la configuration et les développements spécifiques. C'est le chemin le moins disruptif : les processus métier restent globalement en l'état. Selon la SAP Community et Basis Admin, il s'agit généralement de l'approche la plus rapide, qui peut se conclure en 6 à 12 mois.
La contrepartie est que la dette technique est également transférée : des customisations accumulées pendant des années, des processus hérités qui n'apportent peut-être plus de valeur et un modèle de données qui n'est pas revu. Cette approche convient aux organisations dont les processus fonctionnent bien, qui ont investi dans des personnalisations de valeur et qui ont besoin de respecter l'échéance avec le moins de perturbations opérationnelles possible.
Greenfield : nouvelle implémentation sur la base des meilleures pratiques
L'approche greenfield consiste en une implémentation from scratch. Les processus sont redessinés sur les SAP best practices et un système propre est construit, en laissant de côté les customisations inutiles. C'est l'option la plus transformatrice, celle qui tire le mieux parti des capacités natives de S/4HANA, mais aussi celle qui exige le plus d'effort en gestion du changement et en refonte, et qui nécessite donc généralement plus de temps qu'un brownfield.
Cette approche convient aux entreprises qui souhaitent réinventer leurs processus, qui ont grandi par acquisitions avec des systèmes disparates ou dont l'ECC actuel est tellement personnalisé que le conserver reviendrait à perpétuer le problème.
Selective data transition (bluefield) : le meilleur des deux mondes
La selective data transition, également appelée bluefield, est une approche hybride qui réutilise sélectivement des données et des processus. Elle permet, par exemple, de repenser les domaines qui en ont besoin tout en conservant les données de référence et les données historiques qui apportent de la valeur. Elle offre un contrôle granulaire sur ce qui est migré, mais nécessite des outils spécialisés et de l'expérience, et comme le greenfield, requiert généralement plus de temps qu'une conversion brownfield directe.
Tableau comparatif des approches
| Critère | Brownfield (conversion) | Greenfield (nouvelle implémentation) | Selective data transition (bluefield) |
|---|---|---|---|
| Point de départ | Système ECC existant | Système propre from scratch | Hybride |
| Processus métier | Conservés | Redessinés avec les meilleures pratiques | Redessinés sélectivement |
| Données | Migrées intégralement | Chargées sélectivement | Réutilisation sélective |
| Durée typique | 6-12 mois (la plus rapide) | Plus longue que le brownfield | Plus longue que le brownfield |
| Dette technique | Transférée | Éliminée | Réduite de façon contrôlée |
| Profil idéal | Processus valides, perturbation minimale | Transformation profonde, M&A | Contrôle granulaire, données critiques à préserver |
Sources : SAP Community, SNP Group et Basis Admin.
Pour de nombreuses organisations, le choix de l'approche est étroitement lié à la stratégie d'infrastructure que l'on souhaite adopter. Si le projet doit être l'occasion de sortir du datacenter propre, il convient de planifier en parallèle la migration cloud de la charge SAP, car la destination (hyperscaler, cloud privé géré ou RISE) conditionne la conception technique dès le premier jour.
Qu'est-ce que RISE with SAP et quand est-ce pertinent ?
RISE with SAP est l'offre de SAP qui regroupe la migration et l'exploitation cloud dans un contrat unique. Selon la documentation SAP et le blog de SAP-PRESS, RISE combine S/4HANA Cloud Private Edition avec la SAP Business Technology Platform (BTP), SAP Business Network et SAP Signavio, le tout déployé sur l'infrastructure de hyperscalers comme Microsoft Azure, AWS et Google Cloud.
La proposition de valeur est la consolidation : au lieu de gérer séparément les licences, l'infrastructure, les outils de processus et le réseau d'affaires, l'organisation souscrit un service géré avec un interlocuteur unique responsable du SLA. Pour les entreprises qui souhaitent sortir du mode on-premise et réduire la charge opérationnelle de leur équipe IT, c'est une voie attrayante.
Quand RISE est-il pertinent et quand ne l'est-il pas ?
RISE est particulièrement adapté lorsque :
- On souhaite transformer simultanément l'ERP et le modèle d'infrastructure, en évitant deux projets consécutifs.
- L'équipe Basis et infrastructure interne est réduite et l'on préfère externaliser l'exploitation.
- L'accès intégré à BTP, Signavio (pour le process mining et le redesign de processus) et Business Network est souhaité dès le départ.
- Dans le cas de paysages applicatifs très complexes, la transition option déjà mentionnée est nécessaire pour étendre le support ECC au-delà de 2030.
Il convient d'analyser RISE plus attentivement lorsque l'entreprise dispose déjà d'une stratégie cloud consolidée avec un hyperscaler spécifique et des accords propres, lorsqu'il existe une équipe interne solide qui préfère garder le contrôle de l'exploitation, ou lorsque les exigences en matière de résidence des données et de personnalisation entrent en conflit avec le modèle standardisé du cloud privé géré. Dans ces cas, une migration vers S/4HANA sur infrastructure cloud propre peut offrir plus de flexibilité, en contrepartie d'une plus grande responsabilité opérationnelle.
La recommandation pratique : ne pas traiter RISE comme une décision binaire du tout ou rien, mais l'évaluer module par module face aux alternatives, idéalement avec un partenaire qui n'a pas d'intérêt à promouvoir un modèle unique.
Quelle est la durée et le coût d'un projet de migration vers S/4HANA ?
C'est la question que toute direction pose en premier, et la réponse honnête est : cela dépend de la taille, de la complexité et de l'approche. Mais des fourchettes de référence documentées existent.
Selon le blog de SAP-PRESS et IgniteSAP, une migration vers SAP S/4HANA dure généralement entre 6 et 18 mois de manière générale, avec les tranches suivantes selon le profil de l'entreprise :
| Profil de l'organisation | Durée estimée de la migration |
|---|---|
| Projet général / périmètre limité | 6-18 mois |
| Entreprise de taille intermédiaire | 12-24 mois |
| Grande entreprise / paysage applicatif complexe | 30+ mois |
| Planification et alignement préalable (en sus) | 4-6 mois |
Sources : SAP-PRESS Blog et IgniteSAP.
Deux nuances importantes. Premièrement, ces 4 à 6 mois de planification et d'alignement préalable ne sont pas optionnels : ils se déroulent avant le démarrage officiel du projet technique et font souvent la différence entre un projet maîtrisé et un projet qui déraille. Deuxièmement, l'approche choisie a son importance : un brownfield bien cadré peut se clôturer dans la fourchette basse (6-12 mois selon la SAP Community et Basis Admin), tandis qu'un greenfield transformateur dans une grande entreprise dépasse facilement les 30 mois.
Concernant les coûts, les fourchettes varient tellement selon les organisations que toute estimation générique est trompeuse. Les variables qui les déterminent vraiment sont le nombre d'utilisateurs et de modules, le volume de développements spécifiques à réécrire ou à supprimer, le modèle de licence (RISE versus licences perpétuelles avec infrastructure) et le niveau de refonte des processus. C'est pourquoi les coûts ne peuvent pas être estimés de façon fiable sans une évaluation préalable du système actuel. Ce qui est certain, c'est le coût de ne pas décider : la majoration de ~9 % de la maintenance étendue et le risque croissant de ne plus trouver de ressources d'implémentation à mesure que 2027 approche.
Comment planifier le projet : feuille de route étape par étape
Une migration vers S/4HANA ne s'improvise pas. Voici une feuille de route en six phases qui structure le travail et réduit les risques.
Phase 1 — Évaluation et readiness check
Exécuter le SAP Readiness Check sur le système ECC actuel pour inventorier les customisations, les add-ons, la taille de la base de données, les simplifications requises et la compatibilité. C'est le diagnostic qui alimente toutes les décisions ultérieures. Sans cette photographie initiale, toute estimation de délai et de coût relève de la conjecture.
Phase 2 — Décision sur l'approche et la destination
Fort de l'évaluation, décider entre brownfield, greenfield ou selective data transition, et en parallèle, la destination d'infrastructure : RISE, hyperscaler avec licences propres ou cloud privé. Ces deux décisions sont étroitement couplées et il convient de les prendre ensemble.
Phase 3 — Business case et approbation
Traduire le périmètre en un cas d'affaires : investissement, économies sur la maintenance étendue évitée, bénéfices processuels et délai réaliste (en intégrant les 4-6 mois de planification préalable). C'est le moment d'aligner la direction financière et opérationnelle avant d'engager des ressources.
Phase 4 — Conception et nettoyage des données
Repenser les processus cibles (dans les approches greenfield et bluefield) et, dans tous les cas, traiter la qualité et le nettoyage des données. Migrer des données non fiables vers S/4HANA est l'une des erreurs les plus coûteuses et les plus fréquentes. Cette phase détermine également quels développements spécifiques sont conservés, réécrits ou abandonnés.
Phase 5 — Construction, migration et tests
Construire le système, exécuter les conversions ou chargements de données et mener les tests de façon exhaustive : tests unitaires, d'intégration, de régression et d'acceptation utilisateur, ainsi que des tests de performance. C'est le bon moment pour automatiser tout ce qui peut l'être — cycles de régression, validations de données, déploiements reproductibles — en s'appuyant sur des pratiques d'automatisation des processus qui accélèrent les tests et réduisent les erreurs humaines lors des chargements.
Phase 6 — Cutover, go-live et support
Planifier le cutover avec une fenêtre réaliste, exécuter le go-live et instaurer une période de hypercare avec un support renforcé. La stabilisation post-démarrage fait partie intégrante du projet, ce n'est pas un ajout optionnel.
Liste de contrôle préalable au démarrage
- Readiness Check exécuté et analysé
- Approche (brownfield / greenfield / bluefield) décidée et justifiée
- Destination d'infrastructure définie (RISE vs. cloud propre)
- Inventaire des développements spécifiques avec décision de conserver / réécrire / abandonner
- Stratégie de nettoyage et de migration des données
- Plan de tests et de gestion du changement
- Sponsor exécutif et gouvernance du projet désignés
Erreurs fréquentes et facteurs critiques de succès
Les projets S/4HANA qui se compliquent échouent rarement à cause de la technologie ; ils échouent à cause de la planification et des personnes. Voici les schémas qui se répètent le plus souvent.
Sous-estimer la planification préalable. Négliger les 4-6 mois d'alignement documentés par SAP-PRESS et IgniteSAP est la cause principale des dépassements de délai. L'empressement à « commencer à configurer » revient souvent très cher.
Migrer des données sans les nettoyer. Transférer des données de référence dupliquées, des enregistrements obsolètes ou des structures incohérentes contamine le nouveau système dès le premier jour. Le nettoyage des données n'est pas une tâche technique mineure : c'est un projet à part entière.
Traiter l'approche comme une décision technique isolée. Choisir le brownfield ou le greenfield sans aligner cette décision avec la stratégie de processus et d'infrastructure conduit à des solutions incohérentes. L'approche, la destination cloud et la refonte des processus constituent une seule et même conversation.
Confondre l'échéance avec une marge de manœuvre. Avec 37 % de l'écosystème qui planifie déjà la maintenance étendue selon DSAG, la disponibilité des consultants va se réduire. Ceux qui prévoient de démarrer « en 2027 » ne trouveront probablement pas l'équipe dont ils ont besoin.
Négliger la gestion du changement. Un greenfield redessine la façon de travailler de centaines de personnes. Sans formation et accompagnement, le meilleur système technique se heurte à la résistance des utilisateurs.
Facteurs critiques de succès
- Sponsor exécutif visible et gouvernance de projet claire.
- Évaluation rigoureuse comme base de toutes les estimations.
- Qualité des données traitée dès le début, pas à la fin.
- Tests automatisés et exhaustifs avant le cutover.
- Partenaire avec une expérience réelle dans des migrations de même profil et sans biais vers un modèle d'infrastructure unique.
Conclusion
L'échéance de 2027 n'est pas une recommandation : c'est une date aux conséquences économiques (la majoration de ~9 % de la maintenance étendue jusqu'en 2030) et opérationnelles (la pénurie de ressources d'implémentation qu'anticipent déjà les données DSAG). Avec la moitié de l'écosystème encore sans migration et un tiers qui prévoit de recourir à la prolongation payante, l'avantage concurrentiel est à décider tôt et bien : choisir la bonne approche — brownfield, greenfield ou selective data transition —, évaluer RISE with SAP face aux alternatives avec discernement et planifier avec la rigueur des six phases.
Chez Technova Partners, nous accompagnons les entreprises sur l'intégralité du cycle : du readiness check et du choix de l'approche jusqu'au cutover et à la stabilisation, avec un regard honnête sur l'infrastructure cloud et l'automatisation des tests. Si vous souhaitez une évaluation de votre système actuel et une feuille de route personnalisée vers S/4HANA, parlons de votre projet de migration. Le meilleur moment pour commencer à planifier était hier ; le deuxième meilleur moment, c'est aujourd'hui.
