Les organisations suisses qui utilisent SAP ECC approchent d'une échéance connue : la maintenance standard SAP ECC prend fin le 31 décembre 2027. Au-delà, une maintenance étendue reste disponible, mais à un coût additionnel, et la direction stratégique est claire. SAP S/4HANA est la plateforme d'investissement de SAP, et toute organisation encore sur ECC doit disposer d'un plan de migration.

Cet article détaille ce qu'une migration S/4HANA implique réellement, les trois approches possibles, les durées et efforts à prévoir en contexte suisse, ainsi que les décisions d'autorisation et de sécurité à prendre pendant le projet plutôt qu'après.

Les trois approches de migration S/4HANA

SAP documente trois trajectoires formelles. Ce choix n'est pas uniquement technique : il détermine le coût, la durée, le niveau de conduite du changement nécessaire, et la part de votre investissement SAP historique que vous conservez ou abandonnez.

Greenfield : une nouvelle implémentation

L'approche Greenfield consiste à implémenter S/4HANA comme un nouveau système, à le configurer à partir des SAP Best Practices (méthodologie Activate), et à ne migrer que les données maîtres et certaines transactions historiques sélectionnées depuis l'ECC existant.

Quand Greenfield a du sens :

  • Votre système SAP actuel a accumulé des personnalisations importantes qui ne reflètent plus les processus métier actuels.
  • Vous préparez une transformation métier plus large (nouveau modèle opérationnel, nouvelle structure organisationnelle, intégration post-M&A).
  • Votre implémentation ECC n'a jamais été pleinement standardisée, et le nettoyage coûterait plus cher qu'un redémarrage à blanc.
  • Vous souhaitez adopter un déploiement cloud (Rise with SAP, Grow with SAP) et les bonnes pratiques standardisées.

Contreparties : la durée de projet la plus longue, l'impact le plus fort sur le changement métier, la formation utilisateurs la plus coûteuse — mais le résultat le plus propre à long terme.

Brownfield : conversion technique du système

Brownfield convertit le système ECC existant en S/4HANA sur place. La base de données est migrée vers HANA, SAP exécute un processus d'upgrade technique, et le code personnalisé est remédié pour respecter les simplifications S/4HANA.

Quand Brownfield a du sens :

  • Votre implémentation ECC est fonctionnellement stable et reflète vos processus actuels.
  • Vous souhaitez préserver l'historique des transactions et éviter un projet de migration de données.
  • Vous voulez minimiser la perturbation métier et maîtriser le coût.
  • Votre volume de code personnalisé est maîtrisable ou peut être modernisé pendant le projet.

Contreparties : vous héritez de votre dette technique existante, y compris les conflits SoD, le code ABAP obsolète et les faiblesses du modèle d'autorisation. Rapide à réaliser, mais ne corrige pas en soi les problèmes sous-jacents.

Selective Data Transition

Selective Data Transition est une approche hybride : réimplémenter S/4HANA avec une configuration propre, puis migrer sélectivement certaines entités juridiques, certains types de documents ou certaines périodes historiques depuis ECC. Cette approche nécessite des outils spécialisés (SAP SLO services ou plateformes de conversion tierces).

Quand Selective a du sens :

  • Groupes multi-entités où certaines filiales sont prêtes à se transformer et d'autres non.
  • Organisations en cours de cession ou de carve-out d'une partie de leur activité.
  • Entreprises avec des exigences strictes de rétention des données qui excluent un simple abandon de l'historique.

Contreparties : l'approche la plus complexe à planifier, nécessite des architectes de migration expérimentés, mais offre la plus grande flexibilité.

Durées de migration S/4HANA en contexte suisse

Pour des entreprises suisses de taille moyenne (CA CHF 50M–500M, 1 à 5 entités juridiques dans SAP), les durées réalistes sont :

ApprocheDurée typiquePrincipaux facteurs de coût
Conversion Brownfield9–18 moisVolume de code personnalisé, paysage d'intégration, périmètre de nettoyage des autorisations
Greenfield (entité unique)12–18 moisAteliers de refonte des processus, migration de données, conduite du changement
Greenfield (multi-entités)18–30 moisVagues de déploiement, localisations (exigences suisses, françaises, allemandes), consolidation
Selective Data Transition18–36 moisOutillage de conversion, cadrage des données, runs parallèles

Un projet suisse doit généralement tenir compte d'exigences spécifiques : TVA, paie suisse (si HCM est dans le périmètre), évolution de la facturation électronique locale, reporting statutaire, et considérations linguistiques entre cantons. Ce ne sont pas des bloqueurs S/4HANA, mais ce sont des facteurs qui augmentent l'effort de test.

Refonte des autorisations : à ne surtout pas reporter

L'une des erreurs les plus constantes dans les migrations S/4HANA consiste à traiter les autorisations comme une activité post-go-live. C'est au contraire la meilleure opportunité de corriger les problèmes de gestion des accès accumulés pendant des années d'usage d'ECC. Concrètement :

  • Les apps Fiori changent le paysage des accès. Le concept de business role dans S/4HANA, combiné au Fiori launchpad, exige une conception de rôles différente de celle des rôles ECC basés sur les transactions. Un portage direct des rôles ECC dans S/4HANA est techniquement possible mais laisse beaucoup de valeur sur la table.
  • Les conflits SoD sont transportés sinon. Si votre migration Brownfield importe vos rôles actuels tels quels, vous importez aussi vos conflits de Séparation des Tâches. Notre guide SoD SAP détaille les conflits les plus fréquents et comment les détecter.
  • La gestion des accès d'urgence (Firefighter) doit être cadrée tôt. Les déploiements S/4HANA impliquent en général des workflows d'accès d'urgence repensés, connectés à SAP GRC Access Control ou équivalent.
  • Les objets d'autorisation personnalisés doivent être revus. Les objets d'autorisation customs référençant des transactions ECC uniquement nécessitent remédiation ou remplacement.

Traiter la refonte des autorisations comme partie intégrante de la migration, et non comme un nettoyage a posteriori, réduit le coût total et livre un système conforme dès le go-live.

Comment MTC délivre les migrations S/4HANA

Nous sommes un cabinet de conseil SAP basé à Genève, spécialisé en sécurité SAP, autorisations, GRC et analyse de risques. Sur les migrations S/4HANA, notre valeur ajoutée couvre :

  • Assessment pré-migration : périmètre de remédiation du code, diagnostic du modèle d'autorisation, baseline SoD (avec MTC Skopos), préparation Fiori.
  • Recommandation d'approche : décision Greenfield / Brownfield / Selective, étayée par une comparaison coûts/risques.
  • Refonte des autorisations : conception des business roles, catalogue de rôles sans conflit SoD, définition du processus Firefighter, intégration avec les fournisseurs d'identité.
  • Support au cutover : tests d'autorisations, préparation des accès d'urgence, revue des accès post-go-live.
  • Remédiation SoD post-migration : analyse SoD continue sur le nouveau système S/4HANA.

Pour les programmes de transformation de grande ampleur qui nécessitent une expertise SAP fonctionnelle complète (FI/CO, MM, SD, HCM, production, conversion technique), nous collaborons avec des cabinets internationaux de premier plan en audit, risque et technologie pour livrer des programmes de bout en bout. Concrètement : une équipe senior basée en Suisse, concentrée sur vos enjeux de sécurité et d'autorisations, adossée à la capacité de delivery fonctionnelle d'un grand cabinet lorsque le périmètre l'exige.

Par où commencer

Avant de s'engager sur une approche, la plupart des organisations suisses gagnent à réaliser un assessment de readiness court (2 à 4 semaines) couvrant :

  1. Complexité du code personnalisé et compatibilité S/4HANA.
  2. Santé du modèle d'autorisation actuel et exposition SoD.
  3. Dépendances du paysage d'intégration.
  4. Périmètre de migration des données et décisions d'archivage.
  5. Estimations de coût et de durée pour chaque approche.

À partir de là, vous construisez un business case appuyé sur des chiffres crédibles plutôt que sur les arguments commerciaux d'un éditeur.

À lire également

Basés à Genève et actifs dans toute la Suisse Romande, nous accompagnons les organisations suisses dans la planification et l'exécution de leurs migrations S/4HANA, avec une vue claire sur les décisions d'autorisations et de sécurité qui comptent. Contactez-nous pour discuter de vos projets de migration.

Questions fréquentes

Qu'est-ce que la migration SAP S/4HANA ?

La migration SAP S/4HANA consiste à passer de SAP ECC (ou d'un ERP tiers) vers SAP S/4HANA, l'ERP nouvelle génération de SAP basé sur la base de données in-memory HANA. Elle peut se faire en Greenfield (nouvelle implémentation), Brownfield (conversion système) ou Selective Data Transition (approche hybride).

Quelle est la date limite pour migrer vers S/4HANA ?

La maintenance standard SAP ECC prend fin le 31 décembre 2027, avec une maintenance étendue en option jusqu'à fin 2030 à un coût additionnel. Les organisations suisses encore sur ECC doivent planifier ou exécuter leur migration dès maintenant.

Greenfield ou Brownfield S/4HANA : que choisir ?

Greenfield est une réimplémentation complète à partir des bonnes pratiques SAP, idéale pour nettoyer les personnalisations legacy. Brownfield est une conversion technique qui conserve le code personnalisé et l'historique, plus rapide mais qui hérite de la dette technique existante. Selective Data Transition migre des entités juridiques ou périmètres de données spécifiques.

Combien de temps prend une migration S/4HANA en Suisse ?

Une entreprise suisse de taille moyenne a généralement besoin de 9 à 18 mois pour une conversion Brownfield et de 12 à 24 mois pour une implémentation Greenfield. Les facteurs de complexité incluent le volume de code ABAP personnalisé, le nombre d'entités juridiques, le paysage d'intégration et le périmètre de refonte des autorisations.

Faut-il refondre les autorisations SAP pour S/4HANA ?

Oui. S/4HANA introduit de nouvelles apps Fiori, des business roles et des objets d'autorisation qui diffèrent significativement d'ECC. Une refonte des autorisations pendant la migration est la meilleure opportunité pour éliminer les conflits SoD, retirer les rôles inutilisés et aligner les accès avec les fonctions réelles.