Die Position eines Betreuers der EDI-Kommunikation war unerwartet vakant geworden, der laufende Betrieb musste sichergestellt werden. Das eingesetzte EDI-System ist FIS/xee, hier war schnelle autodidak tische Einarbeitung notwendig. Die eingesetzten Formatstandards sind EDIFACT, VDA, ANSI.X12. Die EDI-Kommunikation bei der Beschaffung läuft nach einheitlichem Muster (SAP MM-PUR), es werden Nachrichten zum Lieferanten gesendet aus Lieferplänen, Einzelbestellungen, Materialbewegungen, Gutschriften, es kommen Lieferavis-Nachrichten zurück. Die EDI-Kommunikation im Vertieb ist individueller. Die Kunden senden Lieferabrufe, erhalten im Gegenzug Lieferavise und Rechnungen. Hier müssen im eigenen System viele Kunden- Sonderwünsche umgesetzt werden. Anpassungen im EDI-Mapping sind abzustimmen mit der SAP-Entwicklung und mit der Fachabteilung. Daneben erfordert eine historisch gewachsene Vielfalt von EDI- Nachrichten mit Sonderfunktion (mit Schwerpunkt Transportwesen) im Fehlerfall das Gespräch mit der Fachseite, um Prozessinformation zu erhalten. Mit Corona/COVID19 ging einher, dass die Arbeit aus der Ferne geleistet wird, unter Einsatz von Gruppensoftware

• Fortlaufende Überwachung des EDI-Nachrichtenflusses und zeitnahe Fehlerbehebung (verschiedenste Fehlerquellen).
• Neuanbindung von Lieferanten an die EDI-Kommunikation mit OFTP2 im Auftrag der Fachabteilung (Disposition, Einkauf).
• Dokumentation von Standardarbeiten des laufenden Betriebs der EDI-Kommunikation.
• Austausch von Zertifikaten für die EDI-Kommunikation (OFTP2).
• Erstellen von EDI-Richtlinien der wichtigsten Nachrichtentypen EDIFACT (DELFORD97A, DESADV97A, VDA4905, VDA4913, VDA4908).
• Fehlerbehebung in der Kommunikation zwischen EDI-Subsystem und externem WebEDI "AX4" (Siemens).

Anwendungsentwicklung:

• IDoc-Verarbeitung eingehend/ausgehend,
• Integrations-Cockpit für Verfolgung des Nachrichtenflusses zwischen ERP-System, EDI-System und externem AX4 WebEDI,
• Reports für Nachrichten-Statistik.

Im Rahmen einer Krankheitsvertretung bestand die Aufgabe im Monitoring von EDI-Nachrichten und in der Behebung von Fehlern im Nachrichtenfluss. Für einen großen Teil dieser Fehler konnte durch Anpassung der IDoc-Verarbeitung eine Automatisierung erreicht werden. Bei anderen Fehlern wurde in Absprache mit der internen Fachseite bzw. mit Ansprechpartnern bei Kunden bzw. Lieferanten Lösungen gefunden.

• Entwicklung an IDoc-Ein- und  Ausgangsverarbeitung der Nachricht ORDERS.
• Entwicklungen an der Eingangsverarbeitung der Nachricht ORDRSP und an der Ausgangsverarbeitung der Nachricht DESADV.
• Erstellung technischer Konzepte.
• IDoc-Monitoring sowie Monitoring von Nachrichten in Seeburger-Portal und Elemica-Portal.
• Fehlerbehebung in direkter Absprache mit Fachseite.

Den Rahmen der Tätigkeit bildeten zwei parallele Großprojekte in unterschiedlichem Reifegrad, in denen strukturiert und methodisch die Zusammenarbeit internationaler Teams mit starker Anlehnung an das V-Modell koordiniert wurde. Die beiden Projekte betrafen vielfältige Entwicklungen über alle Logistik-Module, mit denen alte Anwendungen verbessert und neue Prozesse umgesetzt wurden. In dem neueren der beiden Projekte wurden teilweise Implementierungen des älteren Projekts übernommen. Die Projekte betrafen je einen Unternehmensbereich des Gesamtkonzerns, Fresenius Kabi und Fresenius Medical Care. Hervorzuheben ist der systematische Einsatz von Erweiterungen des Enhancement Frameworks, die mit einem unternehmensweiten Cockpit verwaltet werden.

• Entwicklung an einer Integrations-Plattform für PM.
• Prüfung (Review) technischer Konzepte.
• Erstellung technischer Konzepte.
• Prüfung der von Kollegen geleisteten Implementierung (Code Review).
• Implementierung anhand technischer Konzepte.
• Fehlerbearbeitung, Tests.

Im Rahmen einer Optimierung von Transportlogistik galt es, eine Schnittstelle zu einem externen Fracht-Portal für die Auktion von Transporten zu entwickeln. Stammdaten und Bewegungsdaten der Logistik waren bereitzustellen und Änderungen an Lieferungen vom Frachtportal in Richtung SAP ERP galt es zu prozessieren. Neben diesem Projekt war ich eingebunden in die Bearbeitung von Change Requests und Fehlerbehebungen in der Logistik.

• Entwicklung und Tests von Funktionsbausteinen (RFC) für die Bereitstellung von Stammdaten des SAP ERP Systems.
• Aufbau mehrerer IDoc Nachrichtentypen für Frachtportal-Schnittstelle.
• ALE-Konfiguration für bidirektionalen Austausch von IDoc Nachrichten zwischen SAP ERP und Frachtportal.
• Entwicklung von Funktionsbausteinen für die IDoc Verarbeitung eingehend / ausgehend.
• Entwicklung kleinerer Reports oder Funktionsbausteine im Rahmen von Change Requests, Behebung von Fehler im Rahmen von Incident Management.

Im Rahmen eines größeren Roll Out Projekts (Shape It!) galt es mehrere identifizierte Lücken kurzfristig in einem Team externer Entwickler zu schließen.

• Enhancement der Standard-Transaktion Shelf Life Report (MB5M) mit neuer Funktionalität: Umbuchung in den Sperrbestand bei Ablauf der Gesamthaltbarkeit, optional alternative Berechnung der Haltbarkeitsdauer für Komponenten, die durch Bestrahlung sterilisiert wurden; alternative Ausgabeformate der Liste.
• Enhancement der Drucksteuerung: alternativer Vertriebsbelegtitel im Andruck anhand neuer Customizing Tabelle, neues Customizing integriert im Baum des IMG.

Bei Roche Diagnostics wird das alte CRM system sukzessive durch eine Cloud-Lösung (SalesForce) ersetzt, unter dem Projektnamen REXIS (Roche Excellence in Sales). Meine Rolle im Projekt umfasst Aufgaben wie Schnittstellenentwicklung, Daten- Extraktion (für Migration nach Sales Force), Unterstützung bei Integrationstests. Neben dem REXIS Projekt helfe ich gelegentlich im technischen Support aus bei der Behebung von Störungen.

• Entwicklung einer Schnittstelle für SD-Kontrakte via SAP PI Proxy, periodischer Report zur Erzeugung von Ausgangsnachrichten.
• Entwicklung einer Schnittstelle für den Geschäftsprozess “Proof of Delivery”, welcher mehrere Ein- und Ausgangsnachrichten verwendet. Für die Änderung von Status-Informationen auf der Datenbank wird eine Persistenz-Klasse eingesetzt.
• Entwicklung mehrerer Datenbank-Queries für die Daten-Extraktion (SAP).
• Durchführung der Daten-Extraktion mit den genannten Queries und mit bestehenden Reports während mehrerer Migrations-Zyklen.
• Unterstützung des bei Integrationstests auf Anforderung.
• 3rd level support in den Modulen SD, MM und PM (incident management).

Carve-Out Projekt nach Herauslösung eines Teilbereichs der DPx Fine Chemicals GmbH als neues Unternehmen ESIM GmbH. Die zu ESIM GmbH gehörigen Unternehmensdaten wurden aus dem SAP-System des Konzerns herausgelesen und in das neue Zielsystem übertragen. Meine Aufgabe war die Migration der Daten des Moduls PM (Instandhaltung)

• Datenübernahme Technische Plätze

• Datenübernahme Equipments

• Datenübernahme Stücklisten zum Technischen Platz

• Datenübernahme Stücklisten zum Equipment

• Datenübernahme sämtlicher Langtexte

Für verschiedene Geschäftseinheiten des Konzerns sind in einem SAP-System monatlich Umsatzberichte zu erstellen und Abgrenzungs-buchungen zu veranlassen. Dies geschieht bisher über mehrere Arbeitstage verteilt mit Hilfe vieler manuell zu bearbeitender Excel-Dateien in Verbindung mit einem SAP BW-System, das die Berichte erzeugt (PUMA2). Mit einer neuen Anwendung (PUMA3) werden die Arbeitsschritte vereinfacht, indem die bisherige Pflege innerhalb von Excel-Dateien und die Geschäftslogik vom externen BW-System in die neue Anwendung PUMA3 verlagert werden.

• Re-Engineering der bisherigen Geschäftslogik (implementiert in der „black box“ BW), Zusammentragen vollständiger Mapping-Informationen

• Erstellen von IT-Konzepten in Zusammenarbeit mit Fachabteilung

• Programmierung der Anwendung mit folgenden Kernfunktionen:
  • Einlesen von FI-Buchungen (als IDOC Typ FIDCC2)
  • Einlesen von CSV-Dateien aus Drittsystemen
  • Darbietung eingelesener Daten im editierbaren ALV Grid Control
  • Darbietung von Buchungssätze im editierbaren ALV Grid Control
  • Erzeugung von Umsatzberichten im XML-Format für Direktimport in MS-Excel 2007 ff. (Excel-Formatierung via XSLT)
  • Erzeugung von Abgrenzungsbuchungen per Batch Input / BDC

Das SAP System am Stammsitz eines global agierenden deutschen Großhandelsunternehmens wird mit dem SAP System für den Konzern zusammengeführt. Zur Vorbereitung eines anstehenden Integrationstests sind Kunden-Erweiterungen umzusetzen im Modul MM. Der Einsatzort für die Entwicklungsarbeiten ist der Sitz des IT Dienstleisters

• Einbau kundenspezifischer Geschäftslogik in User-Exits und an impliziten Enhancement-Spots

• Anpassungen von Stammdatentabellen mit Appends und Customer Includes

• Modifikationen an Dynpros des SAP Standards

• Erweiterungen kundeneigener Dynpros

• Anpassung kundeneigener Reports an neue Erfordernisse

• Neuerstellung kundeneigener Report für Pflege von Langtexten zu Kundenhierarchie und zu Produkthierarchie

Zwei voneinander unabhängig betriebene SAP Systeme der nordamerikanischen und der deutschen Seite werden in ein gemeinsam genutztes System konsolidiert. Die ERP Stammdaten und zentrale Bewegungsdaten werden in das neue System übernommen.

• Migration Lieferanten, Kunden, Einkaufsinfosätze, Arbeitsplätze, Arbeitspläne (IDOC)

• Migration Materialstamm (IDOC)

• Einholen von Information für Datenumsetzung von verschiedenen Kollegen und Integration selbiger in den Migrations-Werkzeugen

• Implementierung einer Sonderlogik für Preisfindung in Modul SD für die Zeit bis Jahresende, für die US-Seite muss die alte Preisfindung solange erhalten bleiben (User Exit)

• Migration offener Kundenaufträge mit eigenem Report

• Analyse Stammdatenlage mit Hilfe LSMW, Transformation der Auftragsdetails im Altsystem in einen XML String und Übermittlung mit Hilfe RFC Baustein in die Datenbank im Zielsystem; Einbuchung in das Zielsystem mit eigenem Lade-Report (SD BAPI)

• Erstellen eines Reports für die Upload/Download von Einkaufs-Info-Sätze

• Eingabe und Ausgabe als Excel Datei, Datenübernahme mit Batch-Input auf Transaktion MEK2

• Behebung von Fehlern aus Integrationstest I und II in den Anwendungen des Zielsystems

Funktionale Erweiterungen einer XML Schnittstelle für Kundenaufträge (SD Konverter)

• Neue Logik für die Behandlung von Gewerken und Dienstleistungsarten

• Neue Logik für die Übernahme von Informationen aus XML-Dokumenten in Materialerläuterungstexte an SD-Auftrags-positionen, so dass entsprechende Hinweise auf Rechnungen ausgedruckt werden können

• Aufbau eines vollständigen Satzes typischer Testfälle zwecks Qualitätssicherung in Integrationstests bei künftigen Anpassungen der Schnittstellen-Logik

• Umgestaltung der Log-Tabellen des Schnittstellenbetriebs zum Zweck besserer Informationsgewinnung und mehr Performanz.

Unterstützung eines etablierten Entwicklerteams einer auf die Versorgungsindustrie spezialisierten IT Unternehmens, Arbeitseinsatz vor Ort bei einem Hauptkunden. Neben der Verstärkung des Teams durch mein breites ERP Wissen stand der schnellstmögliche Einstieg in die Themen der Versorgungsindustrie auf der Tagesordnung, mit 3rd Level Support sowie umfassender Bearbeitung von Change Requests.

• Entwicklung von Change Requests und 3rd Level Support in der IS-U Umgebung (Abrechnung, CRM, CIC, Anlagen, etc.)

• Erweitern von Basis-Klassen für gemeinsam genutzte Funktionalitäten wie Dateimanagement, FTP Datenaustausch, Prüfung von Systemfeldern etc

• Erstellung technischer Konzepte und deren Umsetzung für die Harmonisierung der Arbeitsschritte im Einkauf, betreffend Bestellanforderungen, Bestellungen und Rechnungseingang

• Realisierung einer Anwendung im Modul CO zur Anzeige von Budget-Informationen, hierbei Zusammenführung mit Kosteninformationen aus CO-Aufträgen

• Formularentwicklung, diverse Anpassungen

Realisierung einer Warnfunktionalität für die REACH Registrierung bei Sicherung einer Auftragsänderung (Produktionsauftrag, Bestellung, Kundenauftrag) im globalen ERP-System als Ausbaustufe eines bestehenden Frameworks.

• Entwicklung neuer Klassen zur Erkennung verschiedener, im Sinne der REACH Verordnung relevanter Logistik-Sachverhalte hinsichtlich Vorregistrierung und Registrierung von Stoffen

• Umsetzung eines neuen Konzepts zur Empfängerermittlung für das gesamte Framework bezüglich der Ermittlung von Empfängergruppen

• Umfangreiche Tests in enger Zusammenarbeit mit der Fachabteilung

Projekt ProKAT des Spitzenverbandes der Landwirtschaftlichen Sozialversicherung, Erweiterung der kundeneigenen Anwendung für die Beitragserhebung, Verwaltung der Kataster-Informationen als Grundlage der Beitragsbemessung.

• Neuentwicklung eines Pflegedialogs mit umfangreicher Bildschirmsteuerung

• Anpassungen Customizing

• Anpassungen Benutzeroberfläche und Dialogsteuerung

• Anpassungen Plausibilitätsprüfungen

• Erweiterungen im Objektorientierten Framework der Anwendung

Beratung, Realisierung und umfassende Dokumentation einer XML-Schnittstelle zur Änderung von Kundenaufträgen (“SD-Konverter“).

• Beratung und Konzeptionierung der XML-Schnittstelle

• Programmierung XML-Adapter, Geschäftslogik und Fehlerbehandung

• Realitätsnahe Integrationstests

• Erstellung Dokumente IT-Architektur, Technische Dokumentation und Betriebshandbuch

• Initiale Datenübernahme Übernahme externer Stammdaten im Umfeld SD mit Hilfe eigener Reports und LSMW, Datenobjekte SD Kundenauftrag, Lieferanten, Messehallen- und Messestand-Informationen

Entwicklung einer XML-Schnittstelle; Support 2nd und 3rd Level internationaler Ländergesellschaften in Supplier Relationsship Management (SRM).

• Bearbeitung von Störfällen und Fehlern im internationalen Help Desk, Ticket-Bearbeitung

• Programmierung und Customizing im Rahmen der Behebung gemeldeter Software-Fehler, Anpassungen von BAdI-Implementierungen

• Replikation von Geschäftspartner-Stammdaten aus Back End System: Behebung bei der Replikation aufgetretener Fehler, Harmonisierung des Customizing zwischen SRM Server und Back End, Erstellung eines Reports für Fehlerauswertung

• Pflege und Reparatur von Einträgen der Organisationsstruktur (PPOMA)

• Analysen im Back End (MM-PUR) bei Übertragungsfehlern aus SRM

• Fertigstellung, Inbetriebnahme und funktionale Erweiterung einer XML-Schnittstelle für die Verarbeitung von Bestellungen aus einem externem System in das System SRM 3.0

• Neuentwurf und Migration der XML-Schnittstelle auf SRM 7.0