Durant ce projet, nous accompagnons l’un des leaders du luxe suite à son acquisition d’une entreprise américaine. Cette acquisition a un objectif stratégique clair : renforcer la présence internationale du groupe et rapatrier la production de certains produits auparavant sous-traités. Notre défi ? Cadrer en 4 mois le passage de Sage (l’ERP local) à SAP S/4HANA (le standard du groupe), tout en harmonisant deux cultures, deux réglementations et deux façons de travailler complètement différentes. Beau projet sur le papier, mais la réalité opérationnelle s’avère évidemment complexe.
Les vrais défis
La conduite du changement
Les équipes locales, habituées à leurs processus, voient arriver une transformation majeure. Certains y voient une opportunité de moderniser leurs outils, d’autres une menace pour leur stabilité. Une question légitime se pose : « Pourquoi changer ce qui marche ? »
Entre la précaution des équipes, les attentes du groupe et de la filiale, et la nécessité de maintenir l’engagement, nous comprenons rapidement qu’il ne faut pas négliger le facteur humain. Les équipes opérationnelles veulent minimiser les perturbations. La direction locale craint un impact sur la productivité. Le groupe veut réaliser rapidement les synergies promises.
Il faut créer les conditions pour que tous ces intérêts convergent progressivement.
La complexité d’intégration
Sage et SAP S/4HANA ne fonctionnent pas sur les mêmes logiques. L’écosystème d’applications satellites doit être réadapté ou remplacé. L’e-commerce et la caisse (POS), par exemple, nécessitent une adaptation. D’autres systèmes demandent une refonte en profondeur, comme par exemple leur plateforme de vente aux employés, développée sur Power Apps avec des automatisations instables et très couplées à l’existant. Il faut identifier ces points critiques et les prioriser : consolider ce qui fonctionne, remplacer ou restructurer le reste.
Pour SAP, le groupe propose une solution générique (ce qu’on appelle le Core Model) déployable dans d’autres pays. L’objectif est de dévier le moins possible de cette solution existante tout en prenant en compte les spécificités américaines. Comment trouver cet équilibre et éviter d’avoir à maintenir dans le temps des configurations d’ERP alternatives ?
Sortir du Core Model, c’est ajouter de la complexité pour le futur, des branches à maintenir, des risques de divergence entre filiales. C’est une décision qui se paie longtemps après le projet. Il faut absolument challenger la nécessité de ces modifications.
La migration des données
Les données historiques doivent être migrées et transformées en garantissant l’intégrité des données et la traçabilité des informations critiques. Plusieurs défis se posent concrètement. Les référentiels clients et fournisseurs sont migrés vers un Master Data Management (MDM) sous gouvernance du groupe. Les commandes ouvertes présentent une complexité majeure. Nous décidons de basculer suite à une clôture comptable pour éviter de migrer des écritures comptables. L’alignement des dimensions financières (comptes généraux, centres de coûts, …) doit aussi correspondre aux standards du groupe. Pas question de créer des incohérences comptables ou de perdre la traçabilité des transactions critiques.
L’opérationnel
Au-delà des enjeux techniques et organisationnels, l’opérationnel présente des défis bien concrets :
- Les processus doivent être expliqués, négociés, adaptés, puis progressivement adoptés par les utilisateurs finaux au fil de leur formation.
- L’ERP cible, SAP, doit supporter tous ces cadres réglementaires : conformité fiscale américaine, règles de reporting spécifiques et exigences du groupe.
- La continuité opérationnelle doit être maintenue avec un impact maîtrisé dans le temps sur les ventes, la supply chain, la gestion des stocks et les livraisons.
Les processus critiques à couvrir
Les processus clés couverts par le projet reflètent les fondamentaux du retail international du luxe :
- Ventes B2B : représentent une part significative du chiffre d’affaires. Le processus de commande et de facturation diffère sensiblement de celui du groupe, avec des politiques commerciales et grilles tarifaires propres au marché américain. Il faut analyser en détail ces pratiques pour les intégrer dans le modèle cible tout en préservant leur efficacité commerciale.
- Supply chain et approvisionnement : gestion des fournisseurs locaux et internationaux, planification de la demande, gestion des stocks, processus logistiques entiers. Ces éléments sont essentiels pour maintenir une continuité opérationnelle fluide pendant la transition.
- B2C et points de vente : critique pour l’expérience client du luxe. Systèmes de caisse (POS), back-office, gestion des inventaires par magasin. Une visite d’une boutique New Yorkaise nous plonge dans la réalité du terrain, interrompue naturellement par l’arrivée d’une cliente : le commerce d’abord.
- E-commerce : chantier stratégique. Ventes B2C et portail B2B pour clients non-EDI. Les solutions locales manquent de maturité et d’industrialisation. Décision : adopter la plateforme e-commerce du groupe.
- Finance et contrôle de gestion : enjeu majeur du projet. Concilier comptabilité locale et exigences de reporting du groupe, intégrer la gestion de trésorerie. Objectif : garantir conformité, transparence et fiabilité des données consolidées.
- Gestion des retours et avoirs : point sensible. Chaque marché a ses habitudes propres en matière de retours, de conditions de remboursement et de gestion de satisfaction client
Notre approche : l’analyse d’écarts (Fit-Gap)
Face à ces défis multiples, nous choisissons une approche structurée et collaborative, basée sur la méthode d’analyse Fit-Gap ou analyse des écarts :
- « Fit » : La fonction portée par le Core Model SAP correspond au besoin de la filiale américaine.
- « Gap » : les écarts avec les besoins réels de la filiale (ses processus métier existants, ses spécificités, ses contraintes)
De là, nous décidons pour chaque écart : adapter le processus existant, faire évoluer le core model SAP (configuration ou développement), ou accepter une limitation.
L’idée principale : une compréhension méthodique des différences, une catégorisation claire de ces écarts selon leur nature et leur impact, puis des décisions informées sur la meilleure façon de les traiter.
Planifier, préparer, animer
La préparation des ateliers représente la moitié du travail. Avant même les premiers ateliers, nous construisons une vision d’ensemble des processus métiers couverts par SAP S/4HANA : ce qu’on appelle le modèle opérationnel cible (TOM : Target Operating Model). Pour ce faire, nous nous appuyons sur la documentation existante du groupe, sans réinventer la roue.
Pour être efficaces, pour chaque processus, nous identifions les principes de fonctionnement structurants et les particularités importantes du Core Model. Nous créons des documents de synthèse montrant la vision globale de chaque flux et signalant les points clés où les différences avec la filiale américaine peuvent émerger.
Un calendrier précis des ateliers est établi avec pour chacun un objet clair, un contenu défini et les participants identifiés. Cette réflexion en amont est indispensable pour garantir des ateliers productifs et focalisés.
Nous traitons les opérations et la finance dans des ateliers distincts. La raison ? Ces deux mondes n’ont pas les mêmes contraintes ni les mêmes spécificités, et ne posent donc pas les mêmes questions.
Au cours de chaque session, nous commençons par une présentation claire des processus du groupe, accompagnée quand c’est possible de démonstrations dans SAP. Pas de dogme, juste de l’explication : « Voici comment nous fonctionnons en France, voici la logique derrière ces processus, voici pourquoi c’est conçu comme ça. » Avec transparence sur le pourquoi, pas juste le comment.
Maintenant, c’est au tour de l’équipe locale de réagir. Quelles différences remarquez-vous par rapport à vos processus ? Quels points sont incompatibles avec vos besoins réels ? Quelles spécificités locales doivent impérativement rester ? Ces échanges forment le cœur du projet. L’objectif est clair : que les équipes se sentent entendues, que des solutions satisfaisantes émergent collectivement plutôt que d’être imposées de haut. Quand c’est nécessaire, nous faisons aussi des démos de l’ERP existant (Sage) et des systèmes satellites pour illustrer concrètement les différences.
Notre rôle est aussi de garantir la bonne compréhension entre les deux parties. Les divergences d’interprétation surgissent régulièrement. En clarifiant en temps réel et en documentant les éléments au fur et à mesure, nous évitons les malentendus coûteux en fin de projet.
Au fur et à mesure des ateliers, nous documentons systématiquement les contraintes locales : réglementation USA, spécificités du marché américain, structure organisationnelle, modes de fonctionnement des équipes. Nous capturons aussi les besoins spécifiques qui émergent des discussions et identifions les zones d’ombre, les questions restées en suspens ou mal comprises.
Ces zones grises ne sont pas laissées de côté. Elles sont marquées explicitement pour des sessions d’approfondissement (deep dive) ultérieures. Pas de décision sans bases solides.
Voici deux exemples de gaps qui sont liés aux différences entre les marchés USA et les marchés français :
- Aux USA, le modèle des department stores (type Macy’s, Galeries Lafayette) fonctionne sur le concept de « doors » : chaque point de vente est facturé et géré comme une entité distincte avec ses propres conditions commerciales et niveaux de stocks. En France, le modèle est centralisé : une seule facturation pour l’ensemble du réseau des points de vente, avec une gestion mutualisée des stocks et des tarifs uniformes. Ce concept de « doors » représente une différence structurelle majeure à modéliser dans SAP.
- La fiscalité est fragmentée aux USA : chaque État (et parfois chaque ville) applique des taux de taxes différents. Nous devons étudier si SAP peut s’intégrer avec un outil externe spécialisé (tax compliance software) pour calculer automatiquement les bons taux selon le lieu de livraison et les règles locales. En France, la TVA est uniforme et gérée nativement par SAP, sans dépendance externe.
Ensuite, un atelier dédié permet de présenter l’architecture actuelle telle que nous l’avons comprise et cartographiée, pour vérifier la bonne compréhension mutuelle. L’architecture cible, avec ses flux inter-applicatifs une fois SAP S/4HANA adopté, est présentée avec les jalons du planning projet, représentants les différents états stables à chaque déploiement.
À la fin de la première vague d’ateliers, des sessions de restitution sont tenues pour formaliser et valider les conclusions de l’analyse Fit-Gap avec tous les participants, éliminant ainsi toute ambiguïté.
Les trois types d’écarts identifiés
Ranger les écarts par catégorie nous aide à définir la façon d’y remédier :
Design complexity : Ce n’est pas un écart fonctionnel majeur, mais une complexité de paramétrage ou un développement spécifique à envisager. Une solution technique doit en tout cas être étudiée.
Process gap : Un gap processus, c’est quand nous identifions que les workflows métier diffèrent (trop pour être un simple « design complexity »). Dans ce cas, nous décidons que c’est le métier qui doit se conformer à la manière de travailler du groupe, et donc s’adapter aux processus prévu dans l’outil.
Core model gap : Cette fois c’est une modification du core model SAP qu’il faut envisager. Un simple paramétrage ou adaptation ne suffisent pas. Il est nécessaire d’envisager des extensions, ou des modifications du système. Une évaluation coûts/bénéfices est alors exigée.
Quelle que soit la catégorie, les arbitrages majeurs remontent à la Design Authority.
Gouvernance et pilotage
Pour que le projet ne dérive pas et que les décisions soient prises de façon cohérente, nous établissons une gouvernance structurée.
Pendant la phase de préparation et de documentation des processus du groupe, des points hebdomadaires nous réunissent avec l’équipe client pour assurer le suivi des interviews avec les Business Process Owner, remonter les blocages identifiés et relayer les décisions importantes susceptibles d’impacter la direction du projet.
Après la première vague d’ateliers, des points de suivi régulier impliquent les trois parties prenantes clés : le client (l’entreprise mère), l’entreprise acquise et l’équipe enioka conseil. Objectif : récapituler les avancées des ateliers de deep dive, présenter les décisions importantes en suspens et identifier les questions nécessitant un arbitrage. Ces réunions impliquent toutes les parties prenantes et maintiennent l’engagement de chacun.
Rôles et responsabilités :
- DSI du groupe : suivis réguliers de l’avancement du cadrage, participation aux ateliers clés, arbitrage auprès de la Design Authority du groupe.
- Design Authority : comité d’arbitrage validant les décisions stratégiques et les choix architecturaux du projet en se basant sur les impacts éventuels.
- CFO/CEO de la filiale : présent aux ateliers clés pour défendre les spécificités locales et pousser les adaptations nécessaires du core model.
- Business Process Owners (BPO) : responsables des processus métiers du groupe. Présentent les processus, valident la documentation, participent aux ateliers et sessions de deep dive, servent de point de contact avec les homologues locaux (BPX).
- Business Process Experts (BPX) : sachants des processus locaux, recrutés pour piloter les processus métiers américains et être les interlocuteurs du projet du côté de la filiale.
- IT Leads par domaine métier : supportent techniquement les BPO, estiment les coûts des options d’implémentation, guident les décisions avec leur expertise. Un homologue local joue le même rôle pour le SI américain.
Quelques astuces
Au-delà de la méthodologie formelle, certains éléments méritent une attention particulière pour garantir le succès de tels projets.
- Gestion des attentes : Le plus tôt possible, identifier ce que chacun (groupe et filiale locale) attend du projet. Cela aide à diriger les ateliers efficacement et à maintenir la trajectoire. Les attentes non exprimées finissent toujours par créer de la friction.
- Engagement maintenu : Communiquer régulièrement sur les décisions prises et les changements majeurs. Le silence prolongé tue l’engagement, surtout chez l’équipe locale qui se demande ce qui se passe. Rappeler régulièrement les bénéfices tangibles de la transition pour qu’ils deviennent concrets.
- Décisions formelles : Écrites, datées, validées formellement devant toutes les parties prenantes. Une décision mal documentée et non communiquée crée de la confusion. D’où l’importance de formaliser chaque choix important.
- Actions tracées : Propriétaire clair, échéance explicite, suivi sans relâche. Un point d’action oublié en atelier se transforme plus tard en « mais qui devait faire quoi ? »
- Respect des spécificités locales : Les comprendre, les valider, les intégrer intelligemment, c’est transformer les résistants en contributeurs.
Pourquoi cette approche crée de la valeur
L’intégration post-acquisition n’est pas juste un projet technique ou fonctionnel. C’est une transformation organisationnelle, culturelle et opérationnelle. Elle demande de la rigueur, de la collaboration, de l’adaptation.
L’analyse Fit-Gap crée un cadre structuré pour naviguer au sein de cette complexité. Elle permet d’identifier précisément les écarts, de les catégoriser de façon pertinente, de prendre des décisions informées plutôt que des choix par défaut.
Le succès repose sur trois piliers fondamentaux :
- Une vision claire de l‘architecture cible du SI (où veut-on aller),
- Une gouvernance robuste permettant les décisions rapides et cohérentes,
- Et surtout un fort engagement de toutes les parties prenantes dans une démarche collaborative plutôt qu’imposée.
C’est cet équilibre entre standardisation et respect des spécificités locales qui transforme une acquisition stratégique en création réelle de valeur. Pas toujours facile. Cela demande de l’écoute, de la transparence, de la rigueur et des décisions qui créent des insatisfaits temporaires mais du consensus de long terme.
Et nous pouvons en témoigner : c’est une réussite quand on s’en donne vraiment les moyens.
Vous envisagez une intégration IT post-acquisition ? Une consolidation d’ERP entre plusieurs entités ? Une harmonisation de systèmes d’information complexe ? Nous avons accompagné ces transformations de façon structurée et pragmatique. Parlons de votre contexte.
contact@enioka.com