{"id":138607,"date":"2024-01-25T10:00:00","date_gmt":"2024-01-25T09:00:00","guid":{"rendered":"http:\/\/e3mag.com\/?p=138607"},"modified":"2024-03-06T13:18:07","modified_gmt":"2024-03-06T12:18:07","slug":"sap-partner-pmc-america-sur-la-voie-du-steampunk-et-du-btp-le-chemin-est-le-but","status":"publish","type":"post","link":"https:\/\/e3mag.com\/fr\/sap-partner-pmc-america-sur-la-voie-du-steampunk-et-du-btp-le-chemin-est-le-but\/","title":{"rendered":"Le partenaire SAP pmc America sur la voie du steampunk et du BTP : le chemin est le but"},"content":{"rendered":"

Avec pmc America Pr\u00e9sident et CEO Heiko Edelmann<\/strong> a conduit le r\u00e9dacteur en chef de l'E3 Peter F\u00e4rbinger<\/strong> pmc propose des solutions logicielles de bout en bout qui soutiennent les principes Lean et permettent aux entreprises d'am\u00e9liorer imm\u00e9diatement leurs processus commerciaux et d'obtenir un avantage concurrentiel. pmc maximise le succ\u00e8s commercial en combinant des consultants sp\u00e9cialis\u00e9s, des m\u00e9thodes, des outils SW et un portefeuille complet de solutions logicielles d'entreprise pour l'industrie automobile et manufacturi\u00e8re. <\/p>\n\n\n\n

Ces offres couvrent toutes les phases du cycle de vie d'une solution logicielle, de la planification \u00e0 l'exploitation en passant par la cr\u00e9ation et la personnalisation. Il est prouv\u00e9 que les solutions et services de pmc am\u00e9liorent l'efficacit\u00e9, la rentabilit\u00e9 et la capacit\u00e9 d'adaptation des entreprises.<\/p>\n\n\n\n

<\/div>\n\n\n\n

Peter M. F\u00e4rbinger : <\/strong>Cher Monsieur Edelmann, quels sont les langages et les outils informatiques que vous avez utilis\u00e9s dans le pass\u00e9 pour effectuer les adaptations, les extensions et les modifications n\u00e9cessaires pour les clients existants de SAP ?<\/p>\n\n\n\n

Heiko Edelmann, pr\u00e9sident et CEO de pmc :<\/strong> Bonjour Monsieur F\u00e4rbinger, nous vous remercions tout d'abord de nous donner la possibilit\u00e9 de partager avec nos pairs et vos lecteurs, par le biais du magazine E3, notre longue exp\u00e9rience en mati\u00e8re d'introduction et de d\u00e9veloppement de SAP dans l'industrie automobile. Comme nous nous concentrons principalement sur l'industrie automobile mondiale, nous avons d\u00e9velopp\u00e9 de nombreux modules compl\u00e9mentaires de haute performance dans le domaine des processus clients, de la logique des processus EDI pour les processus clients, de l'automatisation de la num\u00e9risation RF, de l'\u00e9tiquetage et de l'efficacit\u00e9 et de l'optimisation de l'utilisateur final - c'est pourquoi seule une poign\u00e9e d'outils est envisageable. La pr\u00e9misse est toujours la m\u00eame - les add-ons qui fonctionnent directement dans SAP sont d\u00e9velopp\u00e9s avec des outils SAP standard afin d'offrir la meilleure performance possible et une mise \u00e0 jour et une mise \u00e0 niveau sans risque - car sans modification. C'est pourquoi nous nous sommes sp\u00e9cialis\u00e9s dans les outils suivants afin d'introduire le meilleur possible pour les clients ECC, On-prem, Private et Public-Cloud : Abap, Abap RAP, c'est-\u00e0-dire RESTful Application Programming, UI5, c'est-\u00e0-dire Fiori, PDF et ITS mobile. Ces outils permettent de couvrir sans probl\u00e8me 90% des besoins.<\/p>\n\n\n\n

F\u00e4rbinger<\/strong>Ainsi, de nombreuses modifications d'Abap ont vu le jour dans l'espace de noms Z. Cette propri\u00e9t\u00e9 intellectuelle est-elle perdue lors d'une conversion S\/4 ?<\/p>\n\n\n\n

Noble homme :<\/strong> De mani\u00e8re g\u00e9n\u00e9rale, nous constatons chez nos clients ERP\/ECC existants un nombre relativement important de d\u00e9veloppements qu'il ne faudrait pas convertir. Beaucoup de ces d\u00e9veloppements ne sont en fait plus d'actualit\u00e9, car les processus commerciaux internes ont \u00e9volu\u00e9 ou parce que le logiciel SAP offre d\u00e9sormais de nombreuses fonctionnalit\u00e9s suppl\u00e9mentaires. C'est pourquoi il est extr\u00eamement important de distinguer entre les d\u00e9veloppements qui repr\u00e9sentent encore r\u00e9ellement un IP et ceux qui sont d\u00e9j\u00e0 du code h\u00e9rit\u00e9 que l'on ne veut plus vraiment avoir.<\/p>\n\n\n\n

F\u00e4rbinger<\/strong>: Et qu'en est-il de la v\u00e9ritable propri\u00e9t\u00e9 intellectuelle ?<\/p>\n\n\n\n

Noble homme :<\/strong> Concernant la perte d'IP lors d'une migration : il faut faire la diff\u00e9rence entre le cloud priv\u00e9 et le cloud public. Lors de la migration de SAP ERP\/ECC vers le cloud priv\u00e9, aucune IP n'est perdue - l'outil de migration de SAP est vraiment top et il suffit de quelques modifications du code pour que cela fonctionne \u00e0 nouveau parfaitement dans le cloud priv\u00e9.<\/p>\n\n\n\n

F\u00e4rbinger<\/strong>Et dans le cloud public ?<\/p>\n\n\n\n

Noble homme :<\/strong> Avec le cloud public, c'est un peu diff\u00e9rent, car la plateforme de d\u00e9veloppement sous-jacente, CAP ou RAP, est justement con\u00e7ue de mani\u00e8re tr\u00e8s diff\u00e9rente. Je qualifierais plut\u00f4t cette migration d'\u00e9volution. Nous prenons tous les concepts de nos solutions logicielles et appliquons le mod\u00e8le de d\u00e9veloppement Abap-RAP, Abap RESTful Application Programming - ce qui signifie que nous pouvons copier des parties de code une \u00e0 une, mais que cela reste un nouveau d\u00e9veloppement. Comme nous d\u00e9veloppons d\u00e9j\u00e0 depuis plus d'un an dans le cloud public, c'est devenu pour nous plut\u00f4t une \u00e9vidence ; m\u00eame si, il faut l'avouer, cela a \u00e9t\u00e9 un tr\u00e8s grand changement de paradigme pour nous. Mais l'avantage final est un futur syst\u00e8me ERP qui est pratiquement exempt de code personnalis\u00e9 et qui offre n\u00e9anmoins des fonctions suppl\u00e9mentaires - ce qui a \u00e9t\u00e9 tr\u00e8s douloureux pour nous au d\u00e9but, mais qui constitue un avantage \u00e0 long terme pour nos clients.<\/p>\n\n\n\n

F\u00e4rbinger<\/strong>Comment allez-vous, en tant que partenaire SAP, effectuer des modifications dans un syst\u00e8me S\/4 \u00e0 l'avenir ? Avec quels langages et quels outils ?<\/p>\n\n\n\n

Noble homme :<\/strong> Nous resterons fid\u00e8les \u00e0 notre ADN et utiliserons principalement l'Abap et les nouveaux langages Abap, comme l'Abap RAP mentionn\u00e9. Il est possible de recycler nos ing\u00e9nieurs logiciels Abap existants vers Abap RAP, m\u00eame si ce n'est pas le plus simple. Chez nous, les nouveaux recrutements sont principalement bas\u00e9s sur le d\u00e9veloppement web, ce qui facilite la compr\u00e9hension et l'application du concept Abap RAP.<\/p>\n\n\n\n

F\u00e4rbinger<\/strong>Vous avez donc deux voies ?<\/p>\n\n\n\n

Noble homme : <\/strong>Oui, S\/4 Hana On-prem et Private Cloud avec Abap et BTP, donc Abap classique, Abap RAP et UI 5 ; S\/4 Hana Public Cloud avec Abap RAP dans le Public Cloud, donc Embedded Steampunk et sur BTP, Business Technology Platform, avec Steampunk. Pour le cloud public, nous avons une approche pragmatique : BTP et Steampunk sont notre plate-forme go-to, pour les fonctionnalit\u00e9s de haute performance, nous suivons la voie de l'Embedded Steampunk.<\/p>\n\n\n\n

F\u00e4rbinger<\/strong>Quels sont les d\u00e9fis et faut-il faire la diff\u00e9rence entre le travail sur site et le travail dans le nuage ?<\/p>\n\n\n\n

Noble homme :<\/strong> Ce sont vraiment deux mondes diff\u00e9rents, m\u00eame si l'ERP sous-jacent a des fonctions et des frontaux similaires. \u00c9tant donn\u00e9 que pmc America suit ce que l'on appelle un mod\u00e8le hybride - c'est-\u00e0-dire que nous nous attendons \u00e0 ce que nos futurs clients utilisent \u00e9ventuellement un ERP sur site et un ERP en cloud public - les solutions logicielles doivent \u00eatre con\u00e7ues de mani\u00e8re \u00e0 pouvoir fonctionner soit dans un mod\u00e8le hybride, soit dans un mod\u00e8le de cloud public pur. Aucun de nos clients n'acceptera deux solutions EDI diff\u00e9rentes de notre part simplement parce qu'ils ont un environnement ERP hybride. Cela signifie que nous r\u00e9fl\u00e9chissons beaucoup et que nous organisons des sessions de tableau blanc avec des ing\u00e9nieurs et des conseillers en logiciels avant de d\u00e9velopper ne serait-ce qu'une ligne de code - ce qui donne encore une fois un tout autre poids et une toute autre importance au th\u00e8me du design thinking.<\/p>\n\n\n\n

F\u00e4rbinger<\/strong>Dans quelles industries travaillez-vous et quelles sont les demandes de modification typiques des clients existants de SAP ?<\/p>\n\n\n\n

Noble homme : <\/strong>Nos clients proviennent principalement de l'industrie automobile mondiale, en particulier d'Am\u00e9rique du Nord et d'Europe. Pour l'industrie de la sous-traitance, la satisfaction des clients joue un r\u00f4le tr\u00e8s important. C'est pourquoi la plupart des demandes de modification concernent la cha\u00eene d'approvisionnement des clients. Qu'entendons-nous par l\u00e0 ? De nombreux clients ont am\u00e9lior\u00e9 leurs processus \u00e0 l'aide de l'informatique afin d'atteindre de plus en plus l'objectif ultime de la \"taille de lot 1\". Pour nos clients, cela signifie que les besoins des clients OEM sont toujours transmis par EDI, mais que les processus sous-jacents et les donn\u00e9es de base deviennent si complexes qu'il en r\u00e9sulte un besoin consid\u00e9rable de solutions logicielles.<\/p>\n\n\n\n

F\u00e4rbinger<\/strong>O\u00f9 s'appliquent ces d\u00e9fis ?<\/p>\n\n\n\n

Noble homme :<\/strong> Cela s'\u00e9tend ensuite assez rapidement \u00e0 la production - de la planification \u00e0 l'ex\u00e9cution - et aux fonctions de scanning et d'\u00e9tiquetage RF n\u00e9cessaires. Cela peut prendre de telles proportions qu'il existe des processus diff\u00e9rents d'un r\u00e9ceptionnaire \u00e0 l'autre. Toute optimisation chez un client OEM entra\u00eene un besoin imm\u00e9diat de d\u00e9veloppement chez les fournisseurs en aval.<\/p>\n\n\n\n

F\u00e4rbinger<\/strong>Dans quelle mesure l'exigence SAP d'un Clean Core est-elle un d\u00e9fi ou une aide ?<\/p>\n\n\n\n

Noble homme : <\/strong>Le Clean Core est d\u00e9finitivement un d\u00e9fi technique et en m\u00eame temps une n\u00e9cessit\u00e9 pour les clients, si l'on ne veut pas se lancer dans un projet ERP massif tous les dix ou quinze ans. Le d\u00e9fi technique r\u00e9side plus ou moins dans le fait que l'on ne peut plus se contenter de programmer. Cela commence par le fait que le consultant SAP doit apporter une certaine expertise afin de bien comprendre les exigences et de donner des directives pr\u00e9cises \u00e0 l'\u00e9quipe de d\u00e9veloppement. L'\u00e9quipe de d\u00e9veloppement doit diviser ces directives en petits modules pour que cela s'int\u00e8gre dans le nouvel Abap RAP, c'est-\u00e0-dire Steampunk.<\/p>\n\n\n\n

F\u00e4rbinger<\/strong>: Un changement de paradigme ?<\/p>\n\n\n\n

Noble homme :<\/strong> L'ancienne \u00e9poque des sp\u00e9cifications impr\u00e9cises et de la programmation \u00e0 tout va avec une \u00e9quipe de d\u00e9veloppeurs \u00e0 moiti\u00e9 form\u00e9s qui ne savent que \"coder\" appartient au pass\u00e9 ! Il faut changer de mentalit\u00e9 - le conseil doit comprendre le d\u00e9veloppement et inversement, c'est-\u00e0-dire que le set de comp\u00e9tences des deux parties doit changer. Nous appelons cela le \"Business Process Consulting\", les processus doivent \u00eatre compris et repens\u00e9s afin qu'ils aient un sens pour l'utilisateur final et qu'ils puissent \u00eatre mis en \u0153uvre en cons\u00e9quence.<\/p>\n\n\n\n

F\u00e4rbinger<\/strong>Comment l'acc\u00e8s aux donn\u00e9es est-il organis\u00e9 sur Hana ? Utilisez-vous des API, des commandes SQL ou encore des extensions de langage SQL Hana et des appels de fonction ?<\/p>\n\n\n\n

Noble homme :<\/strong> Les donn\u00e9es sont l'alpha et l'om\u00e9ga de tout syst\u00e8me ERP - sans donn\u00e9es, pas de processus. C'est \u00e9videmment un sujet sensible dans un environnement de cloud public, car les donn\u00e9es sont imm\u00e9diatement associ\u00e9es \u00e0 la s\u00e9curit\u00e9. Il est donc logique qu'il ne soit pas si facile d'acc\u00e9der aux donn\u00e9es de base et aux donn\u00e9es de mouvement. Nous utilisons actuellement des API lib\u00e9r\u00e9es ou nos propres API pour acc\u00e9der \u00e0 ces donn\u00e9es pour nos solutions logicielles sur la BTP. Le nombre de CDS Views disponibles ne cesse d'augmenter, ce qui nous donne une autre possibilit\u00e9 d'acc\u00e9der \u00e0 ces donn\u00e9es.<\/p>\n\n\n\n

F\u00e4rbinger<\/strong>: Existe-t-il des alternatives ?<\/p>\n\n\n\n

Noble homme :<\/strong> Oui, comme c'est loin d'\u00eatre suffisant, nous avons cr\u00e9\u00e9 des \"Custom Business Objects\" - c'est-\u00e0-dire nos propres tables clients - qui contiennent des donn\u00e9es de base particuli\u00e8res qui se trouvent dans des tables qui ne sont pas encore valid\u00e9es. Cela signifie certes une double maintenance des donn\u00e9es de base pour le moment, mais si la programmation est correcte, il sera relativement facile de modifier cela plus tard, lorsque les tables seront valid\u00e9es. Je vois cela comme une \u00e9volution naturelle et je le compare \u00e0 la situation dans R\/3 et ERP\/ECC, lorsque de nombreuses tables et fonctions ont \u00e9t\u00e9 ajout\u00e9es et que les programmes clients ont d\u00fb \u00eatre modifi\u00e9s en cons\u00e9quence. Cela revient justement au sujet pr\u00e9c\u00e9dent, \u00e0 savoir que l'on ne peut plus programmer \u00e0 l'aveuglette.<\/p>\n\n\n\n

F\u00e4rbinger<\/strong>Comment classeriez-vous subjectivement la fonction de SAP Business Technology Platform ? Un outil pour le succ\u00e8s de S\/4 ou une strat\u00e9gie SAP \u00e0 long terme ?<\/p>\n\n\n\n

Noble homme :<\/strong> J'ai un avis bien tranch\u00e9 sur la question ! D\u00e9finitivement une strat\u00e9gie SAP \u00e0 long terme. Sans un outil comme BTP, l'objectif Clean Core serait tout simplement impossible \u00e0 atteindre. SAP lui-m\u00eame utilise la BTP pour des solutions sp\u00e9cifiques, comme la proc\u00e9dure de cr\u00e9dit ou la gestion des emballages. Je pense que la particularit\u00e9 de la BTP est son int\u00e9gration relativement simple avec le cloud public et priv\u00e9. La BTP n'est d'ailleurs plus pr\u00e9sent\u00e9e comme une \"vache \u00e0 lait\". Il fut un temps o\u00f9 il semblait - du moins pour moi - que la BTP voulait concurrencer les fonctions de Microsoft Azure. Cela ne semble plus \u00eatre le cas ; nous utilisons des applications logiques Azure en m\u00eame temps que le BTP et le cloud public. L'environnement Abap-RAP fait le reste pour que la BTP fournisse \u00e0 ses clients un outil de d\u00e9veloppement tr\u00e8s puissant et facile \u00e0 int\u00e9grer.<\/p>\n\n\n\n

F\u00e4rbinger<\/strong>: Est-ce que l'Embedded Abap - Steampunk - peut avoir le m\u00eame succ\u00e8s sur le BTP qu'Abap sous R\/3 et ECC ?<\/p>\n\n\n\n

Noble homme :<\/strong> Cela fait un peu plus de onze mois que nous d\u00e9veloppons du steampunk et du steampunk int\u00e9gr\u00e9. Comme c'est ma nature, j'\u00e9tais d\u00e9j\u00e0 un peu critique quant au bon fonctionnement de tout cela. Nous avons certainement eu des difficult\u00e9s au d\u00e9but - mais comme je l'ai dit pr\u00e9c\u00e9demment, elles se situaient plus ou moins du c\u00f4t\u00e9 du conseil, de la pr\u00e9sentation des exigences en \u00e9tapes de d\u00e9veloppement claires. Au d\u00e9but, les \u00e9quipes de d\u00e9veloppement ont d\u00fb \"lutter\" avec Abap RAP, car c'est un langage tr\u00e8s restrictif. Cependant, plus nous avons converti notre portefeuille de logiciels existant, plus cela est devenu facile - maintenant, apr\u00e8s presque un an de d\u00e9veloppement, je dois dire que nos \u00e9quipes s'y sont habitu\u00e9es et qu'il n'y a plus vraiment de surprises ou de questions : Pourquoi \u00e7a ne marche pas ici, \u00e7a marche dans S\/4 ? Cela a \u00e9t\u00e9 une courbe d'apprentissage tr\u00e8s raide, mais une fois qu'on y est, c'est \"d\u00e9velopper comme avant\".<\/p>\n\n\n\n

F\u00e4rbinger<\/strong>Il aura le m\u00eame succ\u00e8s que R\/3 Abap et ERP\/ECC, honn\u00eatement ?<\/p>\n\n\n\n

Noble homme : <\/strong>Cela d\u00e9pend \u00e0 100 % des partenaires SAP, s'ils sont pr\u00eats \u00e0 faire le pas que nous avons fait ! Cela commence par un changement de mentalit\u00e9 du c\u00f4t\u00e9 du conseil - si cela se produit, mon avis est que oui, ce sera un succ\u00e8s similaire.<\/p>\n\n\n\n

F\u00e4rbinger<\/strong>BTP sera-t-il un foyer pour les modifications de S\/4 ou une plate-forme pour un ERP composite, c'est-\u00e0-dire un successeur de S\/4 ?<\/p>\n\n\n\n

Noble homme : <\/strong>C'est difficile \u00e0 estimer - mais la boule de cristal de mon bureau dit plut\u00f4t non. Le th\u00e8me des \"processus commerciaux ERP globaux, int\u00e9gr\u00e9s et automatis\u00e9s\" est tout simplement trop compliqu\u00e9 pour que l'on puisse simplement le reproduire sur BTP. Je vois la BTP comme la patrie de la PI personnalis\u00e9e. Les clients qui introduisent un ERP parce qu'ils veulent g\u00e9n\u00e9rer une valeur ajout\u00e9e et un diff\u00e9rentiateur par rapport \u00e0 leurs concurrents peuvent construire leur PI, leur \"sauce secr\u00e8te\", comme on dit si bien en am\u00e9ricain, sur BTP, loin des yeux de leurs concurrents, et l'\u00e9tendre \u00e0 tout moment.<\/p>\n\n\n\n

Merci pour cette conversation.<\/strong><\/p>\n\n\n\n