Fiche concept

Paysage de transports

À jour au 2026-07-23

Édité par Cédric-Olivier Mâry, éditeur et directeur de la publication — 27 ans d'écosystème SAP. Comment ces pages sont produites, et où intervient l'automatisation.

Qu'est-ce que Paysage de transports ?

Les transports ABAP et le Content Network/CLI de Datasphere sont deux pipelines parallèles, pas un seul paysage — quand un changement traverse les deux, le transport ABAP doit atterrir avant la promotion Datasphere.

De quoi il s'agit

Le Transport Landscape est la manière dont les changements se déplacent de Dev → Test → Prod à travers l'infrastructure de transport SAP — l'organisateur de transport ABAP classique (transport requests, CTS/CTS+) côté ERP, et le Content Network plus le CI/CD basé sur la CLI côté Datasphere. Un consultant senior traite les deux comme des pipelines parallèles mais distincts qui doivent être séquencés ensemble, pas comme un seul et même paysage.

Le côté ABAP. Chaque changement de configuration ou de code custom est capturé dans une transport request, libérée à travers un paysage défini (DEV → QAS → PRD, parfois avec un système de consolidation supplémentaire), et séquencée pour éviter les collisions d'objets. CTS+ (Change and Transport System, enhanced) étend cela aux objets non-ABAP — objets BW, Java, et certains artefacts adjacents à Datasphere — de sorte qu'une seule transport request peut porter des changements cross-stack.

Le côté Datasphere. Les objets (spaces, modèles, vues, task chains) se déplacent entre tenants via le Content Network — packages export/import avec résolution de dépendances — ou via la CLI Datasphere, qui permet un CI/CD basé sur git : définitions d'objets commitées dans un repository, promues à travers un pipeline (tenant dev → tenant test → tenant prod) avec des gates de validation automatisées au lieu d'un export/import manuel.

Pourquoi c'est important

Une nouvelle vue CDS alimentant un nouveau modèle Datasphere est le piège de séquencement classique — se tromper d'ordre fait échouer l'activation de l'objet Datasphere.
L'export/import manuel entre tenants Datasphere sans CI/CD basé CLI fonctionne pour un pilote mais produit un drift silencieux à l'échelle Tier-1 : le prod diverge de ce que dev/test disent qu'il devrait contenir.
La planification de vagues et le séquencement de transport doivent être conçus ensemble par la même équipe — les séparer entre deux équipes est exactement comment la dépendance de séquencement se perd.

Points clés

Transport Landscape = deux pipelines parallèles : ABAP CTS/CTS+ côté ERP, Content Network + CI/CD en CLI côté Datasphere.
CTS+ étend l'organisateur de transports ABAP classique aux objets non-ABAP et cross-stack.
Les changements cross-stack doivent être séquencés : le transport côté source atterrit avant que l'objet Datasphere dépendant ne soit promu.
L'export/import manuel sans CI/CD produit une dérive prod-vs-repo à l'échelle Tier-1.
Transport Landscape n'est maîtrisé que lorsqu'il change une décision d'achat identifiée.
Commencer par le contrat sémantique et le modèle de contrôle avant de démontrer l'outil.
S'appuyer sur les signaux SAP, analystes, études, Knowledge Graph et actualité actuels comme preuve, pas comme décoration.
Séparer les faits vérifiés des tendances directionnelles et des hypothèses modélisées.
Définir propriétaire, métrique, seuil, filière de support et plan de retrait avant de passer à l'échelle.
Pour les cas d'usage non-IA, définir malgré tout qualité, adoption et propriété opérationnelle.

Termes employés sur cette page

Transport request: Conteneur de modifications côté ABAP promu DEV → QAS → PRD selon une release définie et séquencée.
CTS+: Change and Transport System, enhanced — étend l'organiseur de transport ABAP classique aux objets non-ABAP et cross-stack.
Content Network: Mécanisme d'export/import de Datasphere pour promouvoir spaces, modèles et vues entre tenants avec résolution des dépendances.
Datasphere CLI: Outil en ligne de commande permettant un CI/CD scripté et basé sur git pour les objets Datasphere, en remplacement de l'export/import manuel.
Object collision: Conflit lorsque deux transport requests modifient le même objet simultanément ; résolu par séquencement ou règles de propriété.
CI/CD pipeline: Chemin de promotion automatisé (dev → test → prod) avec des gates de validation, en remplacement de la promotion manuelle.
Landscape sequencing: Coordination de l'arrivée des transports ABAP avec la promotion des objets Datasphere afin que les objets dépendants s'activent dans le bon ordre.
Drift: Divergence entre l'état réel d'un tenant et ce que le référentiel/historique de transport source de vérité indique qu'il devrait contenir.

Sources

Fiche complète réservée aux abonnés. Ce que la fiche complète ajoute : le cadre de décision complet · la comparaison SAP · Snowflake · Databricks · Fabric · les pièges courants et leur correctif · l'aide-mémoire · les schémas d'architecture · les blocs de code.

Ouvrir dans l'application →

Paysage de transports

Qu'est-ce que Paysage de transports ?

De quoi il s'agit

Pourquoi c'est important

Points clés

Termes employés sur cette page

Sources

Concepts liés

Modules d'académie associés

Études approfondies

Guides SAP analytics & TJM