SAP ABAP-Entwicklung

Klassische ABAP-Tiefe (Custom-Code, SPDD/SPAU, Forms, IDoc/EDI, BAdIs, Enhancements) verbunden mit moderner Entwicklung (CDS-Views, RAP, OData, Fiori Elements). Wir strukturieren Refactoring-Backlogs aus dem ATC-Befund, migrieren Smartforms und Adobe Forms in Fiori- Elements-Apps, und entscheiden gemeinsam mit Ihnen wo Side-by-Side auf BTP, wo RAP in S/4 – nicht nach Modetrend, sondern nach Lifecycle, Performance-Anforderung und Wartungs-Realität.

ABAP-Entwicklung als eigenständigen Beratungs-Bereich

SAP ABAP ist nicht nur eine Sprache, sondern ein Stück Unternehmens- DNA. Ihre Bestands-Z-Programme tragen Logik die seit Jahren Geschäftsprozesse abbildet – und gleichzeitig ist der ABAP-Stack der Ort, an dem Clean Core, Side-by-Side, RAP und Fiori Elements zusammenkommen. Wer den ERP-Kern selbst kann, integriert AI-Agenten und BTP-Innovationen sauber. Wer es nicht kann, lebt mit Schnittstellen-Schmerz.

Unsere ABAP-Berater bringen klassische Tiefe (Custom-Code, SPDD/SPAU, Forms-Generationen, IDoc/EDI, BAdIs, Enhancements, Workflow) und moderne Praxis (CDS-Views, RAP, OData, Fiori Elements, ABAP Cloud / Steampunk, abapGit, ATC-basierte Code-Pipeline). Aus einer Hand, mit derselben Person, die im Discover schon mit dem Architekten zusammensitzt.

Zwei Welten – eine Strategie

Klassisch – der Bestandscode

Eine S/4HANA-Brownfield-Migration scheitert nicht an SUM DMO. Sie scheitert an den Z-Programmen, die niemand mehr versteht. Wir setzen den ATC früh ein – als Inventur, nicht als Bewertung. Aus dem Befund entsteht ein Refactoring-Backlog mit klarer Reihenfolge: was muss vor SUM DMO repariert werden (SPDD/SPAU-Kandidaten), was darf während der Migration laufen, was wird nach Go-Live in Ruhe aufgeräumt. SmartForms, Adobe Forms und SAPScript werden nicht pauschal entsorgt – wir prüfen pro Beleg, welche eine Fiori-Elements- Migration rechtfertigt und welche unverändert weiterlaufen darf. IDoc- und EDI-Strecken bleiben oft stabil, sind aber selten dokumentiert. Wir strukturieren die Mapping-Karten, damit der nächste ABAP-Entwickler nicht von vorn anfängt.

Modern – der Erweiterungs-Layer

RAP, CDS, OData, Fiori Elements sind kein Selbstzweck. Sie sind die Werkzeuge, mit denen wir Erweiterungen heute schreiben – sauber im Mandanten, mit klarem Lifecycle, ohne den S/4-Standard zu deformieren. Wir unterscheiden konsequent: RAP, wenn die Erweiterung eng am S/4-Datenmodell hängt (Verlängerung von Business Objects, BO-Erweiterungen, Custom-CDS-Views auf Standard-Tabellen). CAP auf BTP, wenn der Lifecycle eigenständig sein soll (Side-by-Side-Service mit eigener Versionierung, Drittsystem-Integration, Microservice-Pattern). Diese Entscheidung treffen wir pro Erweiterung mit Ihrem Team – kein Pattern one-size-fits-all.

Methodik – ATC-Pipeline statt Code-Review per Mail

Eine professionelle ABAP-Entwicklung läuft heute über eine Pipeline. Wir richten abapGit + ATC + CI/CD so ein, dass jeder Commit automatisch geprüft wird: Pflichtchecks (Sicherheit, Performance, Clean ABAP), Stil-Checks (variable Namensgebung, Modul-Konventionen) und domänenspezifische Checks (z.B. Verbot direkter SELECT auf Buchhaltungstabellen). Der ATC-Befund landet im Backlog, wird priorisiert und ist in Code-Reviews der gemeinsame Ankerpunkt. So bleibt Code-Qualität nicht eine Frage der Disziplin, sondern eine Frage des Workflows.

Side-by-Side mit ABAP Cloud / Steampunk

ABAP-Steampunk ist die zweite Spielwiese. Wir bauen dort Erweiterungen, die nicht im S/4-Mandanten leben sollen – typisch: kundenspezifische Workflows die mehrere Systeme orchestrieren, AI-Agenten die SAP-Daten lesen und schreiben, separate Services mit eigenständigem Release- Zyklus. Steampunk gibt uns dabei die vertraute ABAP-Welt mit den Cloud-Standards (RESTful, OData V4, Identity über IAS, Mandant- Trennung).

Wer mit uns spricht

Dieses Angebot richtet sich an Entwicklungs-Verantwortliche und ABAP-Leads, die einen verlässlichen Partner suchen – kein Body- Leasing, sondern eine Berater-Gruppe, die im Refactoring-Backlog mitdenkt, eigene Patterns mitbringt und mit Ihrem Team gemeinsam die Strategie für die nächsten Releases formt. Wir kennen die Trade-offs aus Mandaten in der Prozessindustrie, im Maschinenbau und im Schweizer Mittelstand. Eine kompakte ABAP-Code-Review (60 Min) ist meist der schnellste Einstieg.

SFOUR Consulting — Übersicht · Kontakt