La maintenance standard de SAP ECC 6.0 prend fin en 2027. Pour les équipes IT et directions industrielles qui n’ont pas encore déclenché leur projet de migration, le compte à rebours est engagé. Un projet SAP S/4HANA prend en moyenne 14 à 24 mois. Si vous démarrez en 2025, vous serez juste dans les temps. Si vous attendez 2026, vous prenez un risque sérieux.
Ce guide vous donne les clés pour comprendre les enjeux, choisir la bonne stratégie et éviter les erreurs classiques.
SAP a annoncé la fin de la maintenance standard de SAP ECC 6.0 pour fin 2027. Après cette date, plusieurs scénarios possibles :
Au-delà de la contrainte calendaire, SAP S/4HANA apporte des bénéfices fonctionnels réels : base de données in-memory HANA qui multiplie les performances de calcul, interface Fiori moderne, intégration native des processus PP/MM/SD/FI, et nouvelles fonctionnalités supply chain non disponibles sur ECC.
Point expert ALICOG — La fin de maintenance est une contrainte, mais c’est surtout une opportunité. Les entreprises qui migrent intelligemment en profitent pour refondre leurs processus. Celles qui migrent sous pression en urgence reproduisent leurs processus défaillants dans le nouveau système. Le résultat est très différent.
Principe : Repartir de zéro. Configurer SAP S/4HANA from scratch, sans migrer les données et paramétrages existants.
Avantages :
Inconvénients :
Pour qui : Entreprises avec des processus très complexes ou obsolètes, ou souhaitant une transformation radicale.
Principe : Convertir le système ECC existant vers S/4HANA en conservant les données, paramétrages et historique.
Avantages :
Inconvénients :
Pour qui : Entreprises avec des processus globalement sains et un ECC bien configuré.
Principe : Approche hybride. On migre sélectivement les données pertinentes tout en redessinant certains processus.
Avantages :
Inconvénients :
Pour qui : Groupes avec plusieurs instances ECC à consolider, ou entreprises souhaitant rénover certains domaines seulement.
| Critère | Greenfield | Brownfield | Selective |
|---|---|---|---|
| Processus actuels | Obsolètes / complexes | Sains | Mixtes |
| Budget | Élevé | Modéré | Élevé |
| Délai acceptable | 24-36 mois | 12-18 mois | 18-24 mois |
| Transformation voulue | Radicale | Minimale | Ciblée |
| Données historiques | Pas prioritaires | Essentielles | Sélectives |
L’erreur la plus coûteuse que nous observons : des entreprises qui migrent leurs processus défaillants tels quels dans SAP S/4HANA. Résultat : un nouveau système, les mêmes problèmes, avec une facture de plusieurs millions d’euros.
La migration SAP est l’opportunité idéale pour faire du Business Process Reengineering (BPR). Voici pourquoi :
1. Sous-estimer la durée Un projet SAP S/4HANA prend en moyenne 14 mois pour une PME simple, et 24 à 36 mois pour un groupe multi-sites. Les projets qui partent sur 9 mois glissent systématiquement.
2. Négliger la qualité des données La migration de données est souvent sous-estimée. Des données maîtres mal renseignées (gammes, nomenclatures, stocks de sécurité) condamnent le système à produire des résultats aberrants dès le jour 1.
3. Partir sans sponsor direction Un projet SAP sans engagement de la direction générale meure au premier obstacle. Le COMEX doit être sponsor, pas simple observateur.
4. Exclure les utilisateurs clés Les Key Users doivent être impliqués dès la phase de conception, pas seulement lors des tests. Ce sont eux qui valident que les processus redessinés sont réalistes.
5. Ignorer la conduite du changement La technologie est 30% du projet. Les 70% restants, c’est humain. Formation, communication, gestion des résistances — c’est ce qui détermine si le système est adopté ou contourné.
6. Confier le projet uniquement à l’IT SAP S/4HANA est un projet métier autant qu’informatique. Supply chain, production, finance, commercial doivent être parties prenantes au même titre que l’IT.
7. Migrer sans tester suffisamment Les tests intégrés (bout en bout, par processus) et la recette utilisateur sont non négociables. Chaque heure gagnée sur les tests se transforme en jours de crise post go-live.
| Phase | Durée typique | Livrables clés |
|---|---|---|
| Préparation & diagnostic | 4-8 semaines | As-Is documenté, stratégie validée |
| Conception To-Be | 8-16 semaines | Processus redessinés, config blueprint |
| Configuration & développements | 12-20 semaines | Système configuré, interfaces |
| Tests intégrés | 6-10 semaines | Scénarios testés, anomalies corrigées |
| Formation & recette | 4-8 semaines | Utilisateurs formés, go-live décision |
| Go-live & hypercare | 4-8 semaines | Mise en production, stabilisation |
Si votre projet n’est pas encore lancé, voici les premières actions concrètes :
2027 est dans deux ans. Pour un projet de 18 mois, la fenêtre de démarrage idéale, c’est maintenant. Chaque mois de retard réduit la marge de manœuvre et augmente le risque d’une migration sous pression.
Mais au-delà du calendrier, la vraie question est : voulez-vous juste changer de système, ou en profiter pour transformer votre supply chain ? La réponse déterminera votre stratégie, votre investissement, et surtout vos résultats.
Discutez de votre projet SAP S/4HANA avec Achraf ZIAT : premier échange gratuit →
Expert en Supply Chain et SAP S/4HANA avec plus de 20 ans d'expérience industrielle. Fondateur d'ALICOG, cabinet de conseil spécialisé en transformation supply chain.
En savoir plus →Premier échange de 30 min avec un expert ALICOG — sans engagement.
