Le partenaire SAP pmc America sur la voie du steampunk et du BTP : le chemin est le but

Avec pmc America Président et CEO Heiko Edelmann a conduit le rédacteur en chef de l'E3 Peter Färbinger pmc propose des solutions logicielles de bout en bout qui soutiennent les principes Lean et permettent aux entreprises d'améliorer immédiatement leurs processus commerciaux et d'obtenir un avantage concurrentiel. pmc maximise le succès commercial en combinant des consultants spécialisés, des méthodes, des outils SW et un portefeuille complet de solutions logicielles d'entreprise pour l'industrie automobile et manufacturière.

Ces offres couvrent toutes les phases du cycle de vie d'une solution logicielle, de la planification à l'exploitation en passant par la création et la personnalisation. Il est prouvé que les solutions et services de pmc améliorent l'efficacité, la rentabilité et la capacité d'adaptation des entreprises.

Peter M. Färbinger : Cher Monsieur Edelmann, quels sont les langages et les outils informatiques que vous avez utilisés dans le passé pour effectuer les adaptations, les extensions et les modifications nécessaires pour les clients existants de SAP ?

Heiko Edelmann, président et CEO de pmc : Bonjour Monsieur Färbinger, nous vous remercions tout d'abord de nous donner la possibilité de partager avec nos pairs et vos lecteurs, par le biais du magazine E3, notre longue expérience en matière d'introduction et de développement de SAP dans l'industrie automobile. Comme nous nous concentrons principalement sur l'industrie automobile mondiale, nous avons développé de nombreux modules complémentaires 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érisation RF, de l'étiquetage et de l'efficacité et de l'optimisation de l'utilisateur final - c'est pourquoi seule une poignée d'outils est envisageable. La prémisse est toujours la même - les add-ons qui fonctionnent directement dans SAP sont développés avec des outils SAP standard afin d'offrir la meilleure performance possible et une mise à jour et une mise à niveau sans risque - car sans modification. C'est pourquoi nous nous sommes spécialisés 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-à-dire RESTful Application Programming, UI5, c'est-à-dire Fiori, PDF et ITS mobile. Ces outils permettent de couvrir sans problème 90% des besoins.

FärbingerAinsi, de nombreuses modifications d'Abap ont vu le jour dans l'espace de noms Z. Cette propriété intellectuelle est-elle perdue lors d'une conversion S/4 ?

Noble homme : De manière générale, nous constatons chez nos clients ERP/ECC existants un nombre relativement important de développements qu'il ne faudrait pas convertir. Beaucoup de ces développements ne sont en fait plus d'actualité, car les processus commerciaux internes ont évolué ou parce que le logiciel SAP offre désormais de nombreuses fonctionnalités supplémentaires. C'est pourquoi il est extrêmement important de distinguer entre les développements qui représentent encore réellement un IP et ceux qui sont déjà du code hérité que l'on ne veut plus vraiment avoir.

Färbinger: Et qu'en est-il de la véritable propriété intellectuelle ?

Noble homme : Concernant la perte d'IP lors d'une migration : il faut faire la différence entre le cloud privé et le cloud public. Lors de la migration de SAP ERP/ECC vers le cloud privé, 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 à nouveau parfaitement dans le cloud privé.

FärbingerEt dans le cloud public ?

Noble homme : Avec le cloud public, c'est un peu différent, car la plateforme de développement sous-jacente, CAP ou RAP, est justement conçue de manière très différente. Je qualifierais plutôt cette migration d'évolution. Nous prenons tous les concepts de nos solutions logicielles et appliquons le modèle de développement Abap-RAP, Abap RESTful Application Programming - ce qui signifie que nous pouvons copier des parties de code une à une, mais que cela reste un nouveau développement. Comme nous développons déjà depuis plus d'un an dans le cloud public, c'est devenu pour nous plutôt une évidence ; même si, il faut l'avouer, cela a été un très grand changement de paradigme pour nous. Mais l'avantage final est un futur système ERP qui est pratiquement exempt de code personnalisé et qui offre néanmoins des fonctions supplémentaires - ce qui a été très douloureux pour nous au début, mais qui constitue un avantage à long terme pour nos clients.

FärbingerComment allez-vous, en tant que partenaire SAP, effectuer des modifications dans un système S/4 à l'avenir ? Avec quels langages et quels outils ?

Noble homme : Nous resterons fidèles à notre ADN et utiliserons principalement l'Abap et les nouveaux langages Abap, comme l'Abap RAP mentionné. Il est possible de recycler nos ingénieurs logiciels Abap existants vers Abap RAP, même si ce n'est pas le plus simple. Chez nous, les nouveaux recrutements sont principalement basés sur le développement web, ce qui facilite la compréhension et l'application du concept Abap RAP.

FärbingerVous avez donc deux voies ?

Noble homme : 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és de haute performance, nous suivons la voie de l'Embedded Steampunk.

FärbingerQuels sont les défis et faut-il faire la différence entre le travail sur site et le travail dans le nuage ?

Noble homme : Ce sont vraiment deux mondes différents, même si l'ERP sous-jacent a des fonctions et des frontaux similaires. Étant donné que pmc America suit ce que l'on appelle un modèle hybride - c'est-à-dire que nous nous attendons à ce que nos futurs clients utilisent éventuellement un ERP sur site et un ERP en cloud public - les solutions logicielles doivent être conçues de manière à pouvoir fonctionner soit dans un modèle hybride, soit dans un modèle de cloud public pur. Aucun de nos clients n'acceptera deux solutions EDI différentes de notre part simplement parce qu'ils ont un environnement ERP hybride. Cela signifie que nous réfléchissons beaucoup et que nous organisons des sessions de tableau blanc avec des ingénieurs et des conseillers en logiciels avant de développer 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ème du design thinking.

FärbingerDans quelles industries travaillez-vous et quelles sont les demandes de modification typiques des clients existants de SAP ?

Noble homme : Nos clients proviennent principalement de l'industrie automobile mondiale, en particulier d'Amérique du Nord et d'Europe. Pour l'industrie de la sous-traitance, la satisfaction des clients joue un rôle très important. C'est pourquoi la plupart des demandes de modification concernent la chaîne d'approvisionnement des clients. Qu'entendons-nous par là ? De nombreux clients ont amélioré leurs processus à 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ées de base deviennent si complexes qu'il en résulte un besoin considérable de solutions logicielles.

FärbingerOù s'appliquent ces défis ?

Noble homme : Cela s'étend ensuite assez rapidement à la production - de la planification à l'exécution - et aux fonctions de scanning et d'étiquetage RF nécessaires. Cela peut prendre de telles proportions qu'il existe des processus différents d'un réceptionnaire à l'autre. Toute optimisation chez un client OEM entraîne un besoin immédiat de développement chez les fournisseurs en aval.

FärbingerDans quelle mesure l'exigence SAP d'un Clean Core est-elle un défi ou une aide ?

Noble homme : Le Clean Core est définitivement un défi technique et en même temps une nécessité pour les clients, si l'on ne veut pas se lancer dans un projet ERP massif tous les dix ou quinze ans. Le défi technique réside 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écises à l'équipe de développement. L'équipe de développement doit diviser ces directives en petits modules pour que cela s'intègre dans le nouvel Abap RAP, c'est-à-dire Steampunk.

Färbinger: Un changement de paradigme ?

Noble homme : L'ancienne époque des spécifications imprécises et de la programmation à tout va avec une équipe de développeurs à moitié formés qui ne savent que "coder" appartient au passé ! Il faut changer de mentalité - le conseil doit comprendre le développement et inversement, c'est-à-dire que le set de compétences des deux parties doit changer. Nous appelons cela le "Business Process Consulting", les processus doivent être compris et repensés afin qu'ils aient un sens pour l'utilisateur final et qu'ils puissent être mis en œuvre en conséquence.

FärbingerComment l'accès aux données est-il organisé sur Hana ? Utilisez-vous des API, des commandes SQL ou encore des extensions de langage SQL Hana et des appels de fonction ?

Noble homme : Les données sont l'alpha et l'oméga de tout système ERP - sans données, pas de processus. C'est évidemment un sujet sensible dans un environnement de cloud public, car les données sont immédiatement associées à la sécurité. Il est donc logique qu'il ne soit pas si facile d'accéder aux données de base et aux données de mouvement. Nous utilisons actuellement des API libérées ou nos propres API pour accéder à ces données pour nos solutions logicielles sur la BTP. Le nombre de CDS Views disponibles ne cesse d'augmenter, ce qui nous donne une autre possibilité d'accéder à ces données.

Färbinger: Existe-t-il des alternatives ?

Noble homme : Oui, comme c'est loin d'être suffisant, nous avons créé des "Custom Business Objects" - c'est-à-dire nos propres tables clients - qui contiennent des données de base particulières qui se trouvent dans des tables qui ne sont pas encore validées. Cela signifie certes une double maintenance des données 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ées. Je vois cela comme une évolution naturelle et je le compare à la situation dans R/3 et ERP/ECC, lorsque de nombreuses tables et fonctions ont été ajoutées et que les programmes clients ont dû être modifiés en conséquence. Cela revient justement au sujet précédent, à savoir que l'on ne peut plus programmer à l'aveuglette.

FärbingerComment classeriez-vous subjectivement la fonction de SAP Business Technology Platform ? Un outil pour le succès de S/4 ou une stratégie SAP à long terme ?

Noble homme : J'ai un avis bien tranché sur la question ! Définitivement une stratégie SAP à long terme. Sans un outil comme BTP, l'objectif Clean Core serait tout simplement impossible à atteindre. SAP lui-même utilise la BTP pour des solutions spécifiques, comme la procédure de crédit ou la gestion des emballages. Je pense que la particularité de la BTP est son intégration relativement simple avec le cloud public et privé. La BTP n'est d'ailleurs plus présentée comme une "vache à lait". Il fut un temps où il semblait - du moins pour moi - que la BTP voulait concurrencer les fonctions de Microsoft Azure. Cela ne semble plus être le cas ; nous utilisons des applications logiques Azure en même temps que le BTP et le cloud public. L'environnement Abap-RAP fait le reste pour que la BTP fournisse à ses clients un outil de développement très puissant et facile à intégrer.

Färbinger: Est-ce que l'Embedded Abap - Steampunk - peut avoir le même succès sur le BTP qu'Abap sous R/3 et ECC ?

Noble homme : Cela fait un peu plus de onze mois que nous développons du steampunk et du steampunk intégré. Comme c'est ma nature, j'étais déjà un peu critique quant au bon fonctionnement de tout cela. Nous avons certainement eu des difficultés au début - mais comme je l'ai dit précédemment, elles se situaient plus ou moins du côté du conseil, de la présentation des exigences en étapes de développement claires. Au début, les équipes de développement ont dû "lutter" avec Abap RAP, car c'est un langage très restrictif. Cependant, plus nous avons converti notre portefeuille de logiciels existant, plus cela est devenu facile - maintenant, après presque un an de développement, je dois dire que nos équipes s'y sont habituées et qu'il n'y a plus vraiment de surprises ou de questions : Pourquoi ça ne marche pas ici, ça marche dans S/4 ? Cela a été une courbe d'apprentissage très raide, mais une fois qu'on y est, c'est "développer comme avant".

FärbingerIl aura le même succès que R/3 Abap et ERP/ECC, honnêtement ?

Noble homme : Cela dépend à 100 % des partenaires SAP, s'ils sont prêts à faire le pas que nous avons fait ! Cela commence par un changement de mentalité du côté du conseil - si cela se produit, mon avis est que oui, ce sera un succès similaire.

FärbingerBTP sera-t-il un foyer pour les modifications de S/4 ou une plate-forme pour un ERP composite, c'est-à-dire un successeur de S/4 ?

Noble homme : C'est difficile à estimer - mais la boule de cristal de mon bureau dit plutôt non. Le thème des "processus commerciaux ERP globaux, intégrés et automatisés" est tout simplement trop compliqué pour que l'on puisse simplement le reproduire sur BTP. Je vois la BTP comme la patrie de la PI personnalisée. Les clients qui introduisent un ERP parce qu'ils veulent générer une valeur ajoutée et un différentiateur par rapport à leurs concurrents peuvent construire leur PI, leur "sauce secrète", comme on dit si bien en américain, sur BTP, loin des yeux de leurs concurrents, et l'étendre à tout moment.

Merci pour cette conversation.

Si vous souhaitez lire l'interview au format pdf, vous pouvez la télécharger en cliquant sur le lien suivant :

PDF (en anglais)