SAP-Wiki

Transportauftrag (STMS)

Ein Transportauftrag bündelt Änderungen an SAP-Objekten wie Customizing oder Programmcode und befördert sie kontrolliert von einem System in das nächste. In einer klassischen Dreisystemlandschaft läuft er vom Entwicklungssystem (DEV) über die Qualitätssicherung (QAS) bis in die Produktion (PRD), gesteuert über das Transport Management System.

Definition

Was ist Transportauftrag?

Der Transportauftrag ist das zentrale Werkzeug, um Entwicklungen und Einstellungen zwischen SAP-Systemen weiterzugeben, ohne sie im Zielsystem erneut manuell einzupflegen. Entsteht eine Änderung im Entwicklungssystem, etwa an Customizing oder einem ABAP-Programm, legt SAP automatisch einen Transportauftrag an, dem der Entwickler die betroffenen Objekte zuordnet. Dieser Auftrag lässt sich anschließend freigeben und in andere Systeme importieren.

Relevant ist der Transportauftrag für jede Organisation mit mehr als einem SAP-System, praktisch also für jeden produktiven SAP-Betrieb. Er ist die Klammer zwischen dem Entwicklungssystem, in dem Änderungen entstehen, der Qualitätssicherung, in der sie getestet werden, und der Produktion, in der sie am Ende wirksam werden. Ohne diesen Mechanismus müssten Änderungen in jedem System einzeln nachgebaut werden, mit entsprechendem Risiko für Abweichungen.

Der typische Ablauf in einer Dreisystemlandschaft: Der Entwickler arbeitet im DEV-System und sammelt seine Änderungen in einem Transportauftrag. Nach der Freigabe importiert das Basis-Team den Auftrag ins QAS-System, wo Fachbereich und Testteam die Änderung prüfen. Erst nach erfolgreichem Test wird derselbe Auftrag in die Produktion (PRD) importiert. Häufige Fehlerquelle ist eine falsche oder fehlende Transportreihenfolge, wenn mehrere Aufträge voneinander abhängen und nicht in der richtigen Sequenz importiert werden.

Funktionen

Wie funktioniert Transportauftrag?

Technisch besteht ein Transportauftrag aus einem Kopf mit Beschreibung und Ziel sowie einer oder mehreren Aufgaben, die die konkreten Objekte enthalten. Das Transport Management System (STMS) verwaltet die Transportwege zwischen den Systemen einer Landschaft und protokolliert jeden Export und Import mit Zeitstempel und Ergebnisprotokoll. Objekte werden dabei als vollständiger Stand exportiert und im Zielsystem konsistent überschrieben, eine reine Kopie einzelner Feldänderungen findet nicht statt.

Im Zusammenspiel mit dem Mandantenkonzept landet ein Customizing-Transport im Zielmandanten des jeweiligen Systems, während Programmtransporte mandantenunabhängig auf Systemebene wirken. In komplexeren Landschaften mit mehreren Entwicklungslinien übernimmt oft ChaRM im SAP Solution Manager die Steuerung, welcher Transportauftrag zu welcher Änderungsanforderung gehört und wann er freigegeben werden darf.

Vorteile

Konsistente Systeme

Alle Systeme einer Landschaft erhalten dieselben Änderungen in derselben Reihenfolge, Abweichungen zwischen DEV, QAS und PRD werden vermieden.

Nachvollziehbare Historie

Jeder Transport ist protokolliert, mit Ersteller, Inhalt und Importzeitpunkt. Bei Rückfragen lässt sich jede Änderung lückenlos zurückverfolgen.

Kontrollierter Weg in die Produktion

Änderungen erreichen die Produktion erst nach Test in der Qualitätssicherung, was das Risiko fehlerhafter Direktänderungen deutlich senkt.

Automatisierbar

Transportimporte lassen sich zeitgesteuert oder über ChaRM automatisiert anstoßen, was manuelle Fehler bei wiederkehrenden Abläufen reduziert.

Grenzen

Reihenfolge entscheidet

Abhängige Transporte müssen in der richtigen Sequenz importiert werden. Fehler hier führen zu inkonsistenten Zielsystemen und schwer auffindbaren Störungen.

Kein Rückgängig auf Knopfdruck

Einen bereits importierten Transport zurückzunehmen erfordert einen eigenen Rückgängig-Transport, ein einfaches Zurückrollen gibt es im Standard nicht.

Disziplin im Entwicklungsteam nötig

Werden Objekte falschen Transportaufträgen zugeordnet oder Aufträge zu spät freigegeben, verzögert das den gesamten Change-Prozess über alle Systeme hinweg.

FAQ

Häufige Fragen zu Transportauftrag (STMS)

Was ist der Unterschied zwischen einem Workbench- und einem Customizing-Auftrag?

Ein Workbench-Auftrag transportiert mandantenunabhängige Entwicklungsobjekte wie ABAP-Programme, ein Customizing-Auftrag mandantenabhängige Einstellungen. Beide Auftragsarten laufen über dasselbe Transport Management System, unterscheiden sich aber in Zielort und Berechtigung.

Kann ein Transportauftrag mehrfach importiert werden?

Ja, ein Transportauftrag lässt sich in dasselbe oder in verschiedene Zielsysteme mehrfach importieren, etwa bei einer korrigierten Neuauslieferung. Wichtig ist, dass spätere Transporte mit denselben Objekten die Reihenfolge nicht durcheinanderbringen.

Wie lange dauert ein Transport von DEV nach PRD?

Der technische Import selbst dauert meist Minuten. Die eigentliche Zeit verbraucht der Weg dazwischen: Test in der Qualitätssicherung, Freigabe durch den Change-Prozess und ein geplantes Zeitfenster für den Produktivimport.

Was tun bei einem fehlgeschlagenen Transport?

Das Importprotokoll zeigt die genaue Fehlerursache, meist fehlende Vorgänger-Transporte oder Sperren im Zielsystem. AMS-Kunden von CPRO können solche Fälle über den Helpdesk melden, für alle anderen hilft die Basis-Administration vor Ort.

Muss jede Änderung über einen Transportauftrag laufen?

Im Produktivsystem ja, Direktänderungen sind dort in der Regel gesperrt. Im Entwicklungssystem lassen sich manche Einstellungen lokal ohne Transport anlegen, was für Produktivsysteme aus gutem Grund nicht vorgesehen ist.

Ihr Kontakt

Gabriele Görtz

Head of Sales & Growth

Sprechen Sie mit uns.

Ein Erstgespräch dauert 30 Minuten. Sie können auch direkt mit einem konkreten Thema kommen. Rufen Sie an oder schreiben Sie uns.

+49 40 69 658 50-0

Anwender-Helpdesk für Bestandskunden:

0800 52388 55 (kostenfrei)