Introduction : l'échéance qu'on ne peut plus reporter
Fin 2027. C'est la date a laquelle SAP cessera le support mainstream de SAP ECC 6.0. Cette échéance, annoncee depuis plusieurs années et déjà repoussee une fois, est désormais ferme. Aucun report supplémentaire n'est a l'ordre du jour. En avril 2026, il reste donc environ 18 mois aux entreprises qui n'ont pas encore finalise leur trajectoire de migration pour agir.
Sur la base de mon expérience de programmes SAP de grande envergure — incluant des missions chez Safran, GRDF, RTE, ENGIE et VINCI Construction — il est généralement admis dans l'industrie qu'un projet S/4HANA sérieux ne se réalise pas en moins de 12 mois, et que la fenêtre de tir se resserre rapidement. Cet article propose un plan d'action réaliste pour les organisations qui doivent encore décider, cadrer et executer leur transformation dans ce calendrier contraint.
Ce qui se passe vraiment après decembre 2027
Les conséquences du "end of mainstream maintenance"
Beaucoup de décideurs ont une vision incomplète de ce qui arrive après la date fatidique. Voici ce qu'il faut comprendre clairement :
- Les correctifs de sécurité cessent : aucune nouvelle CVE ne sera patchee par SAP sur ECC 6.0. Vos auditeurs internes et externes le noteront immediatement.
- Les correctifs legaux (legal changes) cessent : dans un pays comme la France avec des évolutions fiscales et reglementaires permanentes (facturation electronique, DSN, nouvelles normes comptables), c'est un problème opérationnel majeur.
- Le support SAP devient best-effort : plus d'incidents traites en mode Priority Very High, plus de SLA contractuels, plus de hotfixes.
- Les integrations tierces se degradent : les partenaires editeurs (concur, ariba, salesforce, workday) continuent de certifier leurs solutions uniquement sur S/4HANA.
Le piège de l'extended maintenance
SAP propose une extended maintenance payante jusqu'à fin 2030. C'est tentant comme solution de repli, mais le coût est dissuasif :
- Tarif : environ 2% supplémentaires sur votre contrat de support annuel la première année, montant qui s'indexe a 4% puis 6% les années suivantes
- Périmètre limite : seuls les correctifs critiques et legaux sont inclus, pas les évolutions fonctionnelles
- Pas d'accompagnement : vous n'avez plus acces aux innovations, aux nouveaux outils, aux plateformes modernes
- Effet dissuasif sur vos partenaires : vos integrateurs preferentiels privilegieront les clients S/4HANA
Pour une entreprise avec un contrat de support de 3 M EUR par an, l'extended maintenance sur 3 ans represente environ 900 k EUR de surcout, sans aucune valeur ajoutee.
Le risque assurantiel et reglementaire
Dans les secteurs reglementes -- énergie, defense, sante, finance -- fonctionner sur un ERP non-supporté pose des problèmes croissants. Vos auditeurs, vos assureurs cyber, vos regulateurs vont vous demander des explications. Chez un gestionnaire de reseau d'énergie, l'assureur cyber a menace d'augmenter la prime de 40% si l'ERP restait non-maintenu après 2027.
L'arbre de décision : conversion, greenfield, hybride ?
Scénario 1 : la conversion (brownfield)
La conversion consiste a faire évoluer votre ECC existant vers S/4HANA en conservant vos données, vos customisations (après remediation) et votre configuration.
Quand la conversion est pertinente :
- Votre système ECC fonctionne bien, les processus métier sont matures
- Le patrimoine custom est maîtrise et documente
- Vous voulez une migration rapide avec un ROI court
- Vos utilisateurs acceptent un changement progressif plutot qu'un big bang
Duree réaliste : 10 à 16 mois pour une grande ETI, 16 à 24 mois pour une grande entreprise.
Coût indicatif : 3 000 à 6 000 EUR par FUE, selon la complexité.
Scénario 2 : le greenfield
Le greenfield consiste a construire un nouveau système S/4HANA from scratch, en reprenant les données utiles et en redefinissant les processus sur la base des best practices SAP.
Quand le greenfield est pertinent :
- Vos processus actuels sont obsolètes ou ne reflètent plus votre stratégie
- Votre système ECC est tellement customise qu'il est devenu impossible a maintenir
- Vous avez une ambition de transformation métier, pas juste de modernisation technique
- Vous avez le temps et le budget pour un vrai programme de transformation
Duree réaliste : 18 à 36 mois selon la taille et la complexité.
Coût indicatif : 6 000 à 15 000 EUR par FUE, avec une forte dispersion selon l'ampleur de la refonte.
Scénario 3 : l'hybride (selective data transition)
L'approche hybride combine les avantages des deux precedentes. Elle consiste a reprendre les données critiques de votre ECC dans un S/4HANA neuf, mais en redefinissant certains processus et en eliminant les spécificités obsolètes.
Quand l'hybride est pertinent :
- Vous voulez nettoyer sans tout refaire
- Certains processus sont a refondre, d'autres a conserver
- Vous avez plusieurs sociétés ou divisions avec des maturités différentes
- Votre historique de données est volumineux mais pas toujours utile
Duree réaliste : 14 à 22 mois. C'est souvent le meilleur compromis pour les grandes entreprises.
La matrice de décision simplifiée
Pour vous aider a trancher rapidement, voici les critères que j'utilise en debut de mission :
- Si votre ECC a moins de 500 objets custom et des processus matures : conversion
- Si votre ECC a plus de 2 000 objets custom ou des processus obsolètes : greenfield ou hybride
- Si votre entreprise vit un moment de rupture stratégique (fusion, nouvelle activité) : greenfield
- Si votre priorite est de respecter l'échéance 2027 avec un risque minimal : conversion
Le calendrier réaliste sur 18 mois
Si vous demarrez aujourd'hui, en avril 2026, voici a quoi ressemble un planning serieux pour un go-live avant la fin du support ECC :
Mois 1-3 : cadrage et décision
- Audit du patrimoine ECC (code custom, interfaces, données)
- Choix du scénario (brownfield, greenfield, hybride)
- Choix de l'offre cible (RISE, GROW, on-premise)
- Constitution de l'equipe projet
- Sélection des partenaires (integrateur, consultants independants, editeurs de solutions satellites)
Mois 4-6 : Explore (SAP Activate)
- Ateliers fit-to-standard par domaine fonctionnel
- Design de la solution cible
- Validation des gaps et décisions d'extension
- Construction de l'environnement sandbox
- Lancement du chantier données
Mois 7-12 : Realize
- Configuration du système
- Développement des extensions (sur BTP de préférence)
- Migration des données (au moins 3 cycles complets)
- Integration avec les systèmes satellites
- Tests d'integration
- Formation des key users
Mois 13-15 : Deploy
- Recette utilisateur
- Tests de performance
- Repetitions générales (dry runs)
- Plan de bascule detaille
- Go-live et hypercare
Mois 16-18 : Run
- Stabilisation
- Transfert vers l'equipe de run
- Premières optimisations post-go-live
Ce planning ne toléré aucun retard structurel. C'est précisément pourquoi le cadrage initial doit être irreprochable.
Ce qui se passe pour les retardataires
Les scénarios de non-conformité
Que se passe-t-il concrètement pour une entreprise qui arrive a decembre 2027 sans avoir migré ? Voici les options qui restent, par ordre de préférence :
1. Extended maintenance SAP : coûteuse mais securisante pour 1 à 3 ans supplémentaires
2. Third-party support (Rimini Street, Spinnaker) : moitie prix du support SAP, mais on perd l'acces aux évolutions reglementaires officielles et on rompt avec SAP
3. Migration d'urgence : possible mais très risquee, avec des délais raccourcis de 40 à 50% et une qualité degradee
4. Status quo non-supporté : jouable techniquement mais inadmissible pour une entreprise serieuse, en particulier dans les secteurs reglementes
L'impact sur les projets en parallele
Une entreprise en retard subit une penalite additionnelle : tous ses autres projets SI sont perturbes. Les nouveaux outils (data platform, IA générative, integrations modernes) sont plus complexes a mettre en place sur un ECC obsolète. Chez un industriel, l'equipe en charge du data lake a perdu 8 mois parce que l'ECC ne fournissait pas les CDS views modernes nécessaires.
Les erreurs typiques des organisations en retard
Erreur 1 : la paralysie par l'analyse
Certaines organisations passent 12 mois a comparer les scénarios sans jamais décider. A 18 mois de l'échéance, il faut trancher vite, quitte a accepter une décision imparfaite. Un bon choix execute a 80% vaut mieux qu'un choix parfait jamais lance.
Erreur 2 : le sous-dimensionnement des equipes
Pour tenir un planning serre, les equipes projet doivent être dimensionnees correctement des le depart. Recruter ou contractualiser 30 personnes en cours de projet est très inefficace.
Erreur 3 : le saucissonnage excessif
Découper le projet en 6 phases de 3 mois avec des comités de validation entre chaque ne fonctionne pas dans un contexte contraint. Il faut adopter une gouvernance agile avec des sprints courts et des décisions rapides.
Conclusion : agir maintenant, pragmatiquement
La fin du support ECC en 2027 n'est pas une surprise. Les entreprises qui arrivent a l'échéance sans avoir migré n'ont pas manque d'information, elles ont manque de décision.
Mon conseil pour ceux qui sont encore au point mort :
1. Demarrez le cadrage cette semaine. Pas dans un mois, pas après l'ete. Maintenant.
2. Acceptez que le scénario parfait n'existe pas. Choisissez le scénario qui correspond a votre contexte et a vos contraintes.
3. Securisez immediatement les ressources critiques (architectes, experts Basis, consultants fonctionnels) avant qu'elles ne soient toutes prises.
4. Prevoyez un scénario de repli (extended maintenance) comme filet de sécurité, pas comme objectif.
Les 18 mois qui arrivent vont être intenses. Mais c'est encore jouable. L'échéance 2027 n'est pas la fin du monde -- c'est le debut d'un cycle SAP nouveau que beaucoup d'entreprises françaises vont tarder a rejoindre. Autant en être, plutot que de le subir.