Implémentation SAP S/4HANA Greenfield: guide complet & retours terrain

Webinar animé par :

Marc CIBERT

Directeur de projets SI & DRH

Marcela VARELA

Expert SAP FI CO S/4HANA

Vincent DUMINY

Chef de projet Expert SAP FI CO PS

Migrer vers SAP S/4HANA est l'un des projets de transformation les plus structurants qu'une entreprise puisse engager. La fin de la maintenance de SAP ECC débutera en 2027 et s'achèvera en 2030 au plus tard — le compte à rebours est lancé.

Mais avant même de lancer le projet, une question stratégique s'impose : quelle trajectoire de migration choisir ? Greenfield, Brownfield, Bluefield (Selective Data Transition) ou Landscape Transformation — chaque approche répond à des contextes, des objectifs et des contraintes différents. Choisir la mauvaise approche au départ, c'est risquer des surcoûts, des délais non maîtrisés et une transformation incomplète.

Comme le rappelle Marc Cibert, Directeur de Projets SI & DRH, il y a une vérité fondamentale à garder en tête :

“Un projet ERP, par définition, c'est un projet d'entreprise qui va se matérialiser sous la forme de la mise en place d'un système pour supporter des processus métiers. C'est absolument pas spécifique à S/4HANA, mais c'est la première condition pour avoir une chance de réussir le projet : partir dans cet état d'esprit.”

Dans ce guide, nos consultants SAP spécialisés vous présentent les quatre approches de migration, les étapes clés selon la méthodologie SAP Activate, les facteurs de succès et les erreurs classiques à éviter.

I- Nos experts FocusTribes

FocusTribes accompagne depuis plusieurs années des entreprises de toutes tailles dans leurs projets de transformation SAP S/4HANA, en mettant à disposition des consultants freelances experts, sélectionnés par cooptation et accrédités par un processus strict de validation.

Marc Cibert - Directeur de projets SI & DRH

Fort d'une longue expérience en pilotage de grands programmes de transformation SI, Marc Cibert intervient en tant que directeur de programme sur des projets S/4HANA d'envergure. Il a lui-même été donneur d'ordre de projets SAP pilotés avec des consultants FocusTribes.

Marcela Varela - Experte SAP FI CO S/4HANA

Marcela Varela est actuellement Chef de Projet sur la partie Finance et Contrôle de Gestion chez un client FocusTribes qui implémente S/4HANA en mode Greenfield. Elle apporte une vision terrain experte sur les spécificités Finance de S/4HANA.

Vincent Duminy - Chef de projet Expert SAP FI CO PS

Vincent Duminy est intervenu pour FocusTribes chez un grand client en phase de finalisation d'un pilote S/4HANA, destiné à prouver que la solution peut répondre aux besoins business et fonctions support du groupe avant le déploiement à grande échelle.

Besoin d’un consultant SAP pour votre projet ?

FocusTribes met à disposition une communauté de plus de 1200 consultants SAP accrédités

pour accompagner les entreprises dans leurs projets ERP et transformations SAP.

II- Les 4 approches de migration vers SAP S/4HANA

Avant de se lancer dans un projet d'implémentation, il est indispensable de comprendre les différentes trajectoires possibles.

Tableau comparatif des 4 approches

Greenfield vs Brownfield : le débat de fond

La question Greenfield vs Brownfield est souvent posée comme un choix binaire. En réalité, la réponse dépend avant tout de la situation de l'entreprise. Vincent Duminy, Chef de projet Expert SAP FI CO PS, l'explique :

“La grosse différence, c'est la refonte des processus : est-ce que je conserve mes processus métiers ou est-ce que j'ai besoin de les refondre pour diverses raisons métier ? Le Greenfield c'est une refonte des processus, le Brownfield on va conserver les processus. C'est pas l'un contre l'autre, c'est par rapport à mon projet d'entreprise, par rapport à mon paradigme de transformation.”

Une précision technique importante : la pure montée de version technique de SAP ECC vers S/4HANA n'existe pas. Même en Brownfield, des changements fonctionnels sont inévitables, notamment sur le plan comptable, la gestion des Business Partners ou la structure de Copa. Vincent Duminy est catégorique :

“La montée de version purement technique, ça n'existe pas. On est déjà dans du Brownfield même si on se dit 'je prends mon SAP ECC et je le mets dans S/4HANA'. Il y aura quand même des processus à refondre. C'est pour ça qu'on a opté pour dire : c'est soit du Greenfield soit du Brownfield — la pure montée de version technique ça n'existe pas.”

Tableau de synthèse Greenfield vs Brownfield

Dans quels cas choisir l'approche Greenfield ?

L'approche Greenfield est recommandée lorsque :

• Votre système SAP ECC est fortement personnalisé et les développements spécifiques freinent l'évolution
• Vous souhaitez refondre en profondeur vos processus métier
• Vous n'avez pas encore de SAP et démarrez une première implémentation ERP
• Vous êtes dans une situation de carve-out (séparation d'une entité du groupe)
• Vous faites de la croissance externe et avez besoin d'harmoniser des SI hétérogènes
• Votre direction est prête à investir du temps et des ressources pour une transformation durable

Marc Cibert résume ainsi la tendance observée sur le marché :

“La plupart des projets que j'ai vus jusqu'à maintenant, quel que soit l'ERP — je l'ai fait sur Oracle, j'ai participé sur SAP — se sont terminés avec un Greenfield. Parce que c'est toujours la partie processus, la partie métier, qui a pris le dessus par rapport aux problématiques techniques.”

III- Ce que change réellement SAP S/4HANA par rapport à ECC 

Avant de démarrer un projet Greenfield, il est essentiel de comprendre les ruptures réelles entre SAP ECC et S/4HANA. Trois grandes nouveautés structurent cette évolution. 

SAP Fiori : une nouvelle interface utilisateur

SAP Fiori remplace complètement l'interface transactionnelle de SAP ECC. Fini les menus déroulants et les codes transactions — les utilisateurs accèdent désormais à SAP via des tuiles activables sur n'importe quel support (PC, tablette, smartphone). Vincent Duminy précise l'impact concret :

“La grande différence avec Fiori c'est que vous allez devoir activer tuile par tuile. Au niveau des autorisations dans ECC on avait tendance à donner les menus aux utilisateurs et à restreindre. Là il va falloir donner tuile par tuile et sélectionner les autorisations qui vont bien. C'est la grande différence sur l'interface.”

La base de données HANA : temps réel et fin des silos

SAP S/4HANA repose sur la base de données in-memory HANA, qui supprime la frontière entre transactionnel (OLTP) et décisionnel (OLAP). Les données sont interrogées en temps réel directement à la source, sans tables intermédiaires ni agrégations — ce que SAP appelle le principe "no more aggregates".

La révolution Finance : le Journal Universel (ACDOCA)

C'est sans doute la rupture la plus importante pour les équipes Finance et Contrôle de Gestion. Marcela Varela, Expert SAP FI CO S/4HANA, explique :

“On n'a plus de frontières entre FI et CO, entre la comptabilité générale et la comptabilité analytique. Tout va être dans une même table — la fameuse table ACDOCA, le Journal Universel. On va se retrouver avec un système où on n'a pas d'imputation d'objet analytique mais plutôt des clés de compte. La grosse révolution est là : la fusion complète de la comptabilité générale et analytique.”

Les bénéfices concrets sont considérables pour les équipes qui utilisaient Copa analytique dans SAP ECC : 

“Pour les clients qui passaient d'un ECC à S/4HANA et qui avaient l'habitude d'utiliser Copa analytique, ils se disent : c'est génial, j'ai plus mon écart ! On est sûr que les chiffres qu'on va reporter au niveau statutaire et au niveau de gestion analytique sont les mêmes. Et ça, c'est un avantage énorme, c'est ce qui est le plus apprécié.”

Le Material Ledger est également activé par défaut dans S/4HANA. Vincent Duminy précise : 

“Copa comptable est activé par défaut dans S/4HANA — il n'y a plus de raison d'avoir Copa analytique. Et le Material Ledger est aussi activé par défaut. Tout ça maintenant est intégré, on a beaucoup moins de problèmes de réconciliation.”

L'impact sur la conduite du changement

Au-delà des aspects techniques, l'adoption par les utilisateurs est centrale. Marcela Varela partage son expérience terrain :

“C'est la grande surprise : c'est l'interface utilisateur qui change complètement. Il y a des gens très curieux qui sont très contents — 'je dois plus apprendre le code transaction par cœur'. Et il y en a d'autres qui ont un peu plus de mal. Mais une fois qu'ils sont passé à travers ça, ils se disent : en fait c'est génial, j'ai plus d'informations. C'est un changement plutôt positif dans l'expérience que j'ai eue.”

VI- Les 6 étapes d'un projet Greenfield SAP S/4HANA (méthodologie SAP Activate)

SAP recommande la méthodologie SAP Activate pour structurer les projets S/4HANA. Elle se décompose en 6 phases distinctes, qui ont remplacé l'ancienne méthodologie ASAP.

Phase 1 - Discover (Découverte)

C'est la phase de cadrage stratégique. Elle permet de définir le périmètre fonctionnel (modules SAP : FI, CO, MM, SD, PP, HR, PS…), construire le business case, estimer le budget global et sélectionner les profils consultants nécessaires.

Phase 2 - Prepare (Préparation)

La phase de préparation pose les fondations organisationnelles : constitution des équipes projet, mise en place de la gouvernance (comité de pilotage, comité de projet), lancement du plan de conduite du changement. Marc Cibert insiste sur les équipes dédiées :

“Je milite fortement pour des équipes métiers dédiées. Quand vous expliquez à un manager que ses utilisateurs clés vont passer 30% du temps sur le projet... vous êtes perdant. Les 30% en réalité il faudrait que ce soit 100%. Des équipes métiers dédiées pour moi, c'est fondamental dans chacun des domaines fonctionnels.”

Phase 3 - Explore (Conception)

C'est le cœur intellectuel du projet. Consultants SAP et équipes métier travaillent ensemble pour analyser les processus métier cibles lors d'ateliers de conception, identifier les gaps entre les standards SAP et les besoins de l'entreprise, définir les développements spécifiques résiduels, et valider le Core Model — le modèle de processus cible qui servira de référence pour tout le déploiement.

Phase 4 - Realize (Réalisation)

La phase de réalisation est le chantier technique : configuration du système SAP selon le Core Model validé, développements spécifiques (ABAP, SAP BTP, interfaces), migration des données, et tests unitaires. Sur la migration des données, Marc Cibert est catégorique :

“La reprise de données c'est toujours un sujet extrêmement compliqué, extrêmement consommateur de temps et extrêmement risqué par rapport au succès ou à l'échec du projet. Il faut une équipe de reprise de données dédiée et de l'outillage pour industrialiser et accélérer le processus.”

Phase 5 - Deploy (Déploiement)

Avant le go-live : tests utilisateurs (UAT), tests de performance, formation des utilisateurs finaux à SAP Fiori et aux nouveaux processus, et plan de cutover. Marc Cibert sur les tests : 

“Les tests c'est fondamental. Malheureusement c'est souvent en bout de chaîne — on a pris du retard mais on veut quand même démarrer dans les temps. On va faire une semaine de test de moins... Mauvaise idée. Mauvaise idée. Mauvaise idée encore. Chaque fois qu'on aura l'impression de faire des économies en backlant une phase, on le payera 10 ou 100 fois plus cher en production.”

Phase 6 - Run (Stabilisation post go-live)

Le go-live n'est pas la fin du projet. La phase Run comprend : support hypercare (équipe renforcée sur les premières semaines), suivi des KPI, optimisations post go-live, et mise en place d'un release process pour les changements futurs. Marc Cibert souligne un point souvent négligé dans les déploiements multi-entités :

“Dans le cas des déploiements, il faut être préparé à avoir une équipe qui continue à s'occuper des entités en cours de projet et une qui s'occupe spécifiquement de celles qui sont déjà en production. Sinon vous avez une équipe centrale complètement écartelée entre les deux.”

V- Les facteurs clés de succès d'un projet Greenfield

Un sponsorship fort au niveau de la direction générale

Un projet Greenfield ne peut pas être piloté uniquement par la DSI. Il doit être porté au niveau de la direction générale. Marc Cibert :

“Le sponsorship fort, c'est la clé de réussite de tout projet. Quand j'étais jeune consultant, on disait : si tu n'as pas un sponsor identifié, motivé et disponible pour y aller avec toi — n'y vas pas. Tout simplement.”

Une gouvernance claire et un pilotage rigoureux

La gouvernance doit être définie avant même le démarrage : qui décide quoi, à quel niveau, dans quel délai ? Un chef de projet SAP expérimenté est indispensable pour le pilotage opérationnel et le suivi des risques. Attention également aux projets concurrents, comme le souligne Marc Cibert :

“Attention aux projets concurrents. Dans des entreprises en transformation, on peut être confronté à des projets de mise en oeuvre de services partagés, des réorganisations dans des entités qui vont faire que vous n'aurez plus d'interlocuteurs métiers. Tout ça nécessite d'être vu d'une manière globale pour éviter les problèmes en cours de projet.”

La qualité des données maîtres : le chantier le plus sous-estimé

La migration des données maîtres (articles, fournisseurs, clients, centres de coût…) est presque toujours le chantier le plus chronophage et le plus risqué. Il faut démarrer l'audit et le nettoyage des données bien avant la phase Realize, idéalement dès la phase Explore. 

Un plan de conduite du changement structuré dès le départ

La résistance au changement est l'un des premiers facteurs de risque sur un projet Greenfield. Marcela Varela partage sa vision terrain :

“Il y a un désapprentissage de ce que l'on savait sur SAP. Après, je vous rassure : la base, les fondamentaux, le socle de fonctionnalités de ECC se retrouvent aussi dans S/4HANA. Mais oui, il y a des changements de paradigme qui font que vous allez devoir vous adapter. C'est là que va être l'effort de conduite du changement.”

Le choix des bons consultants SAP

“Un consultant SAP, c'est quelqu'un qui connaît le business et qui est capable d'accompagner vos équipes dans toutes les phases du projet, mais qui est aussi capable d'aller chercher de l'info auprès de l'intégrateur et de le challenger. Et ne traînez surtout pas — la pénurie de ressources ne va pas s'arranger dans les prochains mois.” — Marc Cibert, Directeur de Projets SI & DRH

VI- Les erreurs classiques à éviter

Marc Cibert cite Albert Einstein dans sa présentation : « La définition de la folie, c'est de faire la même chose encore et encore en espérant un résultat différent. » Ça fait 20 ans qu'on connaît ces erreurs sur les projets ERP. Et pourtant...

Erreur #1 - Traiter le projet SAP S/4HANA comme un projet IT

C'est l'erreur fondatrice. Un projet Greenfield SAP S/4HANA est un projet de transformation d'entreprise. La DSI en est le pilote technique, mais la responsabilité du succès appartient à l'ensemble des directions métier.

Erreur #2 - Sous-estimer la complexité du Master Data

“La reprise de données ce n'est jamais purement un projet de reprise de données. Vous aurez toujours des problématiques fonctionnelles. Même si vous dites 'je veux faire exactement ce que j'ai dans mon ECC dans S/4HANA', vous serez confronté à des problématiques fonctionnelles. Ça ne pourra jamais être purement technique.” — Marc Cibert, Directeur de Projets SI & DRH

Erreur #3 - Construire un Core Model trop complexe

La tentation de reproduire toutes les spécificités de l'ancien système dans le Core Model est un piège classique. Marc Cibert formule la règle d'équilibre :

“La préconisation c'est d'utiliser surtout les fonctionnalités standard. Ne pas faire de spécifique parce que c'est casse-pieds à maintenir. Mais je n'ai jamais connu de situations où il n'a pas fallu faire quelques adaptations parce que le métier le nécessitait. Il faut simplement être vigilant que ce soit réellement des demandes spécifiques au métier et pas des demandes de confort.”

Erreur #4 - Oublier le reporting dans la conception des processus

“On oublie souvent dans nos processus les étapes de reporting. Il n'y a pas un manager dans un service financier qui n'a pas besoin d'un état pour prendre des décisions. Et les éditeurs vous expliqueront que vous avez tous les reports possibles en standard... sauf que ce ne sont jamais ceux qu'il faut.” — Marc Cibert, Directeur de Projets SI & DRH

Erreur #5 - Rogner sur les tests et les scénarios de test

Les tests UAT réalisés trop vite, trop tard, avec des scénarios de test incomplets conduisent à des anomalies découvertes post go-live. Marc Cibert préconise un lead dédié sur toute la phase de test, avec des processus complets du début à la fin, intégrant les données migrées, les interfaces et le reporting.

Erreur #6 - Des plans de charge irréalistes

“J'ai fait beaucoup de projets sur différents types d'outils, on n'a jamais ou quasiment jamais respecté le plan de charge initial. Mais au moins, il ne faut pas le sous-estimer. Parce que là aussi, ce sont de fausses économies qui nous reviennent comme une porte sur le nez.”— Marc Cibert, Directeur de Projets SI & DRH

VII- FAQ - les questions fréquentes sur le Greenfield SAP S/4HANA

Quelle est la durée moyenne d'un projet Greenfield SAP S/4HANA ?

La durée varie entre 18 et 36 mois selon la taille de l'entreprise, le nombre de modules SAP, le périmètre géographique et la complexité des processus. Pour une PME avec un périmètre FI/CO + MM + SD, un projet de 12 à 18 mois est réaliste. Pour un grand groupe multi-pays, comptez 24 à 36 mois minimum.

Quelle est la différence entre Greenfield et Brownfield SAP ?

Le Greenfield consiste à repartir de zéro avec une nouvelle installation de SAP S/4HANA, sans reprendre les configurations ni les développements spécifiques de l'ancien système SAP ECC. Le Brownfield est une conversion technique de l'existant qui conserve les processus en place. La pure montée de version technique n'existe pas : même en Brownfield, des changements fonctionnels sont inévitables (plan comptable, Business Partners, Copa).

Quelle est la différence entre Bluefield et Greenfield ?

Le Bluefield (Selective Data Transition) est une approche hybride : on choisit précisément quels objets de données et quels processus sont migrés depuis l'ancien système, et lesquels sont reconstruits from scratch. C'est plus flexible que le Greenfield pur, mais aussi plus complexe à piloter.

Quand choisir l'approche Greenfield plutôt que Brownfield ?

L'approche Greenfield est recommandée quand : votre SAP ECC est fortement personnalisé (nombreux développements spécifiques), vous souhaitez refondre en profondeur vos processus métier, vous intégrez des entreprises avec des SI hétérogènes, vous êtes dans une situation de carve-out, ou vous démarrez une première implémentation ERP.

Quels modules SAP sont les plus impactés par la migration vers S/4HANA ?

Les deux domaines les plus impactés sont la Finance (FI/CO) avec la fusion du Journal Universel (table ACDOCA), le nouveau modèle Copa comptable et le Material Ledger activé par défaut, et la Supply Chain (MM, SD, PP) qui bénéficie des nouvelles capacités temps réel de la base HANA.

Peut-on déployer SAP S/4HANA Greenfield en mode cloud ?

Oui. SAP propose SAP S/4HANA Cloud Public Edition et SAP S/4HANA Cloud Private Edition. L'approche Greenfield est particulièrement adaptée au cloud car elle permet de démarrer sur une architecture cloud-native sans héritage technique. Attention : les différences fonctionnelles entre versions on-premise et cloud sont significatives et évoluent à chaque release.

Vous préparez un projet Greenfield SAP S/4HANA ?

Discutez de votre projet avec un consultant FocusTribes