Die wichtigsten Tools für
SAP TM Entwickler & technische Berater
SAP Transportation Management hat ein eigenes Ökosystem an Werkzeugen — weit über SE38 und den Standard-ABAP-Debugger hinaus. Dieser Guide stellt alle unverzichtbaren Tools vor: vom TM BOPF Navigator über das BOBT Test Environment bis zu Profi-Tricks mit dem Debugger Script Trace.
| /SCMTMS/BONAV | TM BOPF Navigator — Suche, Navigation, Where-Used für BOPF-Objekte |
| /BOBF/TEST_UI · BOBT | BOPF Test Environment — BO-Instanzen laden, testen, Actions ausführen |
| /BOBF/CONF_UI · BOBF | BOPF Modeling Tool — Struktur von Business Objects anzeigen |
| /BOBF/CUST_UI | BOPF Enhancement Workbench — BOs erweitern & neue Nodes anlegen |
| /SCMTMS/DS_TRACE | TM Debugger Script Trace — Programmfluss visualisieren, Änderungen tracen |
| SE80 · SE38 · SE24 | ABAP Workbench — Quellcode, Klassen, Programme, Funktionsbausteine |
| ADT (Eclipse) | ABAP Development Tools — modernes Entwicklungs- und Debugging-Tool |
| SM59 | RFC-Verbindungen — Schnittstellen & externe Systemzugriffe |
| SLG1 | Application Log — TM-spezifische Fehlermeldungen und Logs analysieren |
| ST22 | Runtime Errors — Dump-Analyse nach Systemabstürzen |
| NWBC | NetWeaver Business Client — TM Web-UI starten |
| SFP | Adobe Form Builder — Frachtbriefe, CMR, Ausgabedokumente |
| SPRO | Customizing — TM-Konfiguration, Org-Einheiten, Grundeinstellungen |
01 / Grundlagen
01Das BOPF-Framework verstehen — der Kern von SAP TM
Wer mit SAP TM entwickelt, arbeitet ständig mit dem Business Object Processing Framework (BOPF). Während klassisches SAP mit direkten SELECT-Abfragen und funktionalen Bausteinen arbeitet, dreht sich bei SAP TM alles um Business-Objekte, Nodes, Actions, Determinations und Validations.
Das BOPF verwaltet den gesamten Lebenszyklus eines Business-Objekts — von der Datenpersistenz
über den Buffer bis zur Business-Logik. Statt SELECT * FROM VBAK rufst du
QUERY, RETRIEVE oder RETRIEVE_BY_ASSOCIATION auf dem Service Manager auf.
Die wichtigsten TM Business Objects
/SCMTMS/TRQ — Forwarding Order (Speditionsauftrag) ·
/SCMTMS/TOR — Transport Order / Freight Order / Freight Booking ·
/SCMTMS/TCCM — Charge Calculation ·
/SCMTMS/CUSTFREIGHTINVREQ — Customer Freight Invoice Request.
Alle Objekte sind in /BOBF/CONF_UI einsehbar.
BOPF bricht Business-Logik in 4 Konzepte auf:
- Nodes: Hierarchische Datenstruktur des Business-Objekts (Root, Items, Stops, etc.)
- Determinations: Automatische Berechnungen die bei Änderungen ausgelöst werden
- Validations: Konsistenzprüfungen vor dem Speichern
- Actions: Explizit auslösbare Operationen (z.B. „Freight Order bestätigen“)
Niemals direkt auf BOPF-Tabellen schreiben
BOPF hat einen eigenen Buffer-Mechanismus. Direkte UPDATE /SCMTMS/D_TORROT-Statements umgehen den Buffer komplett und führen zu inkonsistenten Systemzuständen. Immer über die BOPF-Service-API arbeiten.
02 / BOPF-Tools
02BOPF-Tools: Navigator, Test Environment & Modeling
/SCMTMS/BONAV
Der TM BOPF Navigator ist das wichtigste Navigationswerkzeug für SAP TM Entwickler. Er ermöglicht Freitext-Suche über alle BOPF-Objekte des TM-Systems — ohne dass du die genauen technischen Namen kennen musst. Per Doppelklick springst du direkt in den ABAP-Quellcode. Where-Used-Listen für Actions, Determinations und Validations auf Knopfdruck.
- Action-Namen halbwegs erinnern? Einfach Freitext eingeben — der Navigator findet sie
- Where-Used-Liste zeigt dir alle Stellen wo eine Action aufgerufen wird
- Doppelklick auf ein Objekt → direkt in den ABAP-Quellcode ohne Umweg über SE80
- Correction Note
#3234950enthält die aktuellste Bugfix-Version
/BOBF/TEST_UI · BOBT
Das BOPF Test Environment ist ein unverzichtbares Analyse- und Unit-Test-Werkzeug. Es erlaubt, BO-Instanzen (Forwarding Orders, Freight Orders, etc.) direkt zu laden, anzuzeigen und zu bearbeiten — komplett ohne die TM-Web-UI oder NWBC. Actions, Determinations und Validations können direkt aus dem Test Environment ausgelöst werden.
- Aufruf:
/N/BOBF/TEST_UI(Prefix/Noder/Oist Pflicht) oderBOBT - BO-Name eingeben (z.B.
/SCMTMS/TRQ), dann Root-Node und Instanz laden - Daten-Suche via BY QUERY (wenn Key unbekannt) oder BY KEY (wenn GUID bekannt)
- Ideal für Support-Tickets: Systemzustand ohne UI-Overhead prüfen
- Cross-BO-Beziehungen visualisieren — welcher Node hängt mit welchem BO zusammen?
/BOBF/CONF_UI · BOBF
Das BOPF Modeling Tool zeigt die vollständige Struktur eines Business-Objekts: alle Nodes, Attribute, Assoziationen, Buffer-Klassen, Actions, Determinations und Validations. Unverzichtbar um SAP-TM-BOs zu verstehen bevor du sie erweiterst.
- Hinter jedem Node findest du die Buffer-Klasse (meist
/BOBF/CL_BUF_SIMPLE) — Key für Quick BOPF Debugging - Assoziationen zwischen Nodes und Cross-BO-Links auf einen Blick
- Alternative Schlüssel (Alternative Keys) für Abfragen finden
/BOBF/CUST_UI
Der Einstiegspunkt für alle BOPF-seitigen Erweiterungen: Neue Nodes und Attribute auf Standard-BOs anlegen, eigene Actions, Determinations und Validations registrieren, vollständig neue Business-Objekte erstellen.
- Erweiterungen immer auf dem Enhancement-BO anlegen — niemals Standard-BO direkt modifizieren
- Eigene Determination auf Node-Ebene registrieren und mit ABAP-Klasse verbinden
- Für Clean-Core-konforme TM-Erweiterungen: freigegebene BOPF-Enhancement-Points nutzen
03 / Debugging
03Debugging-Tools: Debugger Script Trace & GUID-Tricks
/SCMTMS/DS_TRACE
Das mächtigste TM-spezifische Debugging-Werkzeug. Der Debugger Script Trace automatisiert das, was man sonst manuell im Debugger-Session durchführen müsste: Er visualisiert den Programmfluss und zeigt schnell welcher Code für eine bestimmte Änderung an einem TM-Objekt verantwortlich ist. Kein langes manuelles Durchsteppen durch den komplexen BOPF-Call-Stack.
- Benötigt eine aktive Debugger-Session — als Debugger-Script ausführen
- Ideales Werkzeug wenn unbekannt ist warum sich ein Node-Wert unerwartet ändert
- Ergänzung: Notepad++ zum Analysieren von kopierten Debugger-Daten mit GUIDs
- Inoffiziell unterstützt — ursprünglich als internes SAP-Support-Tool entwickelt, aber öffentlich verfügbar
BOBF · /BOBF/CL_BUF_SIMPLE
Ein Profi-Trick für schnelle Root-Cause-Analyse in SAP TM:
Im BOBF-Tool hinter jedem Node die Buffer-Klasse finden (meist /BOBF/CL_BUF_SIMPLE).
In dieser Klasse die Methode MODIFY öffnen und einen Conditional Breakpoint
auf den gesuchten Node-Typ setzen. Der Debugger stoppt exakt wenn das betreffende Objekt
im Buffer modifiziert wird — egal welcher Code der Auslöser ist.
- Conditional Breakpoint: z.B.
stop_node_key = my_guidfür gezielten Treffer - Call-Stack zeigt genau welche Action/Determination/Validation die Änderung ausgelöst hat
- Spart enormen Aufwand gegenüber manuellem Durchsteppen durch den gesamten BOPF-Stack
Notepad++ · Texteditor
SAP TM arbeitet intensiv mit GUIDs als hexadezimalen Schlüsseln — kein Klartext, keine lesbaren Nummern. Im Debugger ist die Zuordnung zwischen PARENT_KEY und Dokumenten-GUIDs unübersichtlich. Notepad++ löst das elegant: Inhalt einer internen Tabelle aus dem Debugger kopieren und per Doppelklick auf einen GUID alle gleichen Vorkommen im Text sofort markieren.
- TOR-Dokumente über
PARENT_KEY-Beziehungen schnell zuordnen - Doppelklick auf GUID → alle identischen GUIDs im gesamten kopierten Text markiert
- Alternative: VS Code mit „Highlight“-Extension für dieselbe Funktionalität
- Besonders wertvoll bei komplexen Multi-BO-Strukturen (TOR ↔ TRQ ↔ Charges)
04 / ABAP-Entwicklung
04ABAP-Entwicklungswerkzeuge: SE80, ADT, SE37
SE80 · SE38 · SE24
Die klassische SAP-Entwicklungsumgebung: SE80 (Object Navigator), SE38 (ABAP Editor), SE24 (Class Builder). In SAP TM nutzt du SE24 täglich — denn Actions, Determinations und Validations sind ABAP-OO-Klassen, die über das Class Builder Interface navigiert und bearbeitet werden.
- SE24: Der primäre Einstiegspunkt für TM BOPF-Implementierungen — alle ADV/DET/VAL sind Klassen
- SE80: Überblick über Pakete, Entwicklungsobjekte, Package-Hierarchien des TM
- TM-Klassen beginnen meist mit
/SCMTMS/CL_oder/SCMTMS/IF_ - Kombination mit BOPF Navigator: In Navigator auf Objekt klicken → SE24 springt direkt zur Klasse
ADT — Eclipse
ADT ist die Entwicklungsumgebung für ABAP Cloud und Clean-Core-Entwicklung in SAP TM. Für neue Extensions auf S/4HANA TM (Clean Core Typ 2) ist ADT Pflicht. Zudem bietet der ADT-Debugger modernere Features als der klassische GUI-Debugger: Statement Breakpoints, parallele Sessions, direktes Variablen-Editing.
- Installation: Eclipse → Install New Software →
https://tools.hana.ondemand.com/latest - Aktuelle validierte Version: Eclipse 2026-03 (März 2026)
- ADT-Debugger: F5/F6/F7/F8 — identisch zu SAP GUI, aber mit mehr Features (Statement Breakpoints etc.)
- ABAP Cloud-Entwicklung für TM ausschließlich in ADT — kein SE80-Äquivalent
SAP TM & BOPF-Entwicklung — Espresso Tutorials
Espresso Tutorials bietet praxisnahe Kurse und E-Books zu SAP TM, BOPF-Entwicklung und ABAP in S/4HANA. Der ideale Einstieg für alle die tiefer in die technischen Aspekte von SAP Transportation Management einsteigen wollen.
→ Zu Espresso Tutorials * Affiliate-Link — scmtms.de erhält eine Provision bei Kauf, für dich entstehen keine Mehrkosten.05 / Monitoring & Analyse
05Monitoring & Analyse: SLG1, ST22, SM50, SM58
SLG1
Der Application Log ist die erste Anlaufstelle für TM-Fehlermeldungen. SAP TM schreibt viele Prozessschritte, Fehler und Warnungen in applikationsspezifische Log-Objekte. Besonders bei Charge-Kalkulation, EDI-Verarbeitung und Ausführungsereignissen liefert SLG1 wertvolle Hinweise bevor man den Debugger anwirft.
- TM-spezifische Log-Objekte:
/SCMTMS/*im Objektfilter suchen - Zeitraum und Benutzer filtern um relevante Logs schnell zu finden
- Fehler-Meldungsnummern aus SLG1 als Basis für gezielten Breakpoint-bei-Meldung im Debugger nutzen
ST22
ST22 zeigt alle ABAP-Laufzeitfehler (Dumps). In SAP TM treten Dumps gelegentlich bei fehlerhaften BOPF-Erweiterungen, Typkonflikten oder fehlenden Berechtigungen auf. Direkt aus ST22 in den Debugger springen ist der effizienteste Einstieg um den Fehlerkontext zu analysieren.
- Dump → „Zum Debugger“ — springt direkt in den Fehlerkontext mit allen Variablenwerten
- Bei BOPF-Dumps: Call-Stack zeigt welche Action/Determination der Auslöser war
- Dumps werden standardmäßig 2 Tage aufbewahrt — zeitnah analysieren
SM58 · SM59
SAP TM kommuniziert intensiv über RFC mit angebundenen Systemen (ERP/S4, EWM, externe TMS). SM58 zeigt fehlgeschlagene tRFC-Aufrufe — unverzichtbar bei Integrationsproblemen. SM59 ist die Verwaltungskonsole für alle RFC-Verbindungsdestinationen.
- SM58: Fehlgeschlagene tRFCs nach Funktionsbaustein und Zieldestination filtern
- SM59: Verbindungstests um RFC-Konnektivität bei Integrationsproblemen schnell auszuschließen
- Für SAP TM ↔ ERP-Übergaben: RFC-Monitoring bei Freight-Order-Status-Updates
06 / Customizing & Konfiguration
06Customizing & Konfiguration: SPRO, SM59, NWBC
SPRO
Das zentrale Customizing-Werkzeug für alle TM-Konfigurationen: Organisationseinheiten, Transportplanungseinstellungen, Charge-Management, Output-Management (PPF), Nummernkreise, Statusschemas und vieles mehr. Technische Berater kennen den TM-IMG-Pfad in- und auswendig.
- TM-Pfad: Logistics Execution → Transportation Management
- PPF-Settings auch via SPRO: Cross-Application Components → Processes and Tools for Enterprise Applications → PPF Adapter
- Bei Customizing-Problemen: Transport-Logs in SM21 und STMS prüfen
NWBC
SAP TM läuft browserbasiert im NetWeaver Business Client — nicht in der klassischen SAP GUI. NWBC startet den TM-Web-Client und öffnet die Floorplan-Manager-basierte Benutzeroberfläche für Forwarding Orders, Freight Orders, Planungswerkzeuge und mehr. Technische Berater brauchen NWBC um eigene Erweiterungen und UI-Anpassungen zu testen.
- Browser-Debugging (Chrome DevTools): F12 für JavaScript-Fehler in Web-Dynpro-UI
- Nützlich für Testing: Im NWBC-Kontext Breakpoints aktiv schalten (
/h) - NWBC-URL-Parameter für direktes Öffnen von TM-Dokumenten per Deep-Link
07 / Ausgabe & Formulare
07Ausgabe & Forms: SFP, PPF, Output Management
SFP
SAP TM nutzt Adobe Interactive Forms für alle Ausgabedokumente: Frachtbriefe (CMR), Lieferscheine, Ladungslisten, Zolldokumente. Der Form Builder (SFP) ist der Entwicklungsort für Layout und Datenanbindung dieser Formulare. ABAP-Kenntnisse sind für den Kontext-Klassen-Teil erforderlich.
- Form-Interface definiert welche Daten aus TM-BOs übergeben werden
- Layout-Entwicklung in Adobe LiveCycle Designer (separates Tool)
- PPF (Post Processing Framework) steuert wann und wie Formulare ausgelöst werden
- PPF-Einstellungen in SPRO unter Cross-Application Components → PPF Adapter for Output Management
08 / Datenbankstruktur
08Wichtige TM-Datenbanktabellen & BO-Objekte
Auch wenn direkte Datenbankzugriffe in BOPF-Systemen vermieden werden sollten, ist das Wissen über die Tabellenstruktur für Analyse und Fehlersuche unverzichtbar — z.B. in SE16N für Read-Only-Inspektion.
| Tabelle / BO | Bezeichnung | Anmerkung |
|---|---|---|
| /SCMTMS/TOR | Transport Order BO (Freight Order/Booking) | Zentrales BO für alle Frachtdokumente |
| /SCMTMS/TRQ | Transport Request BO (Forwarding Order) | Speditionsauftrag — Basis für TOR |
| /SCMTMS/D_TORROT | TOR Root-Node Datenbanktabelle | Root-Daten des Freight Orders |
| /SCMTMS/D_TORITE | TOR Item-Node Datenbanktabelle | Frachtpositionen |
| /SCMTMS/D_TORSTP | TOR Stop-Node (Stops/Stages) | Stopps und Abschnitte der Route |
| /SCMTMS/D_TOREXE | TOR Execution Events | Ausführungsereignisse (Abfahrt, Ankunft) |
| /SCMB/RESTMSHD | Resource Header | Fahrzeuge, Ressourcen |
| /SCMTMS/D_TCCRTOT | Charge Calculation Total | Frachtkosten-Kalkulation |
Direkte DB-Zugriffe: nur lesend und nur im Notfall
SAP TM-Tabellen bilden BOs ab — der BOPF-Buffer kann aktuellere Daten enthalten als die Datenbank. Direkte SELECT-Statements sind für Analysen (SE16N, ABAP-Reports) akzeptabel, aber niemals schreiben. Für Produktiv-Daten immer die BOPF-Service-API verwenden.
09 / Arbeitsablauf
09Typischer Workflow — so arbeiten erfahrene TM-Entwickler
Wie sieht der typische Workflow eines erfahrenen SAP TM Entwicklers oder technischen Beraters aus? Hier ein bewährtes Vorgehen für die häufigsten Szenarien:
Szenario A: Unerwartetes Verhalten eines TM-Dokuments analysieren
- SLG1 — Gibt es einen Application-Log-Eintrag zum betroffenen Dokument?
- /BOBF/TEST_UI (BOBT) — BO-Instanz laden, Node-Daten und Status prüfen
- /SCMTMS/BONAV — Relevante Action/Determination suchen, Where-Used prüfen
- BOBF → Buffer-Klasse → MODIFY-Methode — Conditional Breakpoint auf betroffenen Node
- Debugger + Notepad++ — Call-Stack analysieren, GUIDs zuordnen
Szenario B: Neue BOPF-Erweiterung entwickeln
- /BOBF/CONF_UI — BO-Struktur verstehen, richtigen Node und Erweiterungspunkt finden
- /BOBF/CUST_UI — Enhancement-BO anlegen, neue Determination/Validation/Action registrieren
- SE24 — Implementierungsklasse erstellen, Schnittstelle aus BOPF-Vorlage ableiten
- /BOBF/TEST_UI (BOBT) — Erweiterung testen ohne volle UI-Session
- ADT + ABAP Debugger — Finale Analyse und Debugging
Szenario C: TM-Integration debuggen (RFC/EDI)
- SM58 — Fehlgeschlagene tRFCs prüfen
- SM59 — RFC-Verbindung testen
- SLG1 — TM-seitige Fehlerlogs suchen
- SE37 — Funktionsbaustein direkt testen (bei RFC-basierten Schnittstellen)
- Debugger mit External Breakpoint — Für RFC-Aufrufe von externem System
SAP TM & Transportlogistik — Rheinwerk Verlag
Der Rheinwerk Verlag bietet das deutschsprachige Standardwerk zu SAP Transportation Management. Von Grundlagen über Customizing bis zur technischen Entwicklung — das Pflichtbuch für jeden TM-Berater.
→ Zu Rheinwerk Verlag * Affiliate-Link — scmtms.de erhält eine Provision bei Kauf, für dich entstehen keine Mehrkosten.10 / FAQ
10FAQ – Tools für SAP TM Entwickler
Was ist der TM BOPF Navigator und warum ist er so nützlich?
/SCMTMS/BONAV) ist ein TM-spezifisches Such- und Navigationswerkzeug für alle BOPF-Objekte im System. Du gibst einen Freitext-Suchbegriff ein und findest Actions, Determinations, Validations — auch wenn du den genauen technischen Namen nicht kennst. Per Doppelklick springst du direkt in den Quellcode. Where-Used-Listen zeigen wo ein Objekt referenziert wird. Für TM-Entwickler ist er unverzichtbar.
Welche Transaktion nutze ich um TM Business-Objekt-Daten direkt einzusehen?
/N/BOBF/TEST_UI oder BOBT (neuere Systeme) — das BOPF Test Environment. Dort gibst du den BO-Namen ein (z.B. /SCMTMS/TRQ für Forwarding Order) und lädst Instanzen per Query oder Key. Du siehst alle Node-Daten, kannst Actions auslösen und Determinations testen — komplett ohne die TM-Web-UI. Ideal für Support-Analysen und Unit-Tests.
Warum ist Notepad++ ein wichtiges Tool für SAP TM Entwickler?
Wie finde ich heraus welcher Code eine Änderung an einem TM-Objekt ausgelöst hat?
/SCMTMS/DS_TRACE) — visualisiert den Programmfluss automatisch. (2) Quick BOPF Debugging via Buffer-Klasse: In BOBF/CONF_UI hinter dem betroffenen Node die Buffer-Klasse finden (/BOBF/CL_BUF_SIMPLE), dort in der Methode MODIFY einen Conditional Breakpoint auf den gesuchten Node-Typ setzen. Der Call-Stack zeigt dann genau welche Action oder Determination den Auslöser gemacht hat.
Was ist der Unterschied zwischen BOPF-Entwicklung und klassischer ABAP-Entwicklung?
SELECT-Statements und Funktionsbausteine. Im BOPF arbeitest du mit Business Objects, Nodes und OO-Klassen. Daten werden nicht per SQL gelesen sondern über QUERY, RETRIEVE und RETRIEVE_BY_ASSOCIATION — der BOPF-Buffer übernimmt die Datenverwaltung. Business-Logik steckst du in Actions (explizit auslösbar), Determinations (automatisch bei Änderungen) und Validations (Konsistenzprüfungen). Das erfordert am Anfang ein Umdenken.
Welche Skills braucht ein SAP TM Entwickler über Standard-ABAP hinaus?
🚛 Mehr SAP TM Wissen auf scmtms.de
Tipps, Tutorials und Praxiswissen rund um SAP Transportation Management — von der Community, für die Community.
