Pourquoi les clients ECC doivent décider maintenant
De nombreuses PME suisses utilisent depuis des années SAP ECC, enrichi au fil du temps de développements spécifiques et de logiques particulières. Selon le calendrier de maintenance communiqué par SAP, la maintenance standard de SAP ECC 6.0 prend fin à fin 2027, une prolongation payante étant possible jusqu’à fin 2030. Vérifiez les conditions applicables à votre contrat directement auprès de SAP ou de votre partenaire.
La question n’est donc plus de savoir s’il faut migrer, mais comment. Trois voies principales s’offrent aux entreprises : une conversion technique du système existant, une nouvelle implémentation dans un environnement privé ou le passage au cloud public avec un standard strict. Cette dernière promet les délais les plus courts, mais exige de renoncer à des chemins de traverse bien ancrés.
Introduire un ERP est un projet de transformation pour toute l’entreprise, pas un simple projet informatique.
Un exemple documenté dans la région de Berne
Un projet documenté par l’intégrateur TeamWork Schweiz AG illustre à quoi peut ressembler un tel changement. Entre janvier et juillet 2025, une PME industrielle de la région de Berne a remplacé son système ECC très personnalisé par SAP Cloud ERP Public, anciennement SAP S/4HANA Cloud Public Edition. Le principe directeur : utiliser systématiquement le standard cloud et n’adapter que là où cela soutient un véritable avantage distinctif de l’entreprise.
| Données migrées selon le rapport de projet | Volume |
|---|---|
| Fiches articles | 15'000 |
| Partenaires commerciaux | 1'230 |
| Nomenclatures | 2'780 |
| Fiches info-achat | 12'700 |
| Entrées de répertoire des sources | 12'500 |
| Ordres de fabrication en cours | 60 |
Le périmètre couvrait finance, vente, production, achats, chaîne d’approvisionnement et gestion informatique. Selon le rapport de projet, les processus administratifs ont gagné environ 20 % en efficacité, les achats ont été mieux structurés et le traitement des commandes est devenu plus traçable. Ces chiffres proviennent d’un seul projet et ne sont pas transposables tels quels.
Les briques d’une démarche rapide
| Brique | Fonction | Apport pour la rapidité |
|---|---|---|
| SAP Activate et offre GROW | Méthodologie standardisée | Phases claires, séquence éprouvée |
| Digital Discovery Assessment | Analyse préalable structurée | Remplace un long cahier des charges par une vue ciblée des processus |
| Système de démarrage dès le premier jour | Environnement pour les ateliers | Discussions sur le vrai système plutôt que sur des slides |
| Ateliers fit-to-standard | Alignement des processus sur le standard | Décisions précoces, peu de demandes spécifiques |
| SAP Cloud ALM | Pilotage du projet | Documents, tests et versions au même endroit |
Le levier principal tient moins à la méthode qu’à l’état d’esprit : chaque écart par rapport au standard doit être justifié. Reprendre sans examen les anciennes exceptions fait perdre l’avantage de temps du cloud public et transfère la complexité dans le nouveau système.
Où se situe le vrai travail
L’expérience de ce projet rejoint celle de nombreux autres : la charge principale ne réside pas dans la technique, mais dans la conduite du changement, la préparation des données et la formation des key users et utilisateurs finaux. Dans le cas décrit, les key users ont disposé de moins de temps que prévu en raison d’un bon carnet de commandes, un risque réaliste à intégrer dès le départ.
- Lancer tôt la préparation des données et en confier clairement la responsabilité à l’entreprise, pour éviter les goulets d’étranglement juste avant la mise en service.
- Ne pas migrer toutes les données historiques, mais les traiter via un système d’archivage et ne reprendre que l’indispensable.
- Faire travailler les key users tôt et régulièrement sur le système, et les décharger concrètement de leurs tâches courantes.
- Instaurer dès le début un processus de demandes de modification contraignant et l’appliquer avec rigueur.
- Concevoir et tester tôt les interfaces avec les systèmes tiers.
Erreur fréquente
Les affaires courantes et le projet se disputent les mêmes personnes. Sans décharge formelle ni suppléance, tests et nettoyage des données prennent du retard, et c’est précisément là que naissent les dérapages.
Le cloud public convient-il à votre entreprise ?
Un changement en quelques mois n’est pas une promesse, mais le fruit de conditions favorables. Évaluez honnêtement combien des points suivants s’appliquent à votre entreprise.
- La direction soutient activement la standardisation et tranche rapidement.
- Vos processus clés suivent largement les pratiques usuelles de la branche.
- Vous savez nommer les quelques particularités qui différencient réellement votre activité.
- Des responsables métier rejoignent le projet tôt, avec du temps réservé.
- Vous acceptez des cycles de versions réguliers pilotés par l’éditeur.
Si plusieurs points ne sont pas remplis, par exemple parce que des logiques de production ou de prix très spécifiques sont indispensables, un cloud privé ou une conversion peut être plus adapté, malgré un délai plus long. Sollicitez plusieurs avis indépendants et demandez à voir des projets de référence de taille comparable.
Questions fréquentes
Un cahier des charges classique est-il superflu ?
Qu’est-ce qui est le plus délicat dans la migration des données ?
Combien de temps les key users doivent-ils prévoir ?
À qui SAP Cloud ERP Public convient-il le mieux ?
Un gain d’efficacité de 20 % est-il réaliste ?
Se concentrer tôt sur l’essentiel, impliquer les responsables métier et prévoir assez de temps pour les ateliers fit-to-standard crée les meilleures conditions pour un changement rapide et stable.