• Entwicklung ABAP OO eines SAP FI Backend zur Verbuchung aller Geschäftsvorfälle in den Filialen und im Webshop über eine OData Schnittstelle
• Anbindung an einen Payment Provider (Verifone) zur Zahlungsabwicklung
• Pflege der Wert- und Merkmalsfelder in der Ergebnisrechnung (CO-PA)
• Einbau kundeneigener Felder in der Pflege Kostenstellenstammdaten
• Aufbau und Programmierung kundeneigener SAP-Script-Formulare

• Erstellung von AIF (Application Interface Framework) Schnittstellen zur Verfolgung von Warenbewegungen bei einem weltweit tätigen Stahlproduzenten. 
• Entwicklung ABAP OO im SAP WM zur Optimierung bestehender und Einführung neuer Prozesse im Lagerverwaltungssystem des Kunden, außerdem in den Bereichen FI und CO-PA.

• Entwicklung in den Modulen FI und CO (speziell CO-PA) sowie angrenzenden Bereichen der Module MM und SD in SAP R3 Release 740 sowie in SAP Netweaver Business Client bei Debrunner Acifer AG, Regensdorf (Schweiz).
• Die Entwicklungen wurden durchgeführt in ABAP/OO und ABAP Web Dynpro unter Einbeziehung des Floorplan Manager, zu dem beim Kunden ein eigenes Framework entwickelt worden ist.
• Die Verwaltung von User Exits erfolgt in einem eigenen Switch Framework, mit dem jeder User Exit individuell und pro System aktiviert bzw. deaktiviert werden kann. Der User Exit wird über kundeneigene Switch Framework-Klassen aufgerufen.
• Konstanten und Festwerte werden in einem erweiterten BRFplus mit eigenen Klassen, Stammdatentabellen und Framework verwaltet.
• Folgende Kundenanwendungen wurden neu bzw. weiterentwickelt
• Niederstwertermittlung nach Reichweite
  
  • In Erweiterung des Standards werden Abschlagswerte auf Artikel oder Kostenträger verdichtet und  ins FI gebucht. In einer Vorschlagsliste besteht die  Möglichkeit, auf Material-/Werksebene Korrekturwerte zu erfassen.
• Bilanzwerte pro Konto
  
  • Wie im Standard erfolgt die Verbuchung pro Buchungskreis und Konto. In der Kundenanwendung wird der Buchhaltungsbeleg aufgesplittet auf Werk, Lagerort, Kostenträger und weitere Merkmale. Die Buchung wird im Folgemonat mit den gleichen Parametern storniert. Die Kontierung in die Ergebnisrechnung wird ergänzt (Verbuchung auf obige CO-PA-Merkmale).
• Verrechnung buchungskreis-übergreifender (IC) Verrechnungen. Es wird ggf. eine Abgrenzungsbuchung angelegt, die zum Folgemonat wieder storniert wird.

• MM-Bestandsliste mit zusätzlichen Feldern und Kriterien wie Artikelgruppe, Reichweite und Vergleichspreis.
• Pauschal- und Einzelwertberichtigung kritischer Debitoren
  • Es kann zwischen Pauschal- oder eine Einzelwertberichtigung gewählt werden. Bei letzterer kann der Prozentsatz gewählt werden, um den berichtigt wird. Über ein Popup wird eine Auswahl des Sachkontos getroffen, auf das verbucht wird.
• Maschinelles Ausziffern des Kontos 'Bestand Vorräte Lieferung ab Lager nicht fakturiert':  In einem User Exit wird eine eindeutige Zuordnung zwischen Faktura- und Warenausgangsbeleg hergestellt.
• Prüfung auf WIP bei teilfakturierten Vertriebsbelegpositionen sowie bei nicht abgeschlossenen Fertigungsaufträgen (Vorratsfertigung).   
• Buchungskreisübergreifende Umlagerung und buchungskreisübergreifender Verkauf: Über einen User-Exit wird während der IDOC-Verarbeitung die ESR-Nummer im Fakturabeleg nachgelesen, um in der IDOC-Verbuchung übernommen zu werden.
• Skontodifferenzen in Debitoren-Ausgleichsbelegen
  
  • Es erfolgt eine periodische Prüfung und ggf. Erstellung einer Korrekturbuchung, außerdem eine Kontierung in die Ergebnisrechnung. Die Merkmale werden aus dem Fakturabeleg übernommen.
• Verbuchung Standardkosten als statistische Konditionen in der SD Vertriebsbelegposition.
• Fortschreibung des Einkaufspreises in die Konditionen der Kundenauftragspositionen per Batch Input (Konditionsart "Istkosten") mit einer periodischen Massenverarbeitung

• Preissicherungskontrakt:
  • Vor der Ergebnisermittlung wird die Erlösplanung der entsprechenden Position des Preissicherungskontrakts nachgeführt. In der Anwendung wird sichergestellt, dass die Ist-Kosten maximal bis zum Wert des geplanten Erlöses aktiviert werden.
• Überprüfung ausgebuchter aber noch nicht fakturierter Warenausgänge. Die Fakturierung kann aus der Anwendung heraus durchgeführt werden.
• Datenaustausch mit einem non-SAP-System. Es werden Kundenstammdaten und offene Debitorenposten an das non-SAP-System geliefert und Fakturen vom non-SAP-System im SAP per Batch Input verbucht.

• Entwicklung und Beratung in den Modulen FI, CO (PS) in SAP R3 Release 740 bei Avectris AG, Baden (Schweiz). Die Entwicklungen wurden in ABAP/OO durchgeführt
• Für die Leistungserfassung über Ticketnummern wurde eine eigene Anwendung entwickelt, Die Ticketnummern werden über den Belegfluss aus dem Langtext der Innenauftragsposition gelesen.
• Es wurde eine Transaktion zur Erstellung kundeneigener PS-Berichte entwickelt. Die Ergebnisse werden mit Adobe Forms aufbereitet.
• Für die Massenanlage und -pflege technischer Plätze und zugehöriger Merkmale wurden drei Transaktionen entwickelt.
• Im IS-U wurde zur Ergänzung der CIC Cockpit-Funktionalität eine Anwendung zur Anlage von Geschäftspartnern entwickelt. Weiterhin wurden Weiterentwicklungen in kundeneigenen IS-U Reports vorgenommen.
• Zu Auswertungszwecken im Bereich HR Ausbildung wurden zwei Reports entwickelt.
• Ein kundeneigener FI-Saldenreport wurde gewartet und weiterentwickelt.

• Eigenentwicklungen im SAP R3, Betreuung und Wartung der Schnittstellen zu non-SAP-Systemen, Einführung SEPA, Migration ECC 6.0 auf Release 740 bei Sixt GmbH Autovermietung und Co. KG

• Zur Intercompany-Abstimmung von Aufwands-/Ertragskonten sowie Debitoren-/Kreditoren-Abstimmkonten wurde ein Programm erstellt, das auf Basis der Salden aller Buchungen / Intercompany-Konten eine Abstimmung der Aufwands- und Ertragsbuchungen zwischen Buchungskreisen und ihren Partnergesellschaften durchführt.

• Die Steuerung kundeneigener Prozesse im elektronischen Kontoauszug wurde in einem User-Exit vorgenommen. Der Suchmusteraufbau und die Durchführung der Suche wurde in eigenen Funktionsbausteinen realisiert. Für das automatisierte tägliche Einspielen elektronischer Kontoauszüge wurden für eine Jobkette Reports zur Vollständigkeitsprüfung der Kontoauszüge entwickelt.

• Ein Programm zur Bündelung debitorischer und kreditorischer Forderungen wurde entwickelt.

• Im Mahnlauf wurde über Programm-Enhancements unterdrückt, dass im Mahnlauf offene Salden mit offenen Guthaben verrechnet werden und dadurch evtl. eine Mahnung unterbleibt. Es wurde ein Report erstellt zur Auflistung des Volumens an per Mail und per Post versendeter Mahnungen. Die dazu nötigen Daten wurden über BTE-Prozessbausteine (business transaction events) während des Mahnlaufs extrahiert. Mit SAPscript wurden Mahnbegleitschreibene erstellt, die Steuerung erfolgte ebenfalls über BTE-Bausteine.

• Es wurde eine kundeneigene erweiterte Einzelwertberichtigung sowie zusätzliche Reports zur Auswertung einzelwertberichtigter und nicht einzelwertberichtigte Lieferungen und Leistungen entwickelt

• Zur SEPA-Einführung zum 01.08.2014 wurden Programmier- und Customizing-Arbeiten am DMEE-Formatbaum (CT und DD) vorgenommen, Das Customizing der Zahlwege und zahlenden Buchungskreise wurde durchgeführt, Nötige OSS-Hinweise wurden ins System eingespielt. In Zahlläufen wurde das Zahlungsträgerformat und die Erstellung von Avisen und SEPA-Begleitschreiben getestet. Avise wurden per SAPscript erstellt. Mit BadI-Entwicklungen wurde die Vorlauffrist zum Lastschrifteinzug gesteuert. Das Aktualisieren der Mandatsstammdaten beim Zahllauf (speziell des Sequenztyps) wurde über Exit-Bausteine gesteuert.

• Für den Anlagenverkauf und die Durchführung von Erlösbuchungen wurde ein Programm entwickelt, dass Daten aus einem Fremdsystem übernimmt, validiert und verbucht. Zusätzlich wurde ein eigener Anwendungs-Log entwickelt.

• Zur Übernahme externer CO-PA-Daten ins SAP wurden Entwicklungen im SAP BATCHMAN vorgenommen.

• Weiterhin wurden Entwicklungen zur Massenänderung von Anlagenstammdaten und FI-Belegdaten durchgeführt, die Übernahme externer CO-PA-Daten ins SAP mit SAP BATCHMAN, das Einspielen eines Bankenverzeichnisses sowie ein Upgrade von ECC 6.0 auf Release 740 betreut und Substitutionen zur Steuerung in FI-Belegen durchgeführt.

• Migration eines SAP R3-Systems (Release ECC 6.0) auf einen neuen Buchungskreis wegen Übernahme einer Verlagsgesellschaft bei Burda Digital Systems (Offenburg).
• Zur Übernahme von Banken-, Sachkonten-, Debitoren- und Kreditoren-Stammdaten wurden Exportprogramme geschrieben, mit denen die Stammdaten in Dateien auf das Filesystem geschrieben wurden. Für Buchungskreis, Kontengruppen, Einkaufs- und Verkaufsorganisationen etc. wurde während des Exports ein Feldmapping auf neue Werte durchgeführt. Der Import erfolgte per LSMW (Legacy System Migration Workbench), mit dem LSMW Batch Input, eigenen Batch Input-Aufzeichnungen und per BAPI/Idoc.

• Einführung SEPA in SAP R3 Release ECC 6.0 bei einem international tätigen Finanzdienstleister (First Data Corp., Bad Vilbel).
• Konzeption, Beratung und Entwicklung zur Mandatsverwaltung im SAP und Schnittstellen zu externen SAP- und non-SAP-Systemen.
• Im SAP R3 wurden RFC-Funktionsbausteine zur Anlage, Änderung, Anzeige, Selektion und Versionsübersicht von SEPA-Mandaten über eine Web-Oberfläche konzipiert und entwickelt. Der SAP-Standard des Mandatsverwaltungs-Dialogs wurde über User-Exits modifiziert und erweitert. Zur Massenanlage/-änderung von SEPA-Mandaten wurde ein Programm zum einlesen der Mandatsdaten über eine Datei (z.B. CSV), Prüfung und Verarbeitung im R3 entwickelt.
• Es wurde eine Schnittstelle zu einem anderen R3-System eingerichtet, um nach dem dort stattfindenden Zahllauf Daten zur Mandats-Aktualisierung entgegen zu nehmen.
• Zusätzlich zum SEPA-Projekt wurden in Programmen zur Abwicklung von Kartenzahlungen  Korrekturen und Erweiterungen vorgenommen.

• Entwicklung und Beratung SAP R/3 FI, CO, MM, SEPA (single euro payment area) Release ECC 6.0 bei einem Telekommunikationskonzern (M-Net Telekommunikations GmbH, München)
• Funktionelle Erweiterungen in der Enjoy Bestellanforderung mit SAP Enhancements in ABAP OO: Auatomatischer Mail-Versand bei Freigabe, Schnelländerung, sperren Positionen, Feldprüfungen.
• Einführung SEPA credit transfer und direct debit: Im Rahmen der Konfiguration des Zahlprogramms wurden neue Zahlwege mit eigenen Zahlungsträger-Formaten eingerichtet. Die Formate der erzeugten Dateien (hier XML) wurde nach Absprache mit den beteiligten Banken mit Hilfe der DME-Engine aufgebaut. Zusätzliche Details zum Aufbau des Verwendungszwecks wurden ergänzend in einem Funktionsbaustein programmiert. Für die Debitorenseite wurde die Mandatsverwaltung eingerichtet. Im Customizing wurden neue SEPA-Geschäftsvorfall-Codes mit Buchungsregeln eingerichtet.
• Entwicklung einer Billing-Schnittstelle für Wholesale und Retail zum Verbuchen von Debitorenrechnungen und -gutschriften im SAP R/3.
• Entwicklung eines CO-Auswertereports: Zur Einführung eines Planungstools im Bereich Controlling benötigt der Kunde Ist-Daten aus dem SAP, konkret Ist-Kosten primärer Kostenarten, verdichtet auf Periodenwerte, Summenwerte je Periode und Geschäftsjahr, Kostenart und Kostenstelle.
• Erweiterung von Schnittstellen zur Pflege von Debitorenstammdaten sowie zur Erfassung von Debitorenrechnungen und -gutschriften.
• Redesign/Anpassung von SAPscript-Formularen für Bestellung, Mahnwesen und Zahlungsavis
• Wartung, Support, Anwenderbetreuung und kleinere Projekte in den SAP-Modulen FI Debitoren- und Kreditorenbuchhaltung (FI-AR, FI-AP), elektronischer Kontoauszug (FI-BL), Ergebnis- und Marktsegmentrechnung (CO-PA), Investitionsmanagement (IM), Innenaufträge (CO-OM-OPA).

• für einen weltweit tätigen Kunden (Siemens AG, München) werden für den Aufbau eines konzernweiten Berichtswesens unter Release 4.6C und ECC 6.0 mit ABAP/4 und ABAP/OO generische Datenextraktoren designed, entwickelt und betreut. Der Rollout erfolgt auf ca. 250 Zielsysteme. Sämtliche Berichte basieren nicht auf bereits vorhandenen Berichten oder Anwendungen des SAP-Standards, sondern wurden von Grund auf neu konzipiert und entwickelt. 

• Die Entwicklungs- und Kundenbetreuungstätigkeit umfasst im einzelnen folgende Themen/Extraktoren:

• offene-Posten-Daten aus dem SAP FI auf Debitoren- und Kreditorenseite (FI-AR, FI-AP).
• Das Volumen der offenen Debitoren- und Kreditorenposten wird ermittelt und ggf. ergänzt um Informationen zu Fälligkeiten, Kundenauftragsbezug, Kreditoren-/Debitorenstammdaten, Projektbezug (PS) und Kontendaten.
• Ergänzend werden aus dem FI-Hauptbuch (FI-GL) die Verkehrszahlen der Kreditoren- und Debitorenabstimmkonten extrahiert. Diese werden über Vorgaben des Konzernkontenplans aus dem lokalen Kontenplan ermittelt und auf Profit Center (EC-PCA)- und Kontenebene ausgegeben, oder aber, sofern keine Profit Center-Rechnung im Einsatz ist, auf Geschäftsbereichs- und Kontenebene. Weitere kundeneigene Organisationsstrukturen werden aus dem Profit Center-Stammsatz extrahiert und ebenfalls im Bericht ausgewiesen.
• Das Programm kann mit dem herkömmlichen ebenso wie mit dem neuen Hauptbuch (new GL) arbeiten.
• Personenbezogene Daten können - über diverse Customizing-Anwendungen - anonymisiert oder pseudonymisiert werden. Sämtliche Parameter zur Steuerung und Ausgabe der personenbezogenen Daten können über ein flexibles Customizing und diverse Reports gewählt und automatisiert angelegt werden.

• Daten zur Materialbewertung aus dem SAP MM.
• Die Bewertungen sämtlicher Normal-und Sonderbestände werden auf Werks- bzw. Lagerortebene ermittelt und angereichert mit verschiedenen Materialstamm- und Projektdaten (PS) und Daten zu kundeneigenen Organisationseinheiten.
• Ergänzend werden aus dem FI-Hauptbuch (FI-GL) die Verkehrszahlen der Materialkonten extrahiert. Diese werden über Vorgaben des Konzernkontenplans aus dem lokalen Kontenplan ermittelt und auf Profit Center (EC-PCA)- und Kontenebene ausgegeben bzw. ggf. auf Geschäftsbreichs- und Kontenebene, s.o.. Das Programm kann mit dem herkömmlichen ebenso wie mit dem neuen Hauptbuch (new GL) arbeiten.

• Kundenauftragsvolumen (SD). Das Volumen der in einem frei wählbaren Zeitraum neu eingegangenen Kundenaufträge wird ermittelt.

• Daten zum SAP Programm- und Transaktionsmonitoring. Mit dieser Anwendung kann ermittelt werden, welcher Benutzer zu welchem Zeitpunkt welche Transaktion/Programm ausgeführt hat.

• Entwicklung SAP R/3 MM und SD Retail Release 4.6C bei Conrad Electronic.
• Für den Kunden wurden unter Release 4.6C im Modul Retail mit ABAP/4 und ABAP/OO Dialog- und Report-Anwendungen zu verschiedenen kundeneigenen Erweiterungen entwickelt:
• Kundeneigene Preisstammdaten, Verkaufspreis und Konditionen, Verwaltung Rabattkennzeichen (SD-BF-PR), Zolldaten (SD-FT)
• Planlieferzeit in den Werkstammdaten, Aktualisierung Artikelstammdaten,
• Verwaltung Bestellhistorie, Aktualisierung Bestellung über XML-Datei (MM-PUR)

• Freiberufliche Tätigkeit als SAP-Anwendungsentwickler für eine international tätige Leasinggesellschaft (Siemens AG)
• Für den Kunden wurden diverse SAP-Applikationen zur Abwicklung des kompletten Leasingprozesses mit Integration in die SAP-Finanz- und Anlagenbuchhaltung erstellt. Das Projektteam bestand aus bis zu 40 Mitarbeitern. Entwickelt wurden folgende SAP-Zusatzmodule: Geschäftspartnerverwaltung (Modul Geschäftspartner), Angebots- und Projektverwaltung (Modul Underwriting), Leasingrahmenvertragsverwaltung, Leasingscheinabwicklung, Leasingeinzelvertragsabwicklung inklusiver sämtlicher anfallender Vertragsanpassungen, Leasingabgangsverarbeitung (Termination), Sonderfakturen, Refinanzierung, Monats- und Jahresabschluss, Informationssystem. Sämtliche Module wurden voll in die SAP-Landschaft integriert (Debitoren, Kreditoren, Hauptbuch, Anlagenbuchhaltung, Controlling).
• Über den gesamten Zeitraum dieses Projekts wurden für das Informationssystem Reports unter Verwendung der ABAP List Viewer Tools des SAP-Standard erstellt.

Entwicklung einer Schnittstelle zur Anbindung einer Internet-Anwendung von Underwriting und Geschäftspartner-Stammdatenverwaltung für die Landesgesellschaft Italien