De SAP APO à SAP IBP

Un passage à IBP n'est pas urgent pour le moment, n'est-ce pas ?

Patrick Boucek, SAP : SAP offre un support pour APO jusqu'en 2027. Il ne faut toutefois pas oublier qu'il s'agit souvent de grandes installations dans des entreprises actives au niveau mondial. Pour les remplacer, il ne suffit pas que le service informatique fasse des efforts. Toutes les parties prenantes dans les départements spécialisés et dans les filiales régionales doivent être impliquées dans le cadre d'un processus de changement qui implique souvent des changements organisationnels. Dans certains cas, cela peut prendre plusieurs années.

Même dans ce cas, ne serait-il pas suffisant de commencer la migration en 2023 - après tout, il resterait alors quatre ans ?

Georg Klinger, Consilio : Nous avons déjà réalisé des projets APO dans de grands groupes pour lesquels une période de quatre ans aurait été beaucoup trop courte - en raison des processus de changement nécessaires dans l'entreprise à l'échelle mondiale, mentionnés par M. Boucek, cette période, y compris tous les déploiements, n'aurait pas suffi.

Cela signifie-t-il que les grandes entreprises doivent se dépêcher, mais que les entreprises de taille moyenne avec des installations APO plus petites peuvent attendre tranquillement, par exemple jusqu'en 2023 ?

Klinger : C'est vrai en théorie, mais nous nous attendons à ce que de nombreuses entreprises se comportent de la sorte et que le nombre de projets de migration dans les années précédant l'expiration de l'assistance soit pratiquement impossible à gérer. Nous recommandons vivement d'agir dès maintenant.

Boucek : Avec des centaines d'installations APO rien qu'en Allemagne, on peut imaginer la vague de projets qui nous attend dans les années à venir. À cela s'ajoute le fait qu'en Allemagne, nous ne disposons pas d'un grand nombre de partenaires de mise en œuvre IBP aussi expérimentés que Consilio.

Christoph Habla, Consilio : Je ne peux que le confirmer - le nombre de demandes de projets IBP n'a cessé d'augmenter ces dernières années. Lorsque la fin du soutien APO approchera, il y aura inévitablement des goulets d'étranglement dans la capacité de conseil.

Si je veux quand même continuer à utiliser ma solution APO pendant quelques années, tant que le support est encore en cours, tout va bien, non ?

Habla : Je ne dirais pas que c'est "le meilleur". Dans l'environnement de planification de la chaîne d'approvisionnement, les entreprises n'ont pas seulement besoin d'une solution qui fonctionne techniquement, elles devraient aussi profiter des derniers développements et mises à jour, comme par exemple les algorithmes de planification et de prévision.

APO n'intègre-t-il plus de nouveaux algorithmes et autres fonctionnalités ?
Boucek : C'est vrai, c'est effectivement le cas. Le support APO se réfère à la capacité de fonctionnement de la solution jusqu'à son abandon. En ce qui concerne le développement de nouvelles fonctionnalités, algorithmes et procédures, l'accent stratégique est déjà clairement mis sur IBP.

Est-ce que des mises à jour ont lieu régulièrement dans IBP, qui contiennent de nouvelles fonctionnalités ?

Boucek : C'est également exact. Tous les trois mois, l'IBP Cloud est mis à jour avec la nouvelle version. Celle-ci ne contient pas seulement des corrections et des petites modifications, mais aussi des fonctions et des apps entièrement nouvelles. IBP est la solution de planification stratégique de SAP pour les années à venir. Il y a beaucoup de travail et de force d'innovation pour améliorer continuellement la solution.

IBP offre-t-il déjà des avantages par rapport à APO ?

Boucek : Les mises à jour régulières du cloud ont déjà été mentionnées. Mais le cloud offre encore d'autres avantages, par exemple un allègement de la charge de travail du service informatique côté client, une économie sur les coûts d'exploitation, sans oublier le fait qu'il permet de réduire les coûts : Chaque client se voit attribuer un Customer Success Manager qui, en plus du partenaire de conseil, l'aide à réussir l'introduction et à résoudre rapidement les problèmes.

Klinger : Grâce à notre expérience de mise en œuvre de l'IBP, nous pouvons confirmer que le concept fonctionne avec un Customer Success Manager. En fonction des questions professionnelles et techniques, des contacts sont par exemple établis avec des collaborateurs SAP et des réunions en ligne sont mises en place, auxquelles le partenaire d'implémentation peut également participer. Le traitement des tickets est beaucoup plus rapide que dans le cadre de l'exploitation sur site d'APO.

Habla : Outre les avantages du cloud, IBP comporte également de nombreuses fonctionnalités améliorées. Il y a tout d'abord l'intégration d'Excel et la possibilité d'utiliser des applications Fiori.
Apps.

Klinger : C'est un point très important. APO a toujours été perçu comme un outil pour experts, qui ne pouvait pas être utilisé par toutes les parties prenantes et qui ne pouvait pas non plus être utilisé par tous. Avec IBP, il est possible d'avoir une utilisation intuitive et familière dans Excel, qui s'adresse également aux collaborateurs d'autres domaines spécialisés. Grâce aux tableaux de bord Fiori, la direction peut rapidement avoir un aperçu de la situation de planification. L'acquisition de savoir-faire au sein du département informatique est plus rapide, l'expérience utilisateur est également nouvelle et nettement améliorée.

Habla : C'est vrai, et il y a encore beaucoup d'autres fonctions qui offrent une nette valeur ajoutée au client. Voici un aperçu de ce que je considère comme les fonctions les plus importantes : Planification collaborative simplifiée avec les fournisseurs et les clients via l'application Web Based Planning App, Excel ou, par exemple, l'interface SAP Ariba ; connexion aisée à des systèmes non SAP et à d'autres solutions telles que SAP TM ; nouvelles procédures telles que le Demand Sensing et les algorithmes de Machine Learning ; procédures de planification basées sur des règles et faciles à mettre en place pour la chaîne d'approvisionnement ; procédures de Lean Planning telles que la gestion des stocks, la gestion des stocks, etc. Demand Driven Replenishment, par exemple ; une planification financière simple et entièrement intégrée ; un soutien amélioré pour la représentation d'un processus S&OP ; une meilleure coopération grâce à l'intégration SAP-JAM ; une meilleure performance grâce à une solution optimisée par Hana ; une optimisation de l'inventaire à plusieurs niveaux ; une alerte améliorée dans la tour de contrôle de la chaîne d'approvisionnement ; et des possibilités de simulation optimisées avec des scénarios What-If. Cette liste montre qu'à ce jour, beaucoup de choses ont déjà été faites chez IBP. Et d'autres fonctionnalités viennent s'ajouter à chaque version, comme on peut le voir sur la feuille de route d'IBP.

Pourrait-on dire que le passage à l'IBP devrait se faire dès aujourd'hui pour ne pas manquer les tendances et les innovations importantes dans la planification de la chaîne d'approvisionnement ?

Habla : C'est peut-être un peu exagéré, mais en principe, je souscrirais à cette affirmation.

Boucek : Je voudrais me joindre à vous du point de vue de SAP - l'avenir de la chaîne d'approvisionnement numérique réside clairement dans l'IBP, les utilisateurs d'APO devraient prendre le relais le plus rapidement possible. Et le mieux est de le faire avec le soutien d'un partenaire de conseil expérimenté.

Si beaucoup de choses parlent en faveur d'un passage à IBP, ne faut-il pas d'abord migrer le système ECC vers S/4 Hana ?

Habla : C'est malheureusement un malentendu très répandu. IBP s'intègre aussi bien avec un système ECC classique qu'avec un système S/4 Hana. Le module complémentaire ERP, l'interface CPI-DS et SDI pour l'intégration basée sur les commandes fonctionnent tout aussi bien sur ECC.

Nous utilisons un APO global qui est relié à plusieurs systèmes ECC locaux. Mais IBP ne fonctionne qu'avec un seul système ERP, n'est-ce pas ?

Habla : Nous entendons aussi régulièrement ces préoccupations de la part de nos clients. Il est toutefois possible de connecter plusieurs systèmes ERP à IBP sans problème. Dans l'interface, il est également possible d'effectuer des mappings pour les processus inter-entreprises et inter-compagnies, tout comme dans l'APO.
Interface CIF.

Nous utilisons plusieurs modules APO, par exemple APO DP et SNP. Un projet de migration dans lequel les deux sont remplacés en même temps dépasse notre organisation et est trop risqué pour nous. Les deux modules doivent-ils être migrés en même temps ?

Habla : Un tel "big bang" est réalisable et a ses avantages. La migration serait plus rapide, on pourrait ainsi profiter plus rapidement des avantages d'IBP dans les deux domaines de modules. Mais les réserves sont également réalistes. Il est possible de procéder de manière séquentielle. Dans ce cas, une interface temporaire entre APO et IBP est créée dans CPI-DS, qui assure la communication entre la planification de la demande et la planification de la chaîne logistique jusqu'à ce que les deux modules soient remplacés et transférés dans IBP.

Si nous adoptions une approche séquentielle, serions-nous obligés de migrer DP puis SNP, car le processus de planification commence par la planification de la demande ? Dans ce cas, il ne serait pas judicieux d'utiliser notre plus grand potentiel d'amélioration dans la gestion de l'approvisionnement.
Chain et souhaiteraient commencer par là.

Habla : Il est également possible de démarrer sans problème avec la planification de la chaîne d'approvisionnement. Les contraintes logiques et techniques que l'on suppose souvent n'existent pas. Il est possible de laisser APO DP continuer à fonctionner et de convertir d'abord SNP en IBP Response et Supply. Dans ce cas, une interface CPI-DS temporaire fournit les prévisions d'APO DP à IBP Response and Supply.

Nous utilisons également PP/DS et gATP dans APO. Que se passe-t-il une fois que APO DP et SNP ont été migrés vers IBP ? Comment le PP/DS est-il alimenté avec une prévision et que se passe-t-il avec le gATP ?

Habla : Différents scénarios sont possibles ici. Supposons que le PP/DS ait reçu dans APO une sorte de "Constrained Forecast" sous forme d'ordres planifiés SNP, qui doivent ensuite être planifiés en détail dans le PP/DS. Dans ce cas, le PP/DS reçoit maintenant d'IBP Repsonse et Supply le Constrained Forecast via un CPI-DS- correspondant.
interface une fois que SNP a été migré. La même chose fonctionne également avec une "prévision non contrainte" d'IBP for Demand en direction de PP/DS. Peu importe ici que l'on ait choisi un big bang ou une migration DP/SNP séquentielle, tous les scénarios sont techniquement réalisables. Dans un premier temps, l'APO gATP n'est pas forcément concerné par une migration, il peut par exemple continuer à communiquer dans un premier temps avec le ou les systèmes ERP indépendamment d'IBP.

Un scénario dans lequel un APO avec gATP et/ou PP/DS fonctionne en plus de l'IBP avec planification de la demande et de la chaîne d'approvisionnement est-il raisonnable ? Est-ce la bonne architecture à long terme ?

Habla : Ce n'est pas le cas à long terme, car on souhaite désactiver APO à une date ultérieure. Mais cela peut constituer une solution transitoire. Dans ce scénario, il est possible, par exemple après une migration vers S/4 Hana, de passer à embedded PP/DS et de remplacer le gATP par l'AATP dans S/4 Hana. Une fois tous les modules remplacés, APO peut être désactivé. Dans IBP Response & Supply, il est possible d'introduire en option une planification basée sur les ordres, qui est intégrée dans S/4 Hana avec embedded PP/DS. L'architecture cible obtenue est alors à l'épreuve du temps pour de nombreuses années.

Merci pour cette conversation.