{"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-auf-dem-weg-zu-steampunk-und-btp-der-weg-ist-das-ziel","status":"publish","type":"post","link":"https:\/\/e3mag.com\/de\/sap-partner-pmc-america-auf-dem-weg-zu-steampunk-und-btp-der-weg-ist-das-ziel\/","title":{"rendered":"SAP-Partner pmc America auf dem Weg zu Steampunk und BTP: Der Weg ist das Ziel"},"content":{"rendered":"\n

Mit pmc America President und CEO Heiko Edelmann<\/strong> f\u00fchrte E3-Chefredakteur Peter F\u00e4rbinger<\/strong> das nachfolgende Interview. pmc bietet End-to-End-Softwarel\u00f6sungen, die Lean-Prinzipien unterst\u00fctzen und es Unternehmen erm\u00f6glichen, ihre Gesch\u00e4ftsprozesse sofort zu verbessern und Wettbewerbsvorteile zu erzielen. pmc maximiert den Gesch\u00e4ftserfolg durch eine Kombination aus spezialisierten Beratern, Methoden, SW-Werkzeugen und einem umfassenden Portfolio an Unternehmenssoftwarel\u00f6sungen f\u00fcr die Automobil- und Fertigungsindustrie. <\/p>\n\n\n\n

Diese Angebote decken alle Phasen des Lebenszyklus einer Softwarel\u00f6sung ab, von der Planung \u00fcber die Erstellung, das Customizing bis hin zum Betrieb. Die L\u00f6sungen und Dienstleistungen von pmc verbessern nachweislich die Effizienz, Rentabilit\u00e4t und Anpassungsf\u00e4higkeit von Unternehmen.<\/p>

\"Fullsize\"<\/a><\/div><\/div>\n\n\n\n
<\/div>\n\n\n\n

Peter M. F\u00e4rbinger: <\/strong>Sehr geehrter Herr Edelmann, mit welchen Sprachen und IT-Werkzeugen haben Sie f\u00fcr SAP-Bestandskunden in der Vergangenheit notwendige Anpassung, Erweiterung und Modifikationen durchgef\u00fchrt?<\/p>\n\n\n\n

Heiko Edelmann, pmc President und CEO:<\/strong> Hallo Herr F\u00e4rbinger, vorab vielen Dank f\u00fcr die M\u00f6glichkeit, \u00fcber das E3-Magazin unsere langj\u00e4hrige SAP-Einf\u00fchrungs- und Entwicklungserfahrung in der Automobilindustrie mit unseren Peers und Ihren Lesern teilen zu d\u00fcrfen. Da unser Hauptfokus die weltweite Automobilzulieferindustrie ist, haben wir entsprechend viele High-Performance-Add-ons im Bereich Kundenprozesse, EDI-Prozesslogik f\u00fcr Kundenprozesse, RF-Scanning-Automatisierung, Labeling und End-User Effectiveness und Optimierung entwickelt \u2013 daher kommt lediglich eine Handvoll Werkzeuge infrage. Die Pr\u00e4misse ist immer die gleiche \u2013 Add-ons, die direkt im SAP laufen, werden mit SAP-Standard-Tools entwickelt, um die bestm\u00f6gliche Performance und ein risikofreies Update und Upgrade \u2013 da modifikationsfrei \u2013 zu bieten. Daher haben wir uns auf die folgenden Tools spezialisiert, um das Bestm\u00f6gliche f\u00fcr ECC-, On-prem-, Private- und Public-Cloud-Kunden einzuf\u00fchren: Abap, Abap RAP, also RESTful Application Programming, UI5, sprich Fiori, PDF und ITS mobile. Mit diesen Tools kann man problemlos 90 Prozent der Anforderungen abdecken.<\/p>\n\n\n\n

F\u00e4rbinger<\/strong>: Somit entstanden auch viele Abap-Modifikationen im Z-Namensraum. Geht dieses Intellectual Property bei einer S\/4-Conversion verloren?<\/p>\n\n\n\n

Edelmann:<\/strong> Generell sehen wir relativ viele Entwicklungen bei unseren ERP\/ECC-Bestandskunden, die man eher nicht konvertieren sollte. Viele dieser Entwicklungen sind eigentlich nun nicht mehr aktuell, da sich interne Gesch\u00e4ftsprozesse weiterentwickelt haben oder eben die SAP-Software nun etliche Funktionalit\u00e4ten mehr bietet. Daher ist es enorm wichtig zu unterscheiden, welche Entwicklung tats\u00e4chlich noch IP darstellt oder bereits Legacy-Code ist, den man eigentlich nicht mehr haben m\u00f6chte.<\/p>\n\n\n\n

F\u00e4rbinger<\/strong>: Und was ist mit dem wahren Intellectual Property?<\/p>\n\n\n\n

Edelmann:<\/strong> Bez\u00fcglich IP-Verlust bei einer Migration: Da muss man zwischen der Private und Public Cloud unterscheiden. Bei der Migration von SAP ERP\/ECC zur Private Cloud geht eigentlich keinerlei IP verloren \u2013 SAPs Migrationstool ist da wirklich top und man ben\u00f6tigt lediglich einige \u00c4nderungen im Code und dann l\u00e4uft das astrein wieder in der privaten Cloud.<\/p>\n\n\n\n

F\u00e4rbinger<\/strong>: Und in der Public Cloud?<\/p>\n\n\n\n

Edelmann:<\/strong> Mit der Public Cloud sieht es da etwas anders aus, da die darunterliegende Entwicklungsplattform, CAP oder RAP, eben ganz anders aufgebaut ist. Ich w\u00fcrde diese Migration mehr als eine Evolution betiteln. Wir nehmen alle Konzepte unserer Softwarel\u00f6sungen und wenden das Abap-RAP-Entwicklungsmodell an, Abap RESTful Application Programming \u2013 das hei\u00dft, wir k\u00f6nnen Codeteile eins zu eins r\u00fcberkopieren, aber es bleibt eben eine Neuentwicklung. Da wir bereits seit \u00fcber einem Jahr in der Public Cloud entwickeln, ist das f\u00fcr uns jetzt eher eine Selbstverst\u00e4ndlichkeit geworden; auch wenn es zugegeben ein sehr gro\u00dfer Paradigmenwechsel f\u00fcr uns war. Aber der schluss\u00adendliche Benefit ist ein zuk\u00fcnftiges ERP-System, das nahezu Custom-Code-frei ist und dennoch Zusatzfunktionen bietet \u2013 das hei\u00dft, f\u00fcr uns erstmals sehr schmerzhaft war, aber f\u00fcr unsere Kunden kreiert dies einen langfristigen Benefit.<\/p>\n\n\n\n

F\u00e4rbinger<\/strong>: Wie werden Sie als SAP-Partner zuk\u00fcnftig Modifikationen in einem S\/4-System durchf\u00fchren? Mit welchen Sprachen und Werkzeugen?<\/p>\n\n\n\n

Edelmann:<\/strong> Wir werden nach wie vor unserer DNA treu bleiben und haupts\u00e4chlich die Abap und neue Abap-Sprache verwenden, wie das erw\u00e4hnte Abap RAP. Es ist m\u00f6glich, unsere bestehende Abap-Software-Engineers auf Abap RAP umzuschulen, wenngleich dies auch nicht das Einfachste ist. Neue Einstellungen haben bei uns haupts\u00e4chlich Web-Entwicklungs\u00adhintergrund, der es einfacher macht, die Abap-RAP-Konzeption zu verstehen und anzuwenden.<\/p>\n\n\n\n

F\u00e4rbinger<\/strong>: Sie fahren also zweigleisig?<\/p>\n\n\n\n

Edelmann: <\/strong>Ja, S\/4 Hana On-prem und Pri\u00advate Cloud mit Abap und BTP, also klassisches Abap, Abap RAP und UI 5; S\/4 Hana Public Cloud mit Abap RAP in der Public Cloud, also Embedded Steampunk und auf BTP, Business Technology Platform, mit Steampunk. F\u00fcr die Public Cloud haben wir einen pragmatischen Ansatz: BTP und Steampunk sind unsere Go-to-Plattform, f\u00fcr High-Performance-Funktionalit\u00e4ten gehen wir den Weg des Embedded Steampunk.<\/p>\n\n\n\n

F\u00e4rbinger<\/strong>: Was sind die Herausforderungen und gilt es bei Ihrer Arbeit zwischen On-prem und Cloud zu unterscheiden?<\/p>\n\n\n\n

Edelmann:<\/strong> Es sind wirklich zwei unterschiedliche Welten, auch wenn das darunterliegende ERP \u00e4hnliche Funktionen und Front-Ends hat. Da wir als pmc America ein sogenanntes Hybridmodell verfolgen \u2013 das hei\u00dft, wir erwarten, dass unsere zuk\u00fcnftigen Kunden eventuell ein On-prem- und ein Public-Cloud-ERP einsetzen werden \u2013, m\u00fcssen die Softwarel\u00f6sungen so konzipiert werden, dass diese entweder in einem hybriden oder reinem Public-Cloud-Modell laufen k\u00f6nnen. Keiner unserer Kunden wird zwei verschiedene EDI-L\u00f6sungen von uns akzeptieren, nur weil er eine hybride ERP-Landschaft hat. Das hei\u00dft, wir machen uns viele Gedanken und f\u00fchren Whiteboard-Sessions mit Software-Engineers und -Beratern durch, bevor wir auch nur eine Zeile Code entwickeln \u2013 das gibt dem Thema Design Thinking nochmals eine ganz andere Gewichtung und Bedeutung.<\/p>\n\n\n\n

F\u00e4rbinger<\/strong>: In welchen Industrien sind Sie t\u00e4tig und was sind die typischen Modifikationsw\u00fcnsche der SAP-Bestandskunden?<\/p>\n\n\n\n

Edelmann: <\/strong>Unsere Kunden kommen haupts\u00e4chlich aus der weltweiten Automobil\u00adzulieferindustrie mit Schwerpunkt North America und Europa. F\u00fcr die Zulieferindustrie spielt die Kundenzufriedenheit eine ausgesprochen gro\u00dfe Rolle. Daher sind die meisten Modifikationsw\u00fcnsche im Bereich der Kunden-Supply-Chain. Was meinen wir damit? Viele Kunden haben ihre Prozesse mithilfe von IT derart verbessert, um mehr und mehr das ultimative Ziel \u201eLosgr\u00f6\u00dfe 1\u201c zu erreichen. Das hei\u00dft dann f\u00fcr unsere Kunden, dass die OEM-Kundenbedarfe zwar nach wie vor per EDI \u00fcbermittelt werden, aber die darunterliegenden Prozesse und Stammdaten derart komplex werden, dass da ein erheblicher Bedarf an Softwarel\u00f6sungen entsteht.<\/p>\n\n\n\n

F\u00e4rbinger<\/strong>: Wo gelten diese Herausforderungen?<\/p>\n\n\n\n

Edelmann:<\/strong> Das zieht sich dann relativ schnell bis in die Produktion \u2013 von Planung bis Exekution \u2013 und die daf\u00fcr ben\u00f6tigten RF-Scanning- und Labeling-Funktionen. Das kann derartige Ausma\u00dfe annehmen, dass es da unterschiedliche Prozesse von Warenempf\u00e4nger zu Warenempf\u00e4nger gibt. Jede Optimierung bei einem OEM-Kunden hat sofortigen Entwicklungsbedarf bei den darunterliegenden Zulieferern zur Folge \u2013 wir sehen das ganz extrem bei den japanischen OEMs Honda und Toyota.<\/p>\n\n\n\n

F\u00e4rbinger<\/strong>: Inwieweit ist die SAP-Vorgabe eines Clean Core eine Herausforderung oder auch hilfreich?<\/p>\n\n\n\n

Edelmann: <\/strong>Der Clean Core ist definitiv ein technische Herausforderung und gleichzeitig eine Kundennotwendigkeit, wenn man nicht alle zehn bis f\u00fcnfzehn Jahre ein massives ERP-Projekt stemmen m\u00f6chte. Die technische Herausforderung ist mehr oder minder, dass man nicht mehr einfach draufloslegen kann und programmiert. Das f\u00e4ngt bereits damit an, dass der SAP-Berater ein gewisses Fachwissen mitbringen muss, damit die Anforderungen genau verstanden werden, um dem Entwicklungsteam genaue Vorgaben zu machen. Diese Vorgaben m\u00fcssen vom Entwicklungsteam in kleine Bausteine geteilt werden, damit das in das neue Abap RAP, also Steampunk, hineinpasst.<\/p>\n\n\n\n

F\u00e4rbinger<\/strong>: Ein Paradigmenwechsel?<\/p>\n\n\n\n

Edelmann:<\/strong> Die alten Zeiten von ungenauen Spezifikationen und einfach Drauflosprogrammieren mit einer halbwegs ausgebildeten Entwicklertruppe, die lediglich \u201eCode kann\u201c, geh\u00f6ren der Vergangenheit an! Es bedarf eines Umdenkens \u2013 Beratung muss Entwicklung verstehen und umkehrt, das hei\u00dft, der Skill-Set von beiden Seiten muss sich \u00e4ndern. Wir nennen das \u201eBusiness Process Consulting\u201c, die Prozesse m\u00fcssen verstanden und \u00fcberdacht werden, damit diese Sinn f\u00fcr den Enduser machen und entsprechend umgesetzt werden k\u00f6nnen.<\/p>\n\n\n\n

F\u00e4rbinger<\/strong>: Wie gestaltet sich der Datenzugriff auf Hana? Nutzen Sie APIs, SQL-Befehle oder auch Hana-SQL-Spracherweiterungen und Function Calls?<\/p>\n\n\n\n

Edelmann:<\/strong> Daten sind das A und O jedes ERP-Systems \u2013 ohne Daten keine Prozesse. Das ist nat\u00fcrlich in einer Public-Cloud-\u00adUmgebung ein wundes Thema, da Daten sofort mit Security in Verbindung gebracht werden. Da ist es nat\u00fcrlich nur logisch, dass es momentan nicht ganz so einfach ist, an Stamm- und Bewegungsdaten zu kommen. Wir benutzen momentan freigegebene APIs oder unsere eigenen APIs, um an diese Daten f\u00fcr unsere Softwarel\u00f6sungen auf der BTP zu gelangen. Die Anzahl der freigebenden CDS Views w\u00e4chst auch st\u00e4ndig; das gibt einem eine weitere M\u00f6glichkeit, an entsprechende Daten zu gelangen.<\/p>\n\n\n\n

F\u00e4rbinger<\/strong>: Gibt es Alternativen?<\/p>\n\n\n\n

Edelmann:<\/strong> Ja, da dies bei Weitem nicht ausreicht, haben wir als Ausweg \u201eCustom Business Objects\u201c \u2013 also eigene Kundentabellen \u2013 kreiert, die besondere Stammdaten beinhalten, die in noch nicht freigegebenen Tabellen sind. Das bedeutet zwar momentan doppelte Stammdatenwartung; wenn aber richtig programmiert wurde, kann man das relativ einfach sp\u00e4ter \u00e4ndern, wenn die Tabellen freigegeben sind. Ich sehe das als eine nat\u00fcrliche Evolution und vergleiche das mit der Situation in R\/3 und ERP\/ECC, als jede Menge Tabellen und Funktionen hinzukamen und Kundenprogramme entsprechend ge\u00e4ndert werden mussten. Es geht eben auf das vorige Thema zur\u00fcck, dass man nicht mehr blindlings drauflosprogrammieren kann.<\/p>\n\n\n\n

F\u00e4rbinger<\/strong>: Wie w\u00fcrden Sie subjektiv die Funktion der SAP Business Technology Platform einordnen? Ein Hilfsmittel f\u00fcr den S\/4-Erfolg oder eine langfristige SAP-Strategie?<\/p>\n\n\n\n

Edelmann:<\/strong> Da habe ich eine klare Meinung dazu! Definitiv eine langfristige SAP-Strategie. Ohne ein Tool wie BTP w\u00e4re das Ziel Clean Core einfach nicht zu erreichen. SAP selbst nutzt die BTP f\u00fcr spezifische L\u00f6sungen, wie Gutschriftverfahren oder Packmittelverwaltung. Ich denke, das Besondere an der BTP ist die relativ einfache Integration mit Public und Private Cloud. Die BTP wird auch nicht mehr als \u201eeierlegende Wollmilchsau\u201c dargestellt. Es gab mal einen Zeitpunkt, da sah es so aus \u2013 zumindest f\u00fcr mich \u2013, dass die BTP mit Microsoft-Azure-Funktionen konkurrieren wollte. Das scheint nicht mehr der Fall zu sein; wir nutzen Azure-\u00adLogic-Apps zusammen mit der BTP und Public Cloud. Die Abap-RAP-Umgebung tut ihr \u00dcbriges, damit die BTP ein sehr starkes, einfach integrierbares Entwicklungstool f\u00fcr ihre Kunden bereitstellt.<\/p>\n\n\n\n

F\u00e4rbinger<\/strong>: Kann das Embedded Abap \u2013 Steampunk \u2013 auf der BTP ein \u00e4hnlicher Erfolg werden wie Abap unter R\/3 und ECC?<\/p>\n\n\n\n

Edelmann:<\/strong> Wir entwickeln seit gut elf Monaten mit Steampunk und Embedded Steampunk. Wie es meine Natur ist, war ich da schon etwas kritisch, ob das alles reibungslos funktioniert. Wir hatten definitiv unsere Anfangsschwierigkeiten \u2013 aber wie vorher gesagt waren die mehr oder minder mehr auf der Beratungsseite, die Anforderungen in klaren Entwicklungsschritten darzustellen. Die Entwicklungsteams hatten am Anfang mit Abap RAP \u201ezu k\u00e4mpfen\u201c, da es eine sehr restriktive Sprache ist. Je mehr wir jedoch unser existierendes Softwareportfolio konvertiert haben, umso einfacher wurde es dann auch \u2013 jetzt, nach fast einem Jahr Entwicklung, muss ich sagen, dass sich unsere Teams daran gew\u00f6hnt haben und es eigentlich keine \u00dcberraschungen mehr gibt oder sich die Frage gestellt wird: Warum geht das denn hier nicht, geht doch in S\/4? Es war definitiv eine sehr steile Lernkurve, aber wenn man einmal da ist, ist es \u201eEntwickeln wie fr\u00fcher\u201c.<\/p>\n\n\n\n

F\u00e4rbinger<\/strong>: Wird es ein \u00e4hnlicher Erfolg wie R\/3 Abap und ERP\/ECC \u2013 ganz ehrlich?<\/p>\n\n\n\n

Edelmann: <\/strong>Das h\u00e4ngt zu 100 Prozent von den SAP-Partnern ab, ob diese willig sind, den Schritt zu gehen, den wir gegangen sind! Es startet mit einem Umdenken auf der Beratungsseite \u2013 wenn das geschieht, ist meine Meinung: Ja, es wird ein \u00e4hnlicher Erfolg.<\/p>\n\n\n\n

F\u00e4rbinger<\/strong>: K\u00f6nnen Sie einsch\u00e4tzen, ob BTP eine Heimat f\u00fcr S\/4-Modifikationen sein wird oder etwa die Plattform f\u00fcr ein Composable ERP, also einen S\/4-Nachfolger?<\/p>\n\n\n\n

Edelmann: <\/strong>Das ist schwer abzusch\u00e4tzen \u2013 aber die Kristallkugel in meinem B\u00fcro sagt eher nein. Dazu ist das Thema \u201egesamtheitliche, integrierte und automatisierte ERP-\u00adGesch\u00e4ftsprozesse\u201c einfach zu kompliziert, dass man diese einfach mal auf der BTP replizieren kann. Ich sehe BTP f\u00fcr die Heimat von kundenspezifischem IP. Kunden, die ERP einf\u00fchren, weil sie einen Mehrwert und Differentiator gegen\u00fcber ihren Konkurrenten generieren m\u00f6chten, k\u00f6nnen ihr IP, ihre \u201eSecret Sauce\u201c, wie es so sch\u00f6n im Amerikanischen hei\u00dft, auf der BTP, weg von den Augen ihrer Konkurrenten, bauen und jederzeit erweitern.<\/p>\n\n\n\n

Danke f\u00fcr das Gespr\u00e4ch.<\/strong><\/p>\n\n\n\n