Aller au contenu

Solution SAP construite pas à pas.

Traduisez un problème métier en ébauche de solution SAP par phases : modules, architecture d'intégration, feuille de route et enveloppe budgétaire.

Outil gratuitConcepteurs

La plupart des entreprises choisissent leurs modules SAP avant d'avoir fini de cartographier leurs processus. La liste est remise à l'intégrateur, l'intégrateur chiffre à partir de cette liste, et six mois plus tard le périmètre a doublé, parce que la moitié des processus que les modules devaient soutenir n'avaient jamais été validés. Cet enchaînement est la cause la plus fréquente de dérive du périmètre que je rencontre.

J'ai conçu cet outil pour inverser l'ordre. Indiquez votre secteur, votre taille et les processus métier que vous faites réellement tourner. Il vous renvoie une liste de modules pour démarrer, les composants BTP à envisager et un déploiement par phases qui tient compte des dépendances entre modules. C'est un point de départ pour la discussion, pas la réponse. La réponse vient de votre blueprint.

Le résultat est neutre vis-à-vis des éditeurs. Il ne favorise pas RISE par rapport à GROW, ni les extensions du noyau par rapport à BTP. Il vous dit quelle forme l'architecture doit probablement prendre, pour que vous abordiez la discussion avec l'intégrateur avec une position plutôt qu'une question.

Choisissez votre secteur dans la liste déroulante, indiquez la taille de votre entreprise et sélectionnez les processus métier qui font vraiment partie du périmètre. L'outil pondère les modules du noyau selon l'adéquation sectorielle, ajoute les variantes sectorielles quand elles s'appliquent, suggère des extensions BTP là où le manque est réel et range le tout en phases.

Vous pouvez modifier les recommandations avant de générer la feuille de route. Vous connaissez votre entreprise mieux que l'outil. Son rôle est d'éviter que la discussion ne reparte de zéro.

  1. Liste des modules du noyau. FI/CO, MM, SD, PP, HCM et les autres modules qui forment l'ossature de l'ERP dont vos processus ont besoin.
  2. Modules sectoriels. Variantes Banque, Distribution, Santé ou Industrie lorsqu'elles s'appliquent.
  3. Extensions BTP. Integration Suite, Build, AI Core et les autres briques de la plateforme qui comblent l'écart entre le standard SAP et ce que vous faites réellement.
  4. Carte d'intégration. La position des modules les uns par rapport aux autres et les points d'intégration évidents.
  5. Feuille de route par phases. Les modules de la phase un, ceux qui passent en phase deux et les dépendances que vous ne pouvez pas rompre.

Create your SAP implementation roadmap

Fields marked * are required.

  1. FI (comptabilité financière). Grand livre, comptabilité fournisseurs, comptabilité clients, comptabilité des immobilisations. Le socle non négociable.
  2. CO (contrôle de gestion). Centres de coûts, centres de profit, ordres internes, calcul du coût de revient des produits. Généralement associé à FI.
  3. MM (gestion des matériaux). Achats, stocks, gestion des fournisseurs, vérification des factures.
  4. SD (ventes et distribution). De la commande à l'encaissement, tarification, expédition, facturation.
  5. PP (planification de la production). Production discrète, de process et répétitive. PP-PI pour les industries de process.
  6. HCM (Human Capital Management) ou SuccessFactors. RH de base, paie, talents. La plupart des nouveaux projets choisissent SuccessFactors pour le front office et conservent SAP Payroll là où la conformité locale l'exige.
  7. EWM (Extended Warehouse Management). Tout ce qui dépasse la simple gestion d'emplacements de stock. Gestion par vagues, slotting, main-d'œuvre.
  8. PM (maintenance d'installations). Industries à forte intensité d'actifs. Ordres de travail, maintenance préventive, avis.
  9. QM (gestion de la qualité). Contrôle, non-conformités, échantillonnage. Surtout pour les secteurs réglementés.
  10. PS (gestion de projets). Entreprises pilotées par projets. Construction, ingénierie, suivi des investissements.
  11. TM (gestion des transports). Fret, planification des itinéraires, intégration des transporteurs.
  12. GTS (Global Trade Services). Douanes, filtrage des sanctions, échanges préférentiels.
  13. BTP (Business Technology Platform). Integration Suite, Build, AI Core, HANA Cloud. La couche d'extension pour tout ce qui n'a pas sa place dans le noyau.
  14. Industry cloud (S/4HANA pour la distribution, la banque, les utilities, etc.). Modèles de données et processus propres à chaque secteur, au-dessus de S/4HANA.

Commencez par les processus. Pas par les modules. Si vous ne savez pas décrire l'order-to-cash, le procure-to-pay, le record-to-report et le hire-to-retire tels qu'ils fonctionnent aujourd'hui dans votre entreprise, vous n'êtes pas prêt à choisir des modules. Tous les débats greenfield contre brownfield que j'ai vus dérailler avaient commencé sans cette étape.

Repoussez sans hésiter à la phase deux. La plupart des clients veulent tout en phase un. Presque aucun n'en a besoin. EWM, TM, GTS, PS et la couche analytique plus poussée peuvent généralement attendre. Stabilisez d'abord FI, CO, MM, SD et PP. Ajoutez le reste quand l'entreprise a absorbé le changement.

Traitez le principe du Clean Core comme une discipline, pas comme un slogan. Chaque personnalisation dans le noyau vous coûte deux fois : une fois à la construction, puis à chaque mise à niveau pendant les dix années suivantes. Si un processus exige une logique spécifique, placez-la sur BTP. Le noyau reste propre. L'extension reste portable. C'est la décision d'architecture la plus lourde de la plupart des programmes, et presque personne ne la prend correctement dès la phase un.

Utilisez BTP là où le manque est réel, pas là où cela fait moderne. Integration Suite apporte une vraie valeur quand plus de trois ou quatre systèmes non SAP entrent dans le périmètre. Build apporte une vraie valeur quand vous avez besoin d'un workflow ou d'une application low-code qui ne rentre pas dans une application Fiori standard. AI Core apporte une vraie valeur quand vous avez un cas d'usage défini, pas quand « il faudrait faire quelque chose avec l'IA » figure sur la diapositive.

  1. Industrie manufacturière (discrète et de process)
  2. Distribution et biens de consommation
  3. Services financiers et banque
  4. Santé et sciences de la vie
  5. Logistique et transport
  6. Énergie et utilities
  7. Construction et ingénierie
  8. Secteur public et administrations
  9. Services professionnels
  10. Télécommunications
  11. Hôtellerie
  12. Éducation

Chaque secteur modifie le dosage des modules. L'industrie manufacturière fait appel à PP, QM et souvent EWM. La distribution s'appuie sur SD, MM et la variante industry cloud. La banque et l'assurance apportent leurs propres modèles de données sur S/4HANA. La santé ajoute une complexité de conformité et de dossiers patients que le modèle standard ne porte pas.

  1. Les DSI et directeurs informatiques qui dimensionnent l'architecture avant le choix d'un éditeur.
  2. Les directeurs de programme qui construisent un plan de déploiement par phases capable de résister à l'examen du comité de pilotage.
  3. Les DAF et responsables financiers qui vérifient la cohérence de la liste de modules proposée par un partenaire.
  4. Les conseillers et consultants indépendants qui préparent une position de départ défendable pour un échange avec un client.
  5. Les équipes de transformation internes qui mènent les premiers travaux d'architecture avant de faire appel à un intégrateur.
  1. Une position de départ défendable. Une liste de modules issue de la logique des processus, pas de la grille tarifaire de l'intégrateur.
  2. Un blueprint plus rapide. Quelques heures de discussion, pas des semaines.
  3. Un phasage intégré. La feuille de route ordonne les modules selon leurs dépendances, pas selon ce que le partenaire veut vendre en premier.
  4. Une répartition claire entre BTP et noyau. Une première version de ce qui relève de la plateforme et de ce qui relève du noyau.
  5. Neutre vis-à-vis des éditeurs. Aucun intérêt à pousser RISE, GROW ou une édition en particulier.
  6. Gratuit et privé. Il s'exécute dans votre navigateur. Rien ne quitte votre machine.
L'outil recommande-t-il des produits SAP précis ou seulement des modules ?

Il recommande des modules et des composants BTP par catégorie, pas des références commerciales précises. Vous verrez FI/CO, MM, SD, PP, Integration Suite, AI Core et des briques du même type. Il ne tranche pas entre RISE with SAP, GROW with SAP et S/4HANA on-premise, car cette décision dépend de votre préférence de déploiement, de votre infrastructure et de votre approche commerciale, pas du dosage des modules.

Pour la discussion sur l'édition du produit, emportez la liste des modules dans l'échange avec l'éditeur et demandez un chiffrage pour chaque option.

Puis-je exporter la nomenclature (Bill of Materials) ?

Oui. Le résultat est une liste de modules avec leur phasage, que vous pouvez copier dans un tableur, un document de blueprint ou une proposition. La liste est structurée pour s'aligner proprement sur le modèle de chiffrage d'un partenaire SAP.

Si vous voulez étayer la BOM d'un argumentaire plus complet, mon calculateur de coûts d'implémentation SAP vous donne l'enveloppe financière à y associer.

RISE with SAP est-il inclus dans la recommandation ?

Non. RISE est une enveloppe commerciale autour de S/4HANA Cloud, de crédits BTP et de services managés. L'outil se concentre sur ce dont vous avez besoin sur le plan fonctionnel. Passer par RISE, GROW ou une licence classique est une décision distincte, qui dépend de votre préférence d'hébergement, de votre modèle d'exploitation informatique et de la part de l'exploitation que vous voulez confier à SAP.

La liste des modules est la même dans tous les cas. Seul le véhicule commercial change.

L'outil couvre-t-il les extensions BTP ?

Oui. Integration Suite, Build (low-code et automatisation des processus), AI Core, HANA Cloud et l'ensemble de la couche d'extension sont couverts. L'outil signale les cas où BTP se justifie probablement : plus de quelques intégrations non SAP, des besoins de workflow spécifiques ou un cas d'usage IA défini. Il n'ajoutera pas BTP à la recommandation pour le principe.

Le principe du Clean Core guide la couche BTP. Si une personnalisation doit exister, placez-la sur BTP, pas dans le noyau de l'ERP.

Et les variantes sectorielles ?

Les variantes industry cloud (S/4HANA pour la distribution, la banque, les utilities, les services professionnels et les autres) sont ajoutées lorsque votre choix de secteur les déclenche. Il en va de même pour les modules sectoriels : PP-PI pour l'industrie de process, IS-U pour les utilities, IS-B pour la banque. Ils apparaissent sur des lignes distinctes, pour que vous voyiez pourquoi ils ont été recommandés.

Si votre secteur est hybride (industrie avec une forte branche de services, ou distribution avec une petite activité de fabrication), choisissez le secteur dominant et ajoutez les modules secondaires à la main.

L'outil s'adresse-t-il aux nouveaux clients SAP ou aux clients existants ?

Aux deux. Les nouveaux clients l'utilisent pour ébaucher une première architecture avant le choix de l'éditeur. Les clients existants s'en servent pour éprouver l'existant, repérer les modules qu'ils auraient probablement dû déployer ou cadrer une extension en phase deux. La logique de phasage respecte ce qui est déjà en place si vous marquez des modules comme existants.

Si vous êtes en pleine migration d'ECC vers S/4HANA, l'outil vous aide à décider ce qu'il faut reprendre, ce qu'il faut retirer et ce qu'il faut ajouter. Les recommandations BTP pèsent davantage dans cet échange, car la plupart des parcs ECC historiques portent du code spécifique qui doit trouver sa place hors du nouveau noyau.

Quelle est la fiabilité de la recommandation de phasage ?

Le phasage reflète une logique de dépendances qui tient dans la plupart des programmes : FI et CO avant MM, MM avant SD, l'ERP de base avant EWM et TM, et l'intégration BTP avant tout couplage important avec des systèmes non SAP. Il ne tient pas compte de la capacité de changement propre à votre organisation, de votre calendrier réglementaire ni de votre cycle de clôture financière. Ajustez en conséquence.

J'ai vu des programmes tenter de tout faire en même temps. Ça ne marche pas. La phase un doit être le minimum qui permet à l'entreprise de clôturer ses comptes et de servir ses clients sur la nouvelle plateforme. Tout le reste relève de la phase deux.

L'outil est-il gratuit ?

Oui. Pas d'inscription, pas d'e-mail, pas de paiement. La recommandation s'exécute entièrement dans votre navigateur et rien n'est stocké ni transmis.

Si vous voulez de l'aide pour transformer le résultat en vrai blueprint ou pour éprouver une proposition de partenaire, réservez un appel de 30 minutes.

Dites-moi sur quoi vous travaillez.

Un appel de 30 minutes. Vous décrivez le programme, la décision ou le problème. Je vous dis si je peux vous aider et, sinon, qui pourrait le faire.

Parlons de votre projet