La fin de maintenance de SAP ECC n'impose pas une migration : elle impose une décision, entre migrer vers S/4HANA, changer d'ERP ou rester sur ECC sous maintenance étendue jusqu'en 2030.
Le 31 décembre 2027, la maintenance standard de SAP ECC 6.0 s'arrête pour les packs d'amélioration 6 à 8. Le système ne s'éteint pas. Il cesse de recevoir les mises à jour légales et les correctifs, sauf contrat supplémentaire.
Selon l'enquête 2026 de l'USF, le club des utilisateurs SAP francophones, près de quatre organisations sur dix n'ont pas commencé leur passage à S/4HANA. Pour une ETI, le temps de décider est déjà compté : il faut instruire la question, choisir, puis mener un projet, avant que l'échéance ne fixe le calendrier à sa place.
Ce guide ne décrit pas une migration. Il décrit la décision qui la précède : ce qui s'arrête vraiment, les trois options et ce que chacune engage, l'ordre dans lequel trancher.
Que change exactement l'échéance de fin 2027 ?
Trois dates comptent, selon la version installée.
- Packs d'amélioration 6 à 8 : maintenance standard jusqu'au 31 décembre 2027.
- Packs 0 à 5 : elle s'est arrêtée fin 2025, sans maintenance étendue possible.
- Maintenance étendue : optionnelle, pour les packs 6 à 8, jusqu'au 31 décembre 2030, moyennant deux points de plus sur la base de maintenance.
Sans maintenance étendue, le contrat bascule en maintenance spécifique client. Le tarif ne baisse pas, mais les mises à jour légales, les packs de support et les engagements de délai de réponse disparaissent.
Le risque concret n'est donc pas l'arrêt du système. C'est une paie, une TVA ou une facture électronique qui évoluent, et un ERP qui ne suit plus sans développement maison.
Reste l'option de transition annoncée par SAP en février 2025, utilisable de 2031 à 2033. Ce n'est pas une prolongation de maintenance. Elle suppose d'avoir basculé avant fin 2030 sur l'offre cloud privée de SAP, et vise les systèmes les plus grands et les plus complexes. Pour la plupart des ETI, la vraie borne est 2030.
Quelles sont les trois options, et que coûte chacune ?
Aucune n'est bonne par principe. Chacune engage un coût, un calendrier et une dépendance différents.
Migrer vers S/4HANA, sur site ou en cloud. Elle engage un projet de plusieurs trimestres, la reprise des données et un nouveau contrat avec SAP. Elle convient quand les processus sont bien couverts par SAP, ou quand le groupe impose SAP. Le piège : convertir l'existant sans le revoir, et payer un nouvel ERP pour refaire l'ancien.
Changer d'ERP. Elle engage un choix complet puis une intégration : c'est le changement le plus lourd pour les équipes. Elle convient quand l'ECC a été très adapté, ou quand le périmètre de l'entreprise a changé. Le piège : choisir sur démonstration avant d'avoir écrit le besoin.
Rester sur ECC, sous maintenance étendue ou tierce. Elle engage un coût de maintenance plus élevé et un horizon borné. Elle convient quand aucun projet n'est prêt, ou quand un rachat est en vue. Le piège : rester sans date de sortie. La décision est reportée, et la marge de négociation perdue.
Rester n'est pas un renoncement. C'est un scénario qui se chiffre comme les deux autres, sur le même horizon, avec sa date de sortie.
Dans quel ordre trancher ?
L'erreur la plus fréquente est de commencer par l'éditeur. Une démonstration installe un vocabulaire, et le besoin s'écrit ensuite dans ces termes.
- Relever ce que l'ECC porte réellement. Les domaines couverts, les développements spécifiques, les interfaces. Ce qui tourne, pas ce qui est documenté.
- Écrire le besoin par domaine, avant de rencontrer SAP ou un autre éditeur.
- Chiffrer les trois options sur le même horizon, cinq ans par exemple, maintien compris.
- Fixer une date de décision, pas seulement une date de fin de support.
Décider tôt garde la marge de négociation. Un client qui n'a plus le temps de comparer négocie seul face à son éditeur. La démarche d'un choix d'ERP indépendant des éditeurs détaille ces étapes, de la note d'opportunité au cahier des charges.
Filiale d'un groupe : que change le cadre du groupe ?
Quand le groupe impose SAP ou un modèle commun, la question change. Elle n'est plus « quel ERP », mais « quelle part du besoin local le modèle du groupe couvre ».
Le chiffrage compare alors trois choses : le modèle du groupe, ses adaptations locales, et le coût d'une exception. Une filiale qui arrive avec ce chiffrage discute avec le groupe. Une filiale qui arrive sans lui applique.
Comment présenter la décision au comité de direction ?
Une décision de fin de support est un investissement. Elle entre en concurrence avec les autres projets, sur le même budget et les mêmes équipes.
Elle se présente donc comme eux, sur les critères qui départagent un portefeuille de projets : valeur attendue, risque, coût, capacité des équipes. Et elle dit ce qu'il faudra décaler pour l'absorber. Un comité qui ne voit que le coût de la migration la vit comme une taxe ; un comité qui voit ce qu'elle remplace peut arbitrer.
En résumé
La fin de maintenance de SAP ECC, le 31 décembre 2027, n'éteint rien. Elle retire les mises à jour légales et les correctifs, sauf maintenance étendue jusqu'en 2030.
Trois options : migrer vers S/4HANA, changer d'ERP, rester avec une date de sortie. Chacune se chiffre sur le même horizon, maintien compris.
Un ordre : relever l'existant, écrire le besoin, chiffrer, puis rencontrer les éditeurs. Et une date de décision, fixée avant que l'échéance ne la fixe.
