S/4HANA 2027 : la fin du support ECC va coûter plus cher que la migration elle-même

Le 31 décembre 2027 n'est pas une date SAP. C'est une date budgétaire.

SAP a confirmé la fin de la maintenance standard de SAP Business Suite 7 — donc d'ECC 6.0 — au 31 décembre 2027. Une extension payante existe jusqu'en 2030, facturée avec une majoration de 2 points de pourcentage sur la maintenance de base. Ce n'est pas un détail contractuel : c'est une ligne qui va apparaître dans votre P&L 2028.

La plupart des directions financières raisonnent encore comme si l'échéance était lointaine. Elle ne l'est pas. Un projet S/4HANA se compte en mois de préparation, en mois de double run, en mois de stabilisation. Qui n'a pas lancé son Readiness Check aujourd'hui arbitre déjà en retard.

La maintenance étendue est un impôt volontaire

Rester sur ECC après 2027, c'est accepter une majoration de 2 points de pourcentage sur la maintenance de base. Sur une grande installation, cela représente un surcoût annuel significatif — documenté par le SAP Support Portal lui-même dans sa stratégie de maintenance. Ce n'est pas une sanction cachée : c'est un signal de prix.

SAP assume cette pression commerciale. Ses résultats investisseurs montrent une croissance du cloud et un déclin progressif des revenus de maintenance on-premise. La trajectoire est écrite : RISE with SAP et S/4HANA Cloud sont la cible, l'échéance 2027 est le jalon.

Le vrai coût n'est pas la licence. C'est le double run.

Les cabinets spécialisés ERP — Panorama Consulting, UpperEdge — identifient régulièrement la double exécution ECC + S/4HANA comme le poste le plus sous-estimé des business cases. Pendant la transition, vous payez deux systèmes, deux équipes, deux jeux d'intégrations. Ce coût n'apparaît presque jamais dans les slides de lancement.

Gartner, dans ses recherches récurrentes sur le TCO des migrations ERP cloud, souligne que les coûts cachés — intégration, formation, dette technique, double run — dépassent souvent les budgets initiaux. IDC documente de son côté un écart médian significatif entre budget annoncé et coût final sur les projets S/4HANA. Ce ne sont pas des cas isolés : c'est un motif.

McKinsey le dit sans détour : la majorité des transformations ERP échouent

McKinsey a documenté que la majorité des transformations ERP ne tiennent ni les délais ni les budgets, et que la valeur business attendue n'est réalisée que dans une minorité de cas. Ce constat n'est pas propre à SAP. Il est propre à la nature du projet : une migration ERP touche à la finance, à la supply chain, aux RH, aux processus fiscaux. Ce n'est pas un projet IT, c'est une refonte opérationnelle déguisée en upgrade technique.

La presse spécialisée — ERP Today, TechTarget, CIO.com — relaie les inquiétudes des DSI : le coût réel de la migration S/4HANA est souvent supérieur au coût de la maintenance étendue sur la période 2027-2030. Autrement dit : l'argument « on attend et on paie la majoration » ne tient pas économiquement. Il tient seulement si le projet est mal préparé.

Trois coûts que les outils SAP ne mesurent pas

SAP propose le Readiness Check et la Custom Code Migration app pour estimer l'effort technique. Ces outils sont utiles. Ils ne couvrent ni le change management, ni la refonte des processus, ni la conduite du changement. Trois postes qui font basculer un budget.

• La pénurie de compétences : consultants S/4HANA, ABAP, Fiori, BTP — IDC et Gartner documentent des tensions qui renchérissent les coûts et allongent les délais.
• La fin de support des briques adjacentes : bases Oracle, SQL Server, OS — les politiques de cycle de vie Microsoft et Oracle peuvent précéder ou accompagner l'échéance SAP et générer des coûts de conformité.
• La conformité réglementaire : audit, fiscalité, e-invoicing — les échéances légales poussent à migrer avant que le projet ne soit prêt.

« La majorité des transformations ERP échouent à tenir les délais et budgets, et la valeur business attendue n'est réalisée que dans une minorité de cas. » — McKinsey & Company, Digital/McKinsey on ERP transformations, 2023

Le clean core est-il un argument commercial ou une réalité de coût ?

La question mérite d'être posée. Le discours SAP — porté par Christian Klein et Juergen Mueller — présente S/4HANA et BTP comme le socle de l'innovation, avec le clean core comme doctrine. Sur le papier, réduire la dette technique pendant la migration réduit le TCO futur. Dans les faits, le clean core demande des arbitrages lourds : réécrire des développements spécifiques, abandonner des processus historiques, réorganiser les équipes.

Ce n'est pas un argument creux. C'est un investissement qui doit être chiffré dans le business case, pas glissé dans une slide de vision. Les entreprises qui traitent le clean core comme un slogan paieront deux fois : une fois pour migrer, une fois pour nettoyer après.

Ce que les DSI français arbitrent vraiment

Les dossiers publiés par Le Monde Informatique, IT for Business et Silicon.fr sur l'échéance 2027 montrent des arbitrages concrets : payer la maintenance étendue 2027-2030 en attendant une fenêtre budgétaire, ou lancer une migration partielle avec un périmètre réduit. Les deux options ont un coût. La première est visible et plafonnée. La seconde est invisible et ouverte.

C'est là que se joue la vraie décision. Pas entre « migrer » et « ne pas migrer ». Entre « migrer avec un business case honnête » et « migrer avec un business case de présentation ».

Notre position

L'échéance 2027 ne coûtera pas plus cher que la migration. Elle coûtera plus cher que la migration mal préparée. La différence tient à trois choses : un TCO qui intègre le double run, un plan de compétences réaliste, et un périmètre de migration assumé — pas un big bang déguisé en phasage.

Les entreprises qui gagneront sont celles qui traitent 2027 comme une échéance financière, pas comme une date technique. Les autres paieront la maintenance étendue, puis paieront la migration en urgence. Deux fois.