SAP Berater, ABAP OO Entwickler, Projektleiter, SAP Gateway, Energiewirtschaft, Portale

Das SAP System kommuniziert über unterschiedlichste Schnittstellen mit diversen Fremdsystemen. Dabei haben die Fremdsysteme eigene Connectoren und dahinterliegende Verarbeitungsroutinen für teils identische Prozesse. Diese Vorgehensweise hat in der Vergangenheit zu längeren Entwicklungszeiten und erhöhter Komplexität in der Wartung geführt. Durch die Einführung einer API-Schicht sollen Fremdsysteme in Zukunft über einen Katalog entsprechende Schnittstellen zur Verfügung gestellt bekommen, so dass im SAPBackend für einen entsprechenden Dienst dann auch nur noch eine Implementierung vorliegt. 

• Erarbeitung von Designpattern zur Sicherstellung von Reusability
• Wissenstransfer an weitere Entwickler in Bezug auf ODATA und CDS
• Ermittlung von weiteren Potentialen in Bezug auf Performance durch CDS

Bei der Einführung der neuen Self-ServicePortale wurde auch ein anonymisiertes Tracking eingebaut, welches bis heute als Grundlage für Weiterentwicklungen dient. Zudem gibt das SAP-System Auskunft darüber, zu welchen Anliegen Kunden weiterhin einen anderen kostenintensiveren Touchpoint wählen. Aus diesen Datenbeständen lassen sich weitere Potentiale erkennen, welche es umzusetzen gilt. 

• Product Ownership
• Budgetverantwortung
• Stakeholdermanagement
• Definition und Schneiden von Userstories
• Umsetzung von User Stories in ABAP, Java und Angular

Die Nutzung der Self-Service-Portale lag im Jahr 2015 noch deutlich unter dem für den Energiemarkt üblichen Benchmarkniveau. Ziel war es, dass die Nutzung von Online Self Services für den Kunden attraktiver wird. Die stärkere Nutzung von Selfservice führt zu mittleren sechstelligen jährlichen Einsparungen. Hierzu wurden die Onlineservices nach diversen Testrunden an echten Kunden mit Hilfe von UX-Prototypen neugestaltet. Neben den 3 Portalen mit Fokus auf Privatkunden, wurde für die GASAG ein gesondertes Portal für die Zielgruppe der Großkunden und der Wohnungswirtschaft gebaut

• Projektleitung/ Product Ownership
• Konzeption/ Designabnahmen
• Stakeholdermanagement
• In Teilen Entwicklung

Ergebnis:

• Die Nutzungsrate konnte von 2015 - 2018 versechsfacht werden
• Die Anzahl der Nutzer konnte von 2015 - 2018 verdreifacht werden
• Mittlerweile dienen die Service-Portale als weiterer Sales-Kanal für den Verkauf von weiteren Produkten und der Churnprevention
• Das Portal für Großkunden dient als Benefit bei Ausschreibungen und trägt zur Bindung von Großkunden bei

Im Energiemarkt sind die Marktteilnehmer dazu angehalten über Edifact-Nachrichten zu definierten Prozessen zu kommunizieren. Da auch der Energiemarkt im stetigen Wandel ist, passt die Bundesnetzagentur im halbjährigen Rhythmus die Nachrichtenformate an. Die BAS nutzt für die Nachrichtenverarbeitung den IDEX-Standard der SAP. Demzufolge sind in den Formatumstellungsprojekten das aktuelle SP sowie der aktuelle IDEX-Patch einzuspielen. Anschließend sind die kundenindividuellen Anpassungen an den ausgelieferten Klassen und ggf. nachfolgende Prozessänderungen vorzunehmen

• Konzeption bei Änderungen im Messwertbereich
• SPDD-/ SPAU-/ SPAU_ENH-Abgleich
• Überarbeitung der MSCONS- und ORDERS-Klassen
• Koordination der Tester / Überwachung der Testergebnisse für meinen Teilbereich
• Korrektur von Fehlern aus dem SP / anhand der Testergebnisse

Der Prozess Stammdatenänderung sollte für die Unternehmen BAS, Conergos und EMAKS in einem Vertriebstemplate auf Basis von Common Layer 2.0 abgebildet werden. Hierzu mussten die bestehenden Prozesseigenschaften je Unternehmen herausgearbeitet und nach Möglichkeit vereinheitlicht werden. Dort wo es nicht möglich war, wurden individuelle User-Exits/ BADIS geschaffen. 

• Analyse der Eigenheiten des bestehenden Prozesses aus Sicht der BAS
• Konzeption der Soll-Lösung inklusive neuer Aussteuerungstechnik (BPEM)
• Entwicklung des Templates und der kundenindividuellen Erweiterungen im BAS-System
• Integration des neuen Prozesses in den Fachbereich

Besondere Herausforderung:

Für die Entwicklung des Templates, über das Ausrollen in die einzelnen Kundensysteme und die Durchführung von Schulungen bis zur Produktivsetzung gab es nur eine Zeitspanne von 2,5 Monaten.

Ergebnis:

• Der Prozess erfüllt die vom Verband vorgeschriebenen Vorgaben.
• Durch den IDXGC-Standard ist der Prozess übersichtlich und hat eine verbesserte Wartbarkeit
• Durch den Templateansatz ist mit Einsparungen bei zukünftigen Anpassungen zu rechnen.

Die Daten der Spreegas sind in die bestehende SAP-Landschaft in einen neuen Mandanten zu überführen. Hierzu sind Mappingregeln aufzustellen um die Daten in die gewünschten Wertebereiche zu bringen. Zudem sind den Mitarbeitern der Spreegas die neuen Prozessabläufe zu erörtern. Auch einzelne Funktionalitäten der Spreegas sind zu übernehmen.

• Durchführung von Abstimmungsworkshops für die Bereiche der Messwerterfassung und der Marktkommunikation
• Übernahme / Nachbau von Funktionalitäten aus dem Altsystem
• Customizing im neuen Mandanten für den Bereich Messwerterfassung

Die Umetriq koordiniert die Beauftragung von Dienstleistern, welche Geräteinstallationen / Wechsel für die NBB in Berlin oder Brandenburg durchführen. Da die Dienstleister nicht selbst direkten Zugang auf das SAP-System haben sollen, wird ein Portal entwickelt, welches die relevanten Prozessschritte abbildet. Zudem soll die Verbuchung des Wechsels automatisiert und die Qualität der Erfassung durch Sicherheitsmechanismen verbessert werden. 

• Konzeption der Lösung
• Koordination der Entwickler/ Verteilung von Arbeitspaketen
• Entwicklung
• Überwachung des Fortschritts
• Überwachung des Budget
• Einbeziehung der weiteren Stakeholder wie der Alphadienstleister oder den Sachbearbeitern von Abklärungsprozessen

Besondere Herausforderungen:

Dadurch, dass die Kundenanschreiben immer noch aus dem SAP-System im NBBLayout gedruckt werden sollen, müssen die ganzen Terminfindungsprozesse und die Beschaffungsprozesse über das SAP System laufen. Da hier mit Massendaten per RFC für ein Portal gearbeitet wird, muss stets ein besonderes Augenmerk auf die Performance/ Antwortzeit gelegt werden. Eine weitere Herausforderung ist die Integration von Abklärungsprozessen als Reaktion auf Hinweise von den Monteuren sowohl im Erfolgsfall, als auch bei Abbruch.

Ergebnis:

• Nach anfänglichen Performanceengpässen konnte das Portal vollumfänglich für den gesamten Prozess genutzt werden
• Die entwickelte Lösung stellt die Basis für das Folgeprojekt „mobiles Workforcemanagement“

In Zeiten von Affiliates wie den Preisvergleichportalen ist es wichtig zu wissen, über welchen Vertriebskanal Kunden aquiriert werden und ob durch die übermittelten Kundenanmeldungen Vertragsverhältnisse zu Stande kommen. Die Abrechnung gegenüber dem Affiliate erfolgt nur im Erfolgsfall. Hierzu wurde eine Überwachung gebaut, welche die empfangenen Daten verifiziert und den weiteren Prozessverlauf mitloggt. 

• Bau der Dynpros, welche gerufen werden, wenn im Prozess eine Validierung misslingt

Die SAP brachte mit dem Common-Layer eine neue Technologie auf den Markt, welche in Zukunft der neue Standard für den Lieferantenwechsel im SAP-IS-U sein wird. Ziel des Projektes war es, Erfahrungen mit dieser Technologie zu sammeln und eine Entscheidung über eine mögliche Einführung zu treffen. Die Konzeptionsphase wurde dabei von Beratern der SAP geführt und die Implementierung mit Unterstützung begleitet. 

• Analyse der eigenen spezifischen Anforderungen der BAS
• Übernahme dieser ins Konzeptionstemplate der SAP
• Ausprägung / Implementierung der Abweichungen zum ausgelieferten SAP-Template für alle Häuser anhand des Konzeptes der SAP
• Durchführung einer Wirtschaftlichkeitsanalyse für eine mögliche Einführung des CommonLayers

Besondere Herausforderungen:

Da wir aus Kostengründen das Projekt mit der Conergos (München) und der EMAKS (Freiburg) gemeinsam durchführten, mussten die unterschiedlichen Anforderungen konsolidiert und Abweichungen in der Implementierung gesondert berücksichtigt werden.

Ergebnis:

• Die neue Technologie ist strukturierter und wartbarer als die vorhandene Umsetzung, allerdings rechnet sich der Businesscase ohne die Notwendigkeit der Prozessanpassung nicht.
• Durch die gewonnene Erfahrung kann nun eingeschätzt werden, ob es sich bei Änderungen der Prozessvorgaben durch die Bundesnetzagentur lohnt, auf den neuen SAP-Standard zu wechseln.

Seit 2011 hatte die BAS im Bereich der Messwerterfassung einen Rückstand von ca. 80.000 Vorgängen aufgebaut, so dass ein eigenes Team zur Rückstandsbearbeitung eingekauft werden musste. Ziel dieser Maßnahme war es, die Automatisierungsquote in diesem Bereich von 80% auf >95% anzuheben. Im Detail bedeutete dies, dass hier ein Framework zur Verarbeitung zu schaffen war, welches dort ansetzt, wo der SAP-Standard eine MSCONS-Nachricht nicht verbuchen kann.

• Festlegung von vorzunehmenden Optimierungen
• Konzeption des Nachverarbeitungsframeworks
• Modellierung der Prozesse
• Verteilung der Arbeitspakete
• Entwicklung in ABAP
• Überwachung des Fortschritts
• Überwachung des Budget

Besondere Herausforderungen:

Aufgrund der hohen Risiken bei fehlerhafter Verarbeitung und der teilweise komplexen Fehlerursachen, fand eine iterative Produktivsetzung je Fehlercluster statt. Innerhalb des Fehlerclusters wurden die ersten Produktivläufe zunächst komplett und anschließend stichprobenartig überwacht, bevor die Verarbeitung dann voll automatisiert via Event angeschlossen wurde.

Ergebnis:

• Automatisierungsquote von 99%
• Vereinfachte Bearbeitung durch Voranalyse und Bereitstellung von relevanten Zusatzdaten im Fehlerfall
• Selbst Altfälle konnten erneut durch das Framework auf Relevanz geprüft und ggf. verarbeitet werden.

Das SAP-Basis-Release wurde von der Version 4.6 auf 6.4 angehoben. In der neuen Version lag unter anderem die Notwendigkeit von unicodefähigem Code vor. 

• Analyse und Behebung von Fehlern

Zum April 2012 wurden die Lieferantenwechselprozesse von der Bundesnetzagentur neu strukturiert. Eine der gravierenden Änderungen war die Regelung, dass ab sofort Kunden untermonatlich den Lieferanten wechseln konnten und dadurch die Fristen in den Prozessen dynamisch wurden. Zudem kamen neue Antwort- möglichkeiten auf Prozessnachrichten hinzu. 

• Leitung von Workshops zur Handhabung der Prozessneuerungen
• Technische Konzeption des Sollprozesses
• Überarbeitung der Lieferantenwechselworkflows mit Verschlankung der bestehenden Muster
• Implementierung der Neuerungen

Beim Flugzeugbauer Pilatus Aircraft wurde 2011 das Projektportfoliomanagement der SAP eingeführt. Das Modul der SAP sollte dabei das Multiprojektmanagement unterstützen und per Knopfdruck die gewünschten Informationen auf kundenindividuellen Formularen zur Anzeige bringen. Die Erzeugung von Formularen mit unbestimmter Anzahl an Projekten / Arbeitspaketen war eine Herausforderung, da die Formulare dadurch zu großen Teilen dynamisch gehalten werden mussten. Als Formulartechnologie wurde daher auf Adobe Interactive Forms gesetzt. 

• Entwicklung der Layouts
• Beschaffung der relevanten Daten