SAP IBP, o9, Kinaxis — ce que les démos ne vous montrent pas

La démo sera parfaite. Les consultants arriveront avec un tenant préconfiguré sur le modèle de votre secteur. Ils vous montreront un tableau de bord qui réconcilie plans financiers et opérationnels en temps réel, un module de demand sensing qui s'ajuste sur les données de point de vente, et un écran de comparaison de scénarios où vous pourrez stress-tester votre plan d'approvisionnement contre trois options de disruption simultanément. Les slides afficheront les logos de vos concurrents avec la formule « plus de 200 clients dans votre secteur ». Les chiffres seront impeccables.

Rien de tout cela n'est malhonnête. La plateforme fait effectivement tout ça. Ce que la démo ne vous montre pas, ce sont les dix-huit mois de travail d'harmonisation des données qui précèdent tout le reste, l'effectif interne nécessaire pour la faire tourner, et l'écart entre ce que la plateforme peut faire et ce que votre organisation utilisera réellement trois ans après le go-live.

Voici à quoi ressemble cet écart, et ce qu'il faut demander avant de signer.

Les trois plateformes, sans le marketing

SAP IBP (Integrated Business Planning) est le module S&OP et de planification des approvisionnements au sein de l'écosystème S/4HANA de SAP. Il tourne sur la base de données en mémoire HANA, ce qui lui donne un véritable avantage en vitesse sur de gros volumes de données. L'architecture est modulaire : Supply, Response & Supply, Demand, Inventory, et Sales & Operations sont des licences distinctes. Vous pouvez démarrer étroit. Le piège, c'est que les modules sont facturés séparément et que la vraie valeur émerge de leur intégration, si bien que votre implémentation « de démarrage » comporte un chemin d'upsell intégré dans l'architecture même du produit.

Pour un fabricant de taille intermédiaire (5 000 à 15 000 SKU actifs, 10 à 15 planificateurs), le tarif se situe entre 380 000 et 520 000 dollars par an pour le logiciel seul. L'implémentation par un cabinet Big Four dure typiquement 18 à 24 mois et coûte 1,5 à 2,5 fois le coût logiciel de la première année. IBP trouve naturellement sa place dans une entreprise déjà profondément équipée SAP : si votre ERP est S/4 et vos données maîtresses vivent dans SAP, l'argument d'intégration tient. Si votre ERP est Oracle ou une pile sur mesure, vous ajoutez une couche d'intégration dont le coût de maintenance s'accumulera chaque année.

Le Magic Quadrant 2024 de Gartner pour la planification de la supply chain a placé IBP en Challenger, pas en Leader. Le raisonnement : forte profondeur fonctionnelle, bonne intégration avec l'écosystème SAP, plus faible sur la facilité d'usage et la rapidité de déploiement par rapport aux pure players. Les scores de satisfaction client sur Gartner Peer Insights sont révélateurs, pas mauvais, mais systématiquement en dessous de Kinaxis sur le « time to value ».

Kinaxis Maestro (anciennement RapidResponse) fonctionne sur un principe architectural différent : la planification concurrente. Plutôt que d'enchaîner des runs d'optimisation séquentiels (le plan de demande alimente le plan d'approvisionnement qui alimente le plan financier), Maestro maintient tous les plans simultanément en mémoire et propage les changements entre eux quasiment en temps réel. Quand un fournisseur confirme une pénurie de composant, Maestro ne met pas en file une tâche batch nocturne pour repropager l'impact sur le plan. Il en cascade l'impact immédiatement, sur la demande, l'approvisionnement et la finance, et fait remonter les options de décision.

Cette architecture est réellement différenciante. Elle est aussi réellement coûteuse : entre 100 000 et plus de 500 000 dollars par an selon le nombre d'utilisateurs et le périmètre des modules, avec un multiplicateur d'implémentation similaire de 1,2 à 1,8x. Kinaxis est Leader dans le Magic Quadrant 2024 de Gartner, et ses scores d'évaluation par les pairs sont systématiquement les plus élevés des trois plateformes sur la satisfaction utilisateur et la vitesse du cycle de planification. Sa faiblesse est l'inverse de celle de SAP : forte en agilité de planification, plus faible sur l'intégration S/4 profonde pour les entreprises où l'ERP est le système de référence pour tout ce qui suit le plan.

La proposition de valeur de la planification concurrente compte surtout pour les entreprises à forte volatilité d'approvisionnement, avec des délais clients courts et des cycles de planification qui tournent aujourd'hui hebdomadairement ou plus lentement parce que la fenêtre batch est le goulot d'étranglement. Si votre cycle de planification est quotidien ou plus rapide, l'architecture de Kinaxis retire l'horloge de la contrainte. Si votre cycle de planification est mensuel et piloté par l'alignement humain plutôt que par le temps de calcul, vous ne verrez pas l'avantage architectural en pratique.

o9 Solutions joue dans la catégorie haut de gamme : Fortune 500, réseaux mondiaux complexes, planification multi-entreprise. Son différenciateur est l'Enterprise Knowledge Graph, un modèle de données unifié qui cartographie les relations entre clients, SKU, fournisseurs, sites et contrats, et permet aux planificateurs d'interroger le plan comme on interrogerait une base de données en graphe : « quelles sont les dépendances fournisseurs de second rang pour ce SKU en EMEA ? » plutôt que « lance ce rapport ».

o9 était Visionary dans le Magic Quadrant 2023 de Gartner. Il a été rétrogradé en Niche Player en 2024, le rapport citant des inquiétudes d'exécution alors qu'o9 mettait à l'échelle rapidement sa base client. Les avis clients sont plus polarisés que ceux de Kinaxis : scores élevés sur l'étendue des capacités, scores plus faibles sur l'expérience d'implémentation et la réactivité du support. Le tarif est sur mesure et non public, mais les benchmarks du secteur le placent au-dessus de Kinaxis sur le segment entreprise.

La question à laquelle la démo ne peut pas répondre

Chaque plateforme produit un meilleur plan que votre processus actuel dans un environnement de démo contrôlé. Le tenant de démo a des données maîtresses propres : unités de mesure cohérentes, aucun numéro de matériel dupliqué, des délais fournisseurs qui reflètent la réalité plutôt que la valeur par défaut du système héritée de 2017. Votre tenant n'aura rien de tout ça.

La contrainte fondamentale des logiciels de planification de la supply chain n'est pas algorithmique. C'est la donnée. Le plan n'est bon qu'à hauteur des données maîtresses qui le contraignent et des actuels qui l'alimentent. Chaque implémentation que j'ai vue sous-performer par rapport à son business case rencontrait la même cause racine : l'outil de planification a été déployé avant que les données ne soient prêtes, et les données n'ont jamais été entièrement nettoyées parce que le projet a manqué de budget une fois le logiciel en production.

Avant d'évaluer la logique de planification d'une plateforme, auditez vos données maîtresses sur quatre questions :

1. Précision des délais. Vos délais système reflètent-ils la performance actuelle des fournisseurs, ou le délai contractuel négocié il y a trois ans ? Dans la plupart des implémentations, la réponse est le délai contractuel. L'écart entre délai système et délai réel est la plus grande source d'erreur de planification, et aucune plateforme ne le corrige algorithmiquement.
2. Cohérence des unités de mesure. Toutes les entrées, prévisions de demande, plans d'approvisionnement, positions de stock, sont-elles exprimées dans la même unité ? Les unités mixtes sont courantes dans les environnements multi-ERP et produisent des planificateurs qui contournent le système parce qu'ils ne font pas confiance aux quantités.
3. Exhaustivité des nomenclatures. Pour les fabricants discrets, chaque produit fini actif est-il couvert par une nomenclature actuelle et exacte ? Le plan d'approvisionnement se construit sur l'explosion de nomenclature. Une nomenclature incomplète ou obsolète produit un plan structurellement faux avant même que la moindre optimisation ne tourne.
4. Données de capacité fournisseur. Disposez-vous de capacités fournisseurs confirmées par période, ou planifiez-vous contre une production fournisseur non contrainte ? La plupart des entreprises planifient sans contrainte et découvrent les contraintes en exécution. La plateforme ne peut pas modéliser des contraintes qui ne sont pas dans le système.

Ce qu'il faut demander avant de signer

Les questions qui valent la peine d'être posées en négociation fournisseur ne portent pas sur les matrices de fonctionnalités. Elles portent sur les modes de défaillance.

Demandez une référence avec votre profil de données. Pas votre secteur, votre complexité de données. Si vous avez 80 000 SKU actifs sur 14 sites de fabrication alimentés par 6 ERP vers la couche de planification, demandez à parler à un client au profil similaire, en go-live depuis trois ans ou plus. Les premiers adoptants sont ceux des études de cas. Les clients de trois ans vous disent à quoi ressemble le régime permanent.

Demandez qui possède le modèle après implémentation. La plupart des implémentations sont livrées par un intégrateur système. Quand l'intégrateur part, le modèle reste avec une équipe interne. Demandez précisément : combien d'ETP internes un client comparable nécessite-t-il pour opérer cette plateforme en régime permanent ? La réponse doit être vérifiable. « Deux power users et une ressource IT à temps partiel » et « quatre planificateurs dédiés et un architecte IT à temps plein » sont deux réponses légitimes. La première est optimiste pour une implémentation complexe ; la seconde est coûteuse mais honnête. Quel que soit le chiffre qu'on vous donne, doublez-le pour les deux premières années.

Interrogez le périmètre de conduite du changement. Les outils de planification de la supply chain changent la façon dont les planificateurs travaillent chaque jour. La plateforme n'est pas un système en arrière-plan, elle est l'interface principale des planificateurs. Si le plan d'implémentation ne comprend pas un chantier structuré de conduite du changement avec des porteurs internes nommés, l'implémentation produira un système que les planificateurs contourneront plutôt qu'ils n'utiliseront. Ce n'est pas hypothétique. La plupart des implémentations de planification « échouées » que j'ai vues ont été techniquement livrées dans les temps et le budget. Elles ont échoué parce que les planificateurs ont continué à utiliser Excel comme système de référence et se servaient de la nouvelle plateforme uniquement pour générer un rapport pour le comité S&OP.

La bonne séquence

Les plateformes sont réelles et la valeur est accessible. La séquence pour la capturer :

1. Établissez la référence de votre processus actuel. Mesurez la précision de prévision à chaque niveau, mesurez le temps de cycle de planification, identifiez les cinq principaux contournements manuels de votre processus actuel. Ce sont vos points de référence. Tout fournisseur devrait pouvoir vous montrer précisément comment sa plateforme adresse chacun d'eux.
2. Nettoyez la donnée en premier. Ou au minimum, définissez et financez le chantier de nettoyage des données avant le go-live, pas après. Positionnez-le comme un chantier parallèle à l'implémentation, pas un nettoyage post-go-live.
3. Pilotez sur un périmètre contraint. Une famille de produits, une région, un site de fabrication. Prouvez le concept sur vos données avant d'étendre la licence. La plupart des fournisseurs accepteront un pilote payant qui se convertit en licence complète en cas de succès ; s'ils refusent, cela vous dit quelque chose.
4. Définissez ce que vous allez arrêter de faire. Tout outil de planification s'adopte plus vite quand l'ancien processus est éteint. Si les planificateurs peuvent continuer à utiliser le processus historique en parallèle, ils le feront, en particulier quand la nouvelle plateforme rencontrera les inévitables aléas du démarrage. Fixez la date de bascule et tenez-la.

La plateforme n'est pas le goulot d'étranglement. C'est vous. La question est de savoir si votre organisation a la discipline de corriger ses données, changer son processus, et construire la capacité interne pour faire tourner l'outil que vous venez d'acheter. Les fournisseurs seront utiles à la vente et à l'implémentation. La capacité qui survit après leur départ est entièrement à vous de construire.

Sources

• Gartner. (2024). Magic Quadrant for Supply Chain Planning Solutions. gartner.com
• Gartner Peer Insights. (2024). Reviews for Supply Chain Planning, 2024. gartner.com
• Lee, H.L. (2004). The Triple-A Supply Chain. Harvard Business Review.
• Lapide, L. (2005). Sales and Operations Planning Part I: The Process. Journal of Business Forecasting.
• SAP. (2024). SAP IBP Product Overview. sap.com
• Kinaxis. (2024). Maestro Platform Overview. kinaxis.com
• o9 Solutions. (2024). Enterprise Knowledge Graph. o9solutions.com