La fin du support standard de SAP ECC 6.0 approche et concerne les entreprises qui utilisent encore cet ERP pour gérer leurs finances, leurs achats, leur production ou leur logistique. Le 31 décembre 2027 marque la fin de la maintenance principale pour les versions concernées, avec une possibilité de maintenance étendue jusqu’à fin 2030 pour certains environnements éligibles. Cette échéance oblige les directions informatiques à comparer plusieurs options : migrer vers SAP S/4HANA, prolonger temporairement la maintenance ou étudier un autre ERP. Le calendrier exact dépend toutefois de la version installée et des conditions de maintenance applicables au contrat.
📅 Fin du support SAP ECC 6.0 : les dates à retenir
SAP ECC 6.0 appartient à une génération antérieure des ERP de l’éditeur allemand. Sa maintenance évolue selon les versions et les Enhancement Packages (EHP), ce qui signifie que toutes les installations ne sont pas concernées par une échéance identique.
| Échéance | Ce qu’il faut retenir |
| 31 décembre 2025 | Fin de la maintenance standard pour certaines anciennes versions et certains packages, notamment des environnements EHP 0 à 5 selon leur périmètre de maintenance. |
| 31 décembre 2027 | Fin annoncée de la maintenance principale pour les versions SAP Business Suite 7 concernées, dont certains environnements ECC 6.0 EHP 6 à 8. |
| 31 décembre 2030 | Échéance de la maintenance étendue pour les clients et versions qui remplissent les conditions prévues par SAP. Cette option entraîne un coût supplémentaire. |
| Jusqu’en 2033 | Des prolongations peuvent exister dans certains dispositifs ou contrats spécifiques, notamment dans des contextes cloud particuliers. Elles ne constituent pas un droit automatique pour tous les clients ECC. |
À vérifier avant toute décision : la version exacte de SAP ECC 6.0, le package EHP, les composants installés et les conditions contractuelles de maintenance. La date de fin applicable doit être confirmée à partir des informations officielles de SAP correspondant à l’environnement de l’entreprise.
A lire aussi: SAP S/4HANA vs SAP ECC : quelles évolutions entre les deux systèmes ?
🧩 Que signifie concrètement la fin de maintenance de SAP ECC ?
La fin du support standard ne signifie pas nécessairement que SAP ECC cessera de démarrer à la date prévue. Un ERP déjà installé peut continuer à fonctionner. En revanche, l’assistance et les mises à jour disponibles auprès de l’éditeur dépendent du niveau de maintenance souscrit.
Maintenance standard : ce qui change en 2027
La maintenance principale permet notamment d’accéder, dans le périmètre prévu par SAP, à des corrections, à des notes de sécurité et à une assistance technique. Lorsque cette période prend fin, l’entreprise ne bénéficie plus des mêmes conditions de prise en charge pour son système.
Les conséquences dépendent de la version et du contrat. Il faut donc éviter d’assimiler la fin de maintenance à un arrêt immédiat du logiciel, mais aussi de considérer qu’un ERP encore opérationnel restera aussi simple à maintenir qu’auparavant.
Sécurité et conformité : des risques à anticiper
Un système qui ne reçoit plus les correctifs nécessaires peut devenir plus difficile à protéger, en particulier lorsqu’il traite des données financières, des informations personnelles ou des opérations sensibles. Les vulnérabilités non corrigées peuvent augmenter le risque d’incident, tandis que les contraintes de conformité peuvent exiger des mesures compensatoires.
Les entreprises doivent notamment examiner :
- les correctifs de sécurité encore disponibles pour leur version ;
- les dépendances avec les systèmes d’exploitation, les bases de données et les applications tierces ;
- les exigences des audits internes et des obligations réglementaires ;
- les possibilités de réduire l’exposition du système grâce à la segmentation réseau, à la surveillance et à des contrôles renforcés.
Ces mesures peuvent limiter certains risques, mais elles ne remplacent pas automatiquement la maintenance de l’éditeur.
💶 L’option 2030 : prolonger le support de SAP ECC 6.0
Pour les entreprises qui ne peuvent pas terminer leur migration avant fin 2027, la maintenance étendue peut constituer une période de transition. Elle permet, sous réserve d’éligibilité et de conditions contractuelles, de prolonger la prise en charge de certaines versions jusqu’à fin 2030.
Cette solution peut laisser davantage de temps pour préparer la migration, tester les interfaces, adapter les processus métier et former les équipes. Elle ne supprime toutefois ni le besoin de modernisation ni les contraintes liées à une technologie vieillissante.
Combien coûte la maintenance étendue ?
Les estimations sectorielles évoquent une majoration pouvant atteindre environ 9 % des frais de maintenance standard, selon les conditions retenues. Ce chiffre doit être confirmé auprès de SAP : le tarif applicable dépend du contrat, du produit et du dispositif souscrit.
Avant de retenir cette option, il convient de comparer son coût total avec celui d’une migration planifiée. Il faut inclure les frais de maintenance supplémentaires, les prestations d’intégration, le maintien des compétences sur ECC et les éventuelles adaptations de sécurité.
Dans quels cas cette option peut-elle être pertinente ?
La maintenance étendue peut être envisagée lorsque :
- un projet de migration vers SAP S/4HANA est déjà engagé, mais nécessite davantage de temps ;
- des interfaces complexes imposent une phase de tests plus longue ;
- l’entreprise doit synchroniser sa migration avec le renouvellement d’autres applications ;
- une bascule immédiate présenterait un risque trop important pour les opérations.
Elle est moins adaptée lorsqu’elle sert uniquement à reporter une décision sans calendrier, budget ni responsable désigné. Dans ce cas, le coût de prolongation peut s’ajouter à celui d’une migration devenue plus urgente.
A voir également: Migration SAP : quel est le coût réel d’un projet ?
🚀 SAP S/4HANA : quelles options pour migrer ?
SAP S/4HANA est la génération d’ERP qui succède à SAP ECC. La migration permet de quitter l’ancienne architecture et d’adopter une solution conçue pour les environnements SAP actuels. Plusieurs approches sont possibles selon l’état du système existant, les processus métier et les objectifs de l’entreprise.
La conversion du système existant
La conversion, souvent appelée Brownfield, consiste à faire évoluer l’environnement ECC vers SAP S/4HANA en conservant une partie importante de la configuration et des données existantes. Cette approche peut limiter les changements organisationnels, mais elle nécessite d’analyser les développements spécifiques, les modules utilisés et les incompatibilités éventuelles.
La nouvelle implémentation
L’approche Greenfield consiste à déployer un nouvel environnement SAP S/4HANA et à redéfinir les processus métier. Elle permet de revoir les personnalisations historiques et de rationaliser certains processus, mais demande un travail conséquent de conception, de reprise des données, de tests et de formation.
La migration sélective des données
Une approche sélective permet de reprendre une partie des données et des processus, selon les besoins du projet et les solutions techniques retenues. Elle peut convenir aux organisations qui souhaitent conserver certains éléments existants tout en revoyant d’autres parties du système.
Le choix entre ces approches dépend notamment de la complexité de l’ERP, de la qualité des données, du niveau de personnalisation et des contraintes opérationnelles. Une étude préalable permet de définir le scénario adapté plutôt que de choisir uniquement en fonction de la date limite.
☁️ Peut-on conserver SAP ECC jusqu’en 2033 ?
Certaines communications évoquent des possibilités de prolongation jusqu’en 2033 dans des contextes spécifiques, notamment liés à des offres cloud ou à des contrats particuliers. Cette échéance ne doit pas être considérée comme une prolongation générale du support de SAP ECC 6.0.
L’éligibilité dépend du produit, de l’environnement technique et des conditions définies par SAP. Une entreprise intéressée doit obtenir une confirmation écrite précisant les composants couverts, les services de maintenance disponibles, les obligations techniques et le coût total.
Le passage à une offre cloud ne garantit pas, à lui seul, que tous les composants ECC bénéficieront d’une maintenance jusqu’en 2033. Il faut distinguer la durée de disponibilité d’un service d’hébergement de la période de maintenance logicielle effectivement accordée.
🗓️ Comment préparer la fin du support SAP ECC ?
Attendre 2027 pour lancer les premières analyses peut réduire la marge de manœuvre, surtout pour les systèmes fortement personnalisés. Une préparation anticipée aide à répartir les travaux, à estimer le budget et à organiser les tests sans perturber les opérations.
1. Réaliser un audit technique et métier
La première étape consiste à dresser l’inventaire des modules SAP, des développements spécifiques, des interfaces, des bases de données et des systèmes connectés. Il faut également identifier les processus les plus sensibles, les contraintes de disponibilité et les éventuelles dépendances avec des solutions tierces.
2. Comparer les scénarios possibles
L’entreprise doit évaluer le coût et les risques d’une migration vers SAP S/4HANA, d’une maintenance étendue ou d’un changement d’ERP. Cette comparaison doit inclure les licences, l’intégration, la reprise des données, les tests, la formation et les coûts de fonctionnement après le projet.
3. Définir un calendrier réaliste
Le planning doit tenir compte de la disponibilité des équipes métier, des ressources de la DSI, des prestataires et des périodes de forte activité. Les étapes de conception, de développement, de migration des données, de recette et de mise en production doivent être planifiées avec des marges suffisantes.
4. Préparer les données et les personnalisations
Les historiques de données, les développements spécifiques et les interfaces peuvent peser lourd dans le projet. Une analyse précoce permet de repérer les éléments inutilisés, les incohérences et les personnalisations qui pourraient être remplacées par des fonctions standard.
5. Sécuriser la transition
La migration doit intégrer un plan de tests, une stratégie de sauvegarde, des scénarios de retour arrière lorsque cela est possible et une organisation de l’assistance après la mise en production. Les utilisateurs doivent également être formés aux changements qui affectent leurs tâches.
Laisser un commentaire