Konzeptkarte

Transportlandschaft

Stand 2026-07-23

Redaktion: Cédric-Olivier Mâry, alleiniger Redakteur und verantwortlich für die Veröffentlichung — 27 Jahre im SAP-Ökosystem. Wie diese Seiten entstehen und wo Automatisierung eingesetzt wird.

Was ist Transportlandschaft?

ABAP-Transporte und das Content Network/die CLI von Datasphere sind zwei parallele Pipelines, keine einheitliche Landschaft – betrifft eine Änderung beide, muss der ABAP-Transport eingespielt sein, bevor das Datasphere-Objekt befördert wird.

Worum es geht

Transportlandschaft beschreibt, wie Änderungen über SAPs Transportinfrastruktur von Dev → Test → Prod wandern — auf der ERP-Seite der klassische ABAP Transport Organizer (Transportaufträge, CTS/CTS+), auf der Datasphere-Seite das Content Network plus CLI-basiertes CI/CD. Ein Senior-Berater behandelt beide als parallele, aber eigenständige Pipelines, die gemeinsam sequenziert werden müssen — nicht als eine einzige Landschaft.

Die ABAP-Seite. Jede Konfigurations- oder Custom-Code-Änderung wird in einem Transportauftrag erfasst, durch eine definierte Landschaft freigegeben (DEV → QAS → PRD, manchmal mit einem zusätzlichen Konsolidierungssystem) und sequenziert, um Objektkollisionen zu vermeiden. CTS+ (Change and Transport System, erweitert) erweitert dies auf Nicht-ABAP-Objekte — BW-Objekte, Java und manche Datasphere-nahe Artefakte —, sodass ein einzelner Transportauftrag stackübergreifende Änderungen tragen kann.

Die Datasphere-Seite. Objekte (Spaces, Modelle, Views, Task Chains) bewegen sich zwischen Mandanten über das Content Network — Export-/Import-Pakete mit Abhängigkeitsauflösung — oder über die Datasphere CLI, die git-basiertes CI/CD ermöglicht: Objektdefinitionen werden in ein Repository committet und über eine Pipeline (Dev-Mandant → Test-Mandant → Prod-Mandant) mit automatisierten Validierungs-Gates befördert, statt manuell exportiert und importiert zu werden.

Warum es zählt

Ein neuer CDS View, der ein neues Datasphere-Modell speist, ist die Lehrbuch-Sequenzierungsfalle — bei falscher Reihenfolge lässt sich das Datasphere-Objekt nicht aktivieren.
Manueller Export/Import zwischen Datasphere-Mandanten ohne CLI-basiertes CI/CD funktioniert für einen Piloten, erzeugt aber im Tier-1-Maßstab stille Drift: Prod weicht von dem ab, was Dev/Test als Soll-Zustand vorgeben.
Wellenplanung und Transportsequenzierung müssen vom selben Team gemeinsam entworfen werden — sie auf zwei Teams aufzuteilen ist genau der Weg, wie die Sequenzierungsabhängigkeit übersehen wird.

Kernpunkte

Transportlandschaft = zwei parallele Pipelines: ABAP CTS/CTS+ auf der ERP-Seite, Content Network + CLI-basiertes CI/CD auf der Datasphere-Seite.
CTS+ erweitert den klassischen ABAP Transport Organizer auf Nicht-ABAP- und stackübergreifende Objekte.
Stackübergreifende Änderungen müssen sequenziert werden: Der quellseitige Transport landet, bevor das abhängige Datasphere-Objekt befördert wird.
Manueller Export/Import ohne CI/CD erzeugt im Tier-1-Maßstab Prod-vs-Repo-Drift.
Transportlandschaft ist erst gemeistert, wenn sie eine konkret benannte Buyer-Entscheidung verändert.
Beginnen Sie mit dem semantischen Vertrag und dem Kontrollmodell, bevor Sie das Tool vorführen.
Nutzen Sie aktuelle SAP-, Analysten-, Studien-, KG- und Nachrichtensignale als Beleg, nicht als Dekoration.
Trennen Sie verifizierte Fakten von richtungsweisenden Trends und modellierten Annahmen.
Definieren Sie Owner, Kennzahl, Schwellenwert, Support-Pfad und Rollback, bevor Sie skalieren.
Definieren Sie auch bei Nicht-KI-Anwendungsfällen Qualität, Adoption und operative Verantwortung.

Begriffe auf dieser Seite

Transportauftrag: ABAP-seitiger Änderungscontainer, der DEV → QAS → PRD in einer definierten, sequenzierten Freigabe befördert wird.
CTS+: Change and Transport System, erweitert — erweitert den klassischen ABAP Transport Organizer auf Nicht-ABAP- und stackübergreifende Objekte.
Content Network: Datasphere-Export-/Import-Mechanismus zur Beförderung von Spaces, Modellen und Views zwischen Mandanten mit Abhängigkeitsauflösung.
Datasphere CLI: Kommandozeilentool, das skriptbasiertes, git-basiertes CI/CD für Datasphere-Objekte ermöglicht und den manuellen Export/Import ersetzt.
Objektkollision: Konflikt, wenn zwei Transportaufträge gleichzeitig dasselbe Objekt ändern; wird durch Sequenzierung oder Ownership-Regeln aufgelöst.
CI/CD-Pipeline: Automatisierter Beförderungspfad (Dev → Test → Prod) mit Validierungs-Gates, der die manuelle Beförderung ersetzt.
Landschaftssequenzierung: Koordination zwischen der Landung des ABAP-Transports und der Beförderung des Datasphere-Objekts, damit abhängige Objekte in der richtigen Reihenfolge aktiviert werden.
Drift: Abweichung zwischen dem tatsächlichen Zustand eines Mandanten und dem, was das Source-of-Truth-Repository bzw. die Transporthistorie vorgeben sollte.

Quellen

Vollständige Karte für Mitglieder. Was die vollständige Karte ergänzt: den vollständigen Entscheidungsrahmen · den Vergleich SAP · Snowflake · Databricks · Fabric · die häufigen Fallstricke und ihre Behebung · die Kurzreferenz · die Architekturschemata · die Codeblöcke.

In der App öffnen →