ERP de bout en bout


La communauté SAP fête plus de 50 ans d'existence et il existe toujours un discours sur les processus de bout en bout réussis et performants. Pourquoi ? "De nombreuses entreprises se sont optimisées dans leurs domaines respectifs. La continuité des processus commerciaux exige une grande qualité des données et aussi une grande exhaustivité", sait Michael Neuhaus, l'un des directeurs de Networker Solutions, et il ajoute : "Cela reste un défi permanent pour des processus souvent encore mis en œuvre avec des logiciels tiers et des solutions individuelles". Cela confirme que les logiciels ERP ne doivent pas être compliqués, mais qu'ils le sont dans tous les cas. De bout en bout dans une architecture informatique avec modification jusqu'à des logiciels tiers, cela reste un défi.
"La volonté de penser globalement en termes de processus et de fonctions au sein de l'entreprise et de mettre cela en œuvre de manière conséquente s'est améliorée avec le thème S/4", remarque lors de l'entretien E3 Ralf Krohn, également directeur chez Networker Solutions. L'idée du clean core et l'utilisation du cloud ont fait prendre conscience de cette nécessité à de nombreuses entreprises, estime Ralf Krohn : "Toutefois, au fil des années, les connaissances de l'entreprise et des processus commerciaux se sont réduites à quelques personnes dans de nombreuses entreprises. De mon point de vue, une entreprise a impérativement besoin de partenaires expérimentés qui peuvent la conseiller avec une approche globale".
Les processus de bout en bout ont besoin non seulement d'une base informatique stable, mais aussi d'un méta-niveau afin de ne pas perdre la vision globale. Cette cybernétique - l'art du pilotage pour des processus globaux de bout en bout - se perd parfois dans le quotidien opérationnel des clients existants de SAP et SAP, avec son offre ERP, est trop orienté fonction pour refléter cette cybernétique. Michael Neuhaus précise : "La base, ce sont des données de haute qualité. Par le passé, les entreprises ont commencé à mettre en œuvre leurs processus et leurs exigences souvent en se concentrant sur un seul système - finances, ventes ou production. Mais cela ne suffit pas. Dans l'idéal, tous les secteurs d'activité doivent être intégrés. R et D, marketing, ventes, finances, contrôle de gestion, construction, AV, production, logistique, QM, service, maintenance. Et la gestion des données devrait être conçue pour l'ensemble du cycle de vie".
L'art du pilotage d'un processus end-to-end réussi se compose donc d'algorithmes et de structures de données, c'est ainsi qu'il faut comprendre l'exigence de Ralf Krohn et Michael Neuhaus : La gestion des données devrait être conçue pour l'ensemble du cycle de vie. Et quelle est la technique, l'architecture ERP et l'infrastructure informatique nécessaires pour cela ? Le directeur de Networker, M. Neuhaus : "S/4 Hana avec AVC, éventuellement CPQ et/ou SAP Commerce et surtout la BTP avec le CPS".
La vie ERP est également marquée par des changements constants. Et ECC 6.0 ainsi que S/4 fournissent les composants nécessaires aux processus de bout en bout. Ralf Krohn ajoute : "Oui, c'était déjà le cas à l'époque de l'ERP. Cependant, nous avons maintenant toutes les possibilités qu'une IU moderne devrait offrir, une intégration à travers un ERP à l'aide de la BTP". Et le collègue Michael Neuhaus estime que les lacunes E2E encore existantes peuvent être comblées et optimisées avec la Business Technology Platform, SAP BTP, et ce pour une très grande partie. Même les produits tiers peuvent être intégrés à ce niveau pour des cas très spécifiques.
Clean Core plus SAP BTP
Pour le client SAP existant, la question se pose : le souhait de SAP de disposer de Clean Core plus BTP est-il une approche pertinente pour le End-to-End ? "Oui, en effet", répond rapidement Michael Neuhaus. "C'est précisément ce qui résout de nombreux problèmes du passé. De nombreux développements internes qui ont été intégrés dans un ERP et qui ont ensuite posé des problèmes de maintenance et de performance et qui ont empêché d'utiliser les développements ultérieurs dans le standard, ne chargeront plus le Core".
Le concept SAP consistant à n'accéder au cœur de S/4 que par le biais d'API et à personnaliser des extensions sur la base de SAP BTP semble avoir été adopté par la communauté SAP. Sur le thème des extensions avec Steampunk, Abap, CAP et RAP dans un environnement BTP, le magazine E3 organise les 5 et 6 mars 2025 à Heidelberg un Sommet Steampunk et BTP. Il y a le défi de continuer à personnaliser les modifications chez les clients SAP existants, même avec des produits tiers. Michael Neuhaus a un exemple à ce sujet : "Je pense par exemple à une configuration de système à l'aide d'un configurateur 3D, ainsi qu'à la gestion efficace de modèles complexes et à la maintenance de modèles.

Les partenaires ont une longue expérience de la manière dont de grandes quantités de données et des produits et processus complexes peuvent être rendus négociables pour une entreprise. Mais cela n'est possible que si l'on pense E2E en amont et que l'on en tient fortement compte dans la conception. Cependant, les clients SAP font l'erreur de gérer des données en double en raison de systèmes et de logiques différents dans les systèmes, de cartographier de nombreuses données ou même d'apporter des fonctions d'un ERP dans un configurateur. Cela constitue déjà une impasse après peu de temps".
Sur le thème traditionnel des modifications, l'opinion de Networker Solutions est claire. "Aucune modification n'est nécessaire", explique Michael Neuhaus. "Nous misons entièrement sur les systèmes SAP comme S/4, CPQ, AVC, Sale ou Commerce et bien sûr BTP. Ce que nous ajoutons, c'est la gestion via des outils modernes sur la BTP, mais qui supportent à 100 % le standard SAP. Même la configuration 3D utilise les données SAP et se sert de la configuration de l'AVC ou du CPQ".
Approche holistique de l'E2E
Mais les partenaires de lancement pensent-ils aussi au calcul du coût de revient, au reporting ou à la gestion des modifications ? Qu'en est-il du calcul des préférences, de l'interaction avec un PLM et des besoins d'une construction ? Le service commercial peut-il réellement configurer des produits et des projets complexes rapidement et de la manière la plus guidée possible ? "C'est là que notre expérience et nos compléments nous aident", sait Michael Neuhaus de par sa pratique professionnelle. "Oui, nous avons une équipe d'experts qui, dans tous les domaines, apportent leur expérience des projets. Notre équipe est ensemble depuis 20 ans. Nos collègues les plus récents sont formés en mettant l'accent sur l'E2E".
La planification de la chaîne d'approvisionnement est un domaine de processus de bout en bout et, dans ce contexte, la configuration des produits à variantes représente un défi particulier. "Dans la plupart des cas, la planification se traduit par des besoins indépendants prévisionnels pour des articles concrets, avec une nomenclature concrète", explique Ralf Krohn. "Dans le cas d'un article configurable, il n'existe pas une seule nomenclature, mais des caractéristiques complètement différentes, ce qui rend la planification préliminaire beaucoup plus complexe. De plus, dans le domaine de la configuration des produits à variantes, il existe différents concepts et, dans le cas de l'intégration à certains composants SAP, plusieurs scénarios d'intégration qu'il faut évaluer les uns par rapport aux autres et également en combinaison".
La configuration des produits à variantes dans l'approche de bout en bout de la chaîne logistique comprend également les composantes AVC, aATP, PPDS, IBP (Integrated Business Planning). Il est possible de prendre en compte les articles configurables dans la planification étendue (PP/DS). Michael Neuhaus précise à ce sujet : "Il existe ici une intégration pour le contrôle de disponibilité étendu, aATP, qui s'appelle Supply Creation-Based Confirmation, dans laquelle des éléments d'entrée sont créés directement lors de la création de la commande client et planifiés de manière réalisable afin de pouvoir déterminer une date de livraison fiable. Une planification complémentaire à partir de l'IBP au niveau des pièces brutes ou des sous-ensembles peut garantir de meilleures dates de livraison. La combinaison de ces composants aide les entreprises à respecter les délais de livraison et à s'adapter aux changements rapides de la situation du marché. Cela devient de plus en plus important, surtout à l'heure actuelle, mot-clé : chaînes d'approvisionnement".
APO, Advanced Planner et Optimizer, est un sujet très discuté au sein de la communauté SAP. Selon la conception de SAP, l'IBP doit être un successeur. "Outre l'IBP, les composants SAP PP/DS et aATP peuvent également être qualifiés de successeurs d'APO d'un point de vue fonctionnel, car APO se composait de plusieurs modules", explique Michael Neuhaus pour décrire le défi actuel pour les clients existants de SAP. "Le PP/DS ainsi que l'aATP sont maintenant même disponibles dans le S/4-Hana-Core. De nombreux clients existants passent aux nouveaux composants SAP dans le cadre d'une conversion S/4. IBP peut également être exploité avec un système ECC. Mais le marché montre que de plus en plus de clients sont prêts à passer au cloud".
Un client SAP existant avec un numéro de client à deux chiffres a choisi un fournisseur tiers comme fournisseur sur site après l'annulation d'APO, car il ne veut pas passer au cloud avec IBP. Cas isolé ou tendance ? "Dans le cadre de la transformation S/4, de nombreux clients SAP remettent en question leur environnement système actuel et l'analysent très précisément", sait Ralf Krohn grâce à de nombreux entretiens avec des clients SAP existants. "De nombreux facteurs entrent en ligne de compte dans cette analyse et il peut arriver que l'on décide individuellement de remplacer certains produits SAP par des produits tiers. Je ne considère pas cela comme une tendance, mais cela doit être évalué séparément dans chaque cas. De nombreux clients optent aussi délibérément, lors de la transformation S/4, pour des produits Cloud ou des applications supplémentaires, comme PP/DS ou aATP".
SCM-Cybernétique
Il ressort clairement de l'entretien avec les directeurs de Networker, Ralf Krohn et Michael Neuhaus, qu'une approche globale devient nécessaire pour obtenir un art du pilotage pour le SCM. "Nous considérons la planification de la chaîne d'approvisionnement comme une solution globale de plusieurs composants SAP", définit Michael Neuhaus. "Pour nous, ceux-ci comprennent une vision globale de la chaîne logistique des modules aATP, PP/DS, IBP et, si la finance et le contrôle de gestion doivent être pris en compte, le SAC. Les composants PP/DS et aATP font partie du noyau S/4-Hana et peuvent être exploités aussi bien dans le cloud privé que sur site, même si nous voyons l'avenir dans le cloud privé. De toute façon, les composants IBP et SAC ne sont disponibles que dans le cloud".
Pour les directeurs de Networker, il est important de ne plus faire de distinction entre on-prem et cloud, mais de se concentrer sur le S/4-Core. "Celui-ci peut être exploité aussi bien sur site que dans le cloud privé ou public. Le lieu d'exploitation du système dépend de nombreux facteurs qui doivent être évalués individuellement dans chaque projet", explique Michael Neuhaus en se basant sur de nombreux projets clients réussis.
Vers l'inscription du partenaire :

