Fin 2026, votre comité de direction vous pose la même question qu’en 2024 et en 2025 : “Quand est-ce qu’on passe à S/4HANA ?” La deadline du 31 décembre 2027 n’est plus abstraite — elle arrive. Et pourtant, la décision la plus structurante de votre programme de transformation n’a souvent pas encore été prise : quel chemin de migration choisir ?
Greenfield, Brownfield ou Selective Data Transition (SDT) : ces trois approches ne sont pas interchangeables. Choisir la mauvaise peut vous coûter 12 à 18 mois supplémentaires, exposer votre ERP à une dette technique non résolue, ou déboucher sur un chantier dont la complexité aura été sous-estimée de 40 %. Ce guide vous aide à trancher avant de mandater un intégrateur.
La pression du calendrier : pourquoi le choix doit être fait maintenant
La fin de la mainstream maintenance SAP ECC : ce que la deadline 2027 signifie concrètement
SAP a confirmé sans ambiguïté la date de fin de la mainstream maintenance de SAP Business Suite 7 (ECC inclus) : le 31 décembre 2027. Après cette date, SAP ne livrera plus de correctifs standard, de mises à jour légales et réglementaires, ni de paquets de support dans le cadre du contrat de maintenance habituel.
Une option de prolongation existe : l’Extended Maintenance jusqu’au 31 décembre 2030, moyennant une surcharge d’environ 2 points de pourcentage sur les frais de maintenance annuels — ce qui porte le taux effectif de support d’environ 22 % à environ 24 % du montant net de licences (SAP Licensing Experts, analyse Extended Maintenance 2027-2030). En pratique, les premières propositions commerciales SAP tendent à être négociées à la hausse — certaines entreprises rapportent des tarifs initiaux de 30 à 50 % au-dessus du taux marché.
La prolongation de maintenance achète du temps. Elle ne résout ni la dette technique, ni le risque de compatibilité croissant avec les écosystèmes cloud, ni l’écart grandissant avec les fonctionnalités natives S/4HANA (IA, SAP BTP, SAP Joule).
Où en sont les clients SAP ECC ?
Selon les données Gartner citées par SAPinsider, 37 % des clients SAP ECC avaient souscrit des licences S/4HANA au T2 2024 — et 30 % étaient en production sur S/4HANA Cloud Private Edition en 2025, contre 19 % un an plus tôt. La progression est réelle, mais plus de 60 % des clients ECC restaient encore à migrer début 2026, avec une fenêtre de 24 mois avant la deadline standard.
Pour les ETI industrielles françaises sous SAP ECC — souvent avec des instances fortement personnalisées, des modules PP/QM actifs et des interfaces EDI héritées — le délai est particulièrement tendu : un projet Brownfield mobilise en moyenne 12 à 18 mois, un Greenfield 18 à 30 mois. Les entreprises qui n’ont pas encore lancé leur cadrage risquent de ne pas respecter la date de fin de support mainstream sans passer par l’extension payante.
Les risques de l’immobilisme
Rester sur SAP ECC au-delà de 2027 sans extended maintenance génère trois catégories de risques que le DSI doit présenter au COMEX :
- Sécurité : plus de correctifs de vulnérabilités, exposant l’ERP à des vecteurs d’attaque non patchés sur un système critique.
- Conformité légale : les évolutions fiscales et réglementaires françaises (facture électronique B2B obligatoire, DSN, CSRD) ne seront plus intégrées dans les mises à jour standard SAP ECC.
- Raréfaction des ressources : le bassin de compétences ABAP ECC se réduit. Les intégrateurs spécialisés en conversion S/4HANA concentrent déjà leurs équipes sur les projets S/4HANA actifs. Plus vous attendez, plus la fenêtre de disponibilité des profils se rétrécit.
Les 3 chemins de migration expliqués
Chemin 1 — Greenfield : repartir de zéro avec les bonnes pratiques
Le Greenfield consiste à déployer une nouvelle instance SAP S/4HANA en repartant de la configuration standard (les “Best Practices” SAP), sans reprendre le code ni la configuration de l’ECC existant. Les données historiques ne sont pas migrées dans le système de production — elles sont archivées dans un système cold ou dans un data lake.
Ce que vous gagnez : un système nativement Clean Core, activable pleinement pour SAP BTP, SAP Joule (les agents IA SAP) et les futures innovations cloud. Zéro dette technique reportée. Les processus sont repensés sur le standard SAP, ce qui oblige une refonte fonctionnelle souvent salutaire.
Ce que vous perdez : l’historique transactionnel opérationnel (commandes, factures, mouvements de stock), les personnalisations qui répondaient à des besoins métier réels, et surtout du temps — les projets Greenfield durent typiquement 18 à 30 mois selon le périmètre fonctionnel.
Idéal pour : les entreprises avec un taux élevé de code Z (au-delà de 60 % du code en dehors du standard SAP), une ambition explicite de refonte des processus métier, ou celles qui ont connu des acquisitions successives rendant leur ECC difficile à converter proprement.
Chemin 2 — Brownfield : convertir le système existant
Le Brownfield, ou “system conversion”, consiste à convertir directement l’instance SAP ECC vers SAP S/4HANA via un outillage SAP dédié. L’outil central est le SUM avec l’option DMO (Software Update Manager + Database Migration Option) : il combine en une seule procédure guidée la migration de la base de données vers SAP HANA, la montée de version applicative et la conversion Unicode (SAP Help, Conversion to SAP S/4HANA using SUM).
Ce que vous conservez : l’historique complet des données transactionnelles, les personnalisations (code Z, BADIs, user exits), la structure organisationnelle. Le délai est plus court : 12 à 18 mois pour un périmètre classique.
Le risque principal : vous transportez la dette technique dans S/4HANA sans l’avoir adressée. Un code Z problématique dans ECC restera problématique dans S/4HANA — et il sera plus difficile à corriger après la migration qu’avant. Un Brownfield exécuté sans remédiation préalable du code et sans ambition Clean Core peut générer un S/4HANA “sale” qui limitera l’activation des fonctionnalités cloud.
Idéal pour : les entreprises avec un ECC relativement propre (taux de remédiation des objets Z inférieur à 30 %), une deadline contrainte, et une volonté d’adopter la Clean Core Strategy progressivement après la migration.
Chemin 3 — Selective Data Transition (SDT)
La SDT — parfois appelée “Bluefield” par certains intégrateurs — est une approche hybride : on construit une nouvelle instance S/4HANA (comme en Greenfield) tout en migrant sélectivement certains périmètres de données et de processus (comme en Brownfield). Les outils utilisés incluent le SAP LT Replication Server et les outils de la famille SAP Landscape Transformation.
Les avantages : flexibilité maximale — vous choisissez quels processus moderniser et quels historiques reprendre. Pour un groupe multi-entités avec des filiales aux maturités hétérogènes, la SDT permet de migrer une entité propre en Greenfield pendant qu’une autre entité fortement personnalisée fait l’objet d’une conversion sélective.
Le risque majeur : la complexité est systématiquement sous-estimée. Chaque extension du périmètre (un pays supplémentaire, un flux inter-compagnies, un module historique à reprendre) augmente exponentiellement la charge de tests et de coordination. Les délais typiques vont de 15 à 24 mois, mais peuvent s’allonger significativement selon le scope. Le coût est généralement supérieur au Brownfield classique.
Idéal pour : les groupes avec des filiales hétérogènes, des acquisitions récentes non encore homogénéisées, ou des périmètres mixtes où certains processus méritent d’être repris à zéro et d’autres conservés tels quels.
La matrice de décision en 6 questions
Avant de décider, posez-vous ces six questions avec votre équipe et votre intégrateur candidat :
Q1 — Quel est votre volume de Z-programs et personnalisations hors-standard ?
Demandez à votre équipe SAP Basis de lancer le Custom Code Migration Worklist (SPDD/SPAU + rapport d’analyse). Si plus de 40 à 50 % de votre code est en dehors du standard SAP, le Brownfield risque de vous livrer un S/4HANA non supportable à terme. Le Greenfield devient alors la voie la plus honnête.
Q2 — Quelle est votre dette technique estimée ?
L’outil SAP EarlyWatch Alert — inclus sans surcoût dans votre contrat de maintenance, accessible via SAP for Me — génère un rapport de santé de votre instance ECC (SAP Support, EarlyWatch Alert). Il identifie les objets dépréciés, les BADIs non migrées, et les zones de risque. C’est le premier outil à activer avant tout choix de chemin.
Q3 — Quelle est votre deadline contrainte ?
Si vous devez impérativement être en production avant le 31 décembre 2027, un Greenfield sur un ECC complexe est probablement hors de portée. Le Brownfield ou une SDT à périmètre réduit sont alors les seules options réalistes. Si vous êtes prêt à payer l’extension de maintenance jusqu’en 2030, vous retrouvez 3 ans de marge — mais à un coût supplémentaire à chiffrer dans votre business case.
Q4 — Votre ambition Clean Core et SAP BTP est-elle réelle ou déclarative ?
SAP Joule (les agents IA SAP) et les extensions natives SAP BTP sont techniquement activables sur un Brownfield, mais leur déploiement est freiné si le core n’est pas propre. Si votre feuille de route sur 3 à 5 ans inclut une adoption réelle de l’IA SAP et des extensions cloud, le Greenfield ou un Brownfield avec plan de remédiation Clean Core explicite est un prérequis.
Q5 — Votre périmètre est-il homogène ou hétérogène ?
Une mono-instance ECC avec un périmètre géographique et fonctionnel stable se prête bien au Brownfield. Un groupe avec 5 instances ECC, des filiales en Asie, des acquisitions récentes sur différentes versions SAP et des processus non harmonisés est un candidat naturel pour la SDT — malgré la complexité.
Q6 — Quel budget et quelle tolérance au risque opérationnel ?
Le Brownfield est généralement le moins coûteux des trois chemins, mais il exige une fenêtre de cut-over technique plus risquée (bascule d’une instance ECC vivante). Le Greenfield étale le risque dans le temps mais mobilise plus de budget total. La SDT cumule les deux types de risque.
Tableau comparatif sur 7 critères
| Critère | Greenfield | Brownfield | SDT |
|---|---|---|---|
| Délai moyen | 18-30 mois | 12-18 mois | 15-24 mois |
| Coût relatif | Élevé | Moyen | Élevé |
| Conservation données historiques | Non (archivage) | Oui | Partielle |
| Niveau de risque opérationnel | Modéré (nouveau système) | Élevé (cut-over sur ECC live) | Élevé (complexité hybride) |
| Compatibilité Clean Core native | Maximale | Conditionnelle | Variable |
| Prérequis pour SAP Joule/BTP complet | Recommandé | Possible avec plan remédiation | Variable selon scope |
| Recommandation SAP pour clients peu de code Z | — | Prioritaire | Alternative |
Les pièges à éviter dans chaque chemin
Greenfield sans discipline OOTB
Le Greenfield démarre avec l’intention d’utiliser le standard SAP (OOTB — out of the box). Dans la réalité, les ateliers de cadrage fonctionnel génèrent des demandes de personnalisation que les équipes métier considèrent comme non négociables. Si la gouvernance de projet ne dispose pas d’un organe de décision capable de dire non aux écarts par rapport au standard, le Greenfield finit par recréer les mêmes objets Z sous une autre forme. Le résultat est un S/4HANA Greenfield avec les mêmes défauts que l’ECC qu’il remplace.
Brownfield “big bang” sur ERP critique en période de pic
La conversion SUM+DMO nécessite une fenêtre de cut-over technique qui immobilise le système de production — typiquement 2 à 5 jours selon la volumétrie. Planifier cette bascule pendant une période critique (clôture annuelle, pic saisonnier de commandes, démarrage de campagne agricole pour un acteur agroalimentaire) est une faute de gouvernance de projet. Le Brownfield exige une planification rigoureuse de la fenêtre de maintenance.
SDT avec scope creep
La flexibilité de la SDT est sa principale force et son principal piège. Chaque entité supplémentaire intégrée au périmètre de migration — une filiale espagnole ajoutée en cours de projet, un flux inter-compagnies qui n’était pas prévu dans le scope initial — multiplie les cas de test et les dépendances. Les projets SDT ont une tendance documentée à voir leur périmètre s’étendre sous la pression des directions métier, générant des dérives de planning et de budget. Un gouvernance de scope stricte est un prérequis non négociable.
Ce que SAP recommande officiellement en 2026
RISE with SAP et GROW with SAP : des programmes commerciaux, pas des chemins techniques
Une confusion fréquente dans les conversations avec les équipes commerciales SAP est d’assimiler RISE with SAP ou GROW with SAP à des chemins de migration techniques. Ce sont des programmes d’engagement commercial : RISE s’adresse aux clients ECC migrant vers S/4HANA Cloud Private Edition via un contrat groupé (licence + infrastructure + services gérés SAP + crédits BTP), GROW cible les entreprises midmarket sur S/4HANA Cloud Public Edition. Pour approfondir, lisez notre guide de décision RISE vs. GROW 2026.
Sur le fond technique, RISE with SAP supporte les trois chemins de migration. GROW with SAP est structurellement lié au Greenfield (Public Edition ne supporte pas la conversion directe d’un ECC personnalisé).
SAP Clean Core Strategy : l’orientation officielle SAP
SAP oriente officiellement ses clients vers une posture Clean Core, quel que soit le chemin choisi. Cette stratégie — articulée autour de cinq dimensions (processus, extensions, data, intégrations, opérations) — est devenue un prérequis pour activer pleinement les capacités IA et cloud de S/4HANA. Pour les clients Brownfield, SAP recommande d’intégrer un plan de remédiation du code Z dans les 12 à 18 mois suivant la migration. Pour tout ce qui concerne la stratégie Clean Core et son impact sur votre migration, lisez notre guide complet sur SAP Clean Core et BTP 2026.
Les ressources SAP disponibles avant de choisir
Trois outils SAP gratuits sont activables avant de mandater un intégrateur :
- SAP EarlyWatch Alert — rapport de santé de votre ECC, inclus dans votre contrat de maintenance. À activer en premier.
- SAP Transformation Navigator — outil d’auto-évaluation en ligne gratuit qui génère une feuille de route personnalisée S/4HANA selon votre IT landscape et vos objectifs métier (SAP Community, blog officiel).
- SAP Custom Code Migration Worklist — analyse du code Z existant pour estimer la charge de remédiation selon le chemin choisi.
Ces trois outils ensemble vous donnent les données d’entrée pour un choix éclairé — et pour une conversation plus structurée avec les intégrateurs candidats, qui auront du mal à contester des chiffres issus de leur propre outillage.
Conclusion : tranchez maintenant, formalisez par écrit
Le choix du chemin de migration n’est pas une décision que vous pouvez déléguer à l’intégrateur. C’est une décision stratégique qui appartient au DSI, alignée avec le DAF (budget pluriannuel), le DRH (conduite du changement selon l’ampleur de la refonte) et la direction générale (ambition de transformation processus vs. continuité opérationnelle).
Si vous avez une ETI industrielle sous SAP ECC avec un ECC relativement propre et une deadline contrainte à 2027, le Brownfield avec un plan Clean Core post-migration est généralement le chemin le plus raisonnable. Si votre ECC est fortement personnalisé et que votre direction est prête à investir dans une transformation processus, le Greenfield vous donnera un système plus pérenne. Si votre groupe est hétérogène et que certains périmètres méritent d’être préservés, la SDT peut être justifiée — à condition de vous entourer d’une gouvernance de scope rigoureuse.
La pire décision est de ne pas décider : chaque mois de retard réduit votre fenêtre de migration, augmente la concurrence pour les profils S/4HANA disponibles, et rapproche la deadline de maintenance standard.
Pour aller plus loin et chiffrer le coût de l’inaction, consultez notre article sur la méthode pour chiffrer la dette technique d’un ERP vieillissant et convaincre votre COMEX. Ou téléchargez notre grille d’évaluation ERP — 30 critères sur 100 points pour benchmark votre situation avant de choisir un chemin de migration.
