Entwicklungsumgebung und Transport

Was ist die ABAP Workbench?

Die ABAP Workbench ist die im SAP-System eingebaute Entwicklungsumgebung, in der du Programme, Dictionary-Objekte, Funktionsbausteine und Oberflächen anlegst, testest und über das Transportwesen in andere Systeme weitergibst.

Jede Änderung an einem SAP-Objekt landet in einem Transportauftrag, und wer beim Sichern den falschen erwischt, schiebt fremde Arbeit ungewollt Richtung Produktivsystem.

KI-generiertDieses Bild wurde mit KI erzeugt · Yves Hoppe / KI / cmt

Enthält: Editor, Dictionary, Debugger, Transportwesen
Einstieg über: Object Navigator, Transaktion SE80
Moderne Alternative: ABAP Development Tools in Eclipse
Hängt an: Transportauftrag und Systemlandschaft

Was zur Workbench gehört

Die Klammer um alles ist der Object Navigator, Transaktion SE80. Von dort kommst du an jedes Entwicklungsobjekt, ohne dir die Einzeltransaktionen merken zu müssen. Dahinter liegen der ABAP Editor SE38 für Reports, das Dictionary SE11 für Tabellen, Views und Datenelemente, der Function Builder SE37 für Funktionsbausteine und der Class Builder SE24 für Klassen und Interfaces.

Zum Prüfen gehören der Debugger, der ein laufendes Programm anhält und dir jede Variable zeigt, der SQL-Trace ST05 für Datenbankzugriffe und die Laufzeitanalyse für teure Stellen im Code. Diese Werkzeuge sind kein Extra, sie sind Teil derselben Umgebung und greifen auf dieselben Objekte zu.

Warum alles am Transportauftrag hängt

Sobald du ein Repository-Objekt anlegst, fragt das System nach einem Paket und einem Transportauftrag. Beides ist keine Formalie: Das Paket bestimmt, wohin das Objekt gehört, der Auftrag bestimmt, ob es jemals im Test- und Produktivsystem ankommt. Wählst du beim Anlegen das lokale Paket $TMP, bleibt das Objekt im Entwicklungssystem gefangen und muss später umgehängt werden.

In älteren Systemen auf Basis von SAP NetWeaver brauchst du zusätzlich einen Entwicklerschlüssel, den die Systemadministration für deinen Benutzer registriert. In S/4HANA und BW/4HANA ist dieses Verfahren entfallen, dort hängt alles an der Entwicklungsberechtigung, technisch am Berechtigungsobjekt S_DEVELOP. Fehlt der Schlüssel oder die Berechtigung, kommst du zwar in die Anzeige, aber nicht ins Anlegen und Ändern.

Die zwei Fehler, die am meisten Zeit kosten

Häufig wird ein Auslieferungsobjekt von SAP direkt geändert statt erweitert. Jede solche Modifikation meldet sich beim nächsten Upgrade zurück, weil sie von Hand abgeglichen werden muss, und das bei jedem weiteren Upgrade erneut. Der saubere Weg führt über die vorgesehenen Erweiterungsstellen wie BAdIs oder Enhancements, dort bleibt der Standard unangetastet.

Der zweite Zeitfresser ist der Debugger im Produktivsystem. Er ist verlockend, aber gefährlich: Wer dort Feldinhalte ändert, greift an der Anwendung vorbei in die Daten ein, ohne dass eine Belegprüfung stattfindet. Reproduziere den Fall lieber im Testsystem mit kopierten Daten.

KI-generiertDieses Bild wurde mit KI erzeugt · Yves Hoppe / KI / cmt

Nicht verwechseln

ABAP Workbench und was oft damit gleichgesetzt wird

ABAP Workbench gegen ABAP

ABAP ist die Programmiersprache, die Workbench ist die Umgebung, in der du damit arbeitest. Die Sprache kannst du lernen, ohne die Werkzeuge zu kennen, umgekehrt bringt dir die Werkzeugkenntnis allein kein lauffähiges Programm.

ABAP Workbench gegen ABAP Development Tools

Die ADT sind das Eclipse-Plugin von SAP und greifen auf dieselben Objekte im System zu, nur mit moderner Oberfläche. Manche älteren Werkzeuge gibt es dort nicht, deshalb arbeiten viele Teams mit beidem parallel.

ABAP Workbench gegen ABAP Dictionary

Das Dictionary ist ein Teil der Workbench und verwaltet die Datenbeschreibung, also Tabellen, Views, Datenelemente und Domänen. Es enthält keine Ablauflogik.

KI-generiertDieses Bild wurde mit KI erzeugt · Yves Hoppe / KI / cmt

In der Praxis

Der Transportauftrag ist die Stelle, an der Entwicklung und Betrieb aufeinandertreffen

Jedes Objekt, das du anlegst oder änderst, wird beim Sichern einem Auftrag zugeordnet. Wer aus Bequemlichkeit den erstbesten offenen Auftrag nimmt, bündelt seine Änderung mit fremden Objekten, die vielleicht noch gar nicht fertig sind. Freigegeben wird dann alles zusammen, und im Testsystem steht plötzlich ein halb fertiger Stand.

Die zweite Stolperstelle ist die Reihenfolge beim Import. Wandert eine Struktur in einem Auftrag und das Programm, das sie benutzt, in einem anderen, muss die Reihenfolge stimmen, sonst bricht die Aktivierung im Zielsystem ab. Zusammengehörige Objekte gehören deshalb in denselben Auftrag.

Bei der Fehlersuche spart der Debugger die meiste Zeit, wenn du nicht an einer Zeile anhältst, sondern an einer Anweisung oder an einem Funktionsbaustein. So hältst du auch dort an, wo du den Code nicht kennst, etwa mitten im Standard, und musst vorher nicht wissen, welches Programm überhaupt läuft.

ABAP Workbench lernen

Wie du dich im Object Navigator bewegst und ein eigenes Programm bis in den Transportauftrag bringst, üben die Kurse zu den SAP Entwicklungswerkzeugen am System.

Kurse, die ABAP Workbench behandeln

Häufige Fragen

Brauche ich einen Entwicklerschlüssel, um loszulegen?

Das hängt vom Release ab. In älteren Systemen auf Basis von SAP NetWeaver fragt das System beim ersten Anlegen oder Ändern nach dem Schlüssel, den die Systemadministration für deinen Benutzernamen anfordert und einträgt. Danach musst du ihn nicht erneut eingeben. In S/4HANA und BW/4HANA gibt es dieses Verfahren nicht mehr, dort brauchst du statt eines Schlüssels die passende Entwicklungsberechtigung.

Warum finde ich mein Programm im Zielsystem nicht?

Meist liegt es am lokalen Paket $TMP oder an einem Transportauftrag, der noch nicht freigegeben wurde. Prüfe zuerst die Objektzuordnung und dann den Status des Auftrags im Transport Organizer.

Kann ich statt im SAP GUI in Eclipse arbeiten?

Ja, mit den ABAP Development Tools entwickelst du in Eclipse gegen dasselbe System. Für einzelne klassische Werkzeuge wechselst du weiterhin ins SAP GUI, die Objekte selbst sind aber dieselben.

Persönlich für dich da