SAP Demande de transport : Comment importer et exporter un TR

⚡ Résumé intelligent

SAP La requête de transport regroupe chaque modification apportée au système de développement dans un conteneur portable qui est ensuite transféré vers l'assurance qualité et la production. Le flux standard est le suivant : Création → Publication (Exportation) → Importation → Vérification des journaux et des codes de retour via STMS et SE01.

📦 Considérez un TR comme un conteneur : Chaque TR contient une ou plusieurs tâches ; les tâches ne voyagent que dans le cadre de la TR parente.
(I.e. Connaître le modèle de dénomination : K (par exemple, DEVK900030) est fixe et n'est jamais modifié par un administrateur.
🇧🇷 Choisissez le bon type : Les requêtes Workbench contiennent des objets de référentiel inter-clients ; les requêtes de personnalisation contiennent des paramètres spécifiques au client.
🚚 Version à exporter, STMS à importer : La libération d'une TR déclenche l'exportation ; la file d'attente d'importation STMS ou SE01 la déplace vers QAS et PRD.
🤖 Utiliser l'IA pour le tri des journaux : Les assistants IA expliquent les journaux TR, classent les codes de retour 0/4/8/12+ et recommandent l'étape suivante en cas d'échec d'une importation.

Qu'est-ce qu'une demande de transport ?

A Demande de transport (TR) — également appelée demande de modification — est un conteneur ou une collection de modifications apportées au SAP Système de développement. Il enregistre le type de modification, le but du transport, la catégorie de la demande et le système cible vers lequel la modification sera déployée.

Chaque TR contient un ou plusieurs travaux de changement appelés Tâches — la plus petite unité de modification transportable. Une modification transportable ne peut être libérée qu'une fois que toutes les tâches qu'elle contient ont été terminées, libérées ou supprimées. Imaginez une modification transportable comme un dossier et les tâches comme les fichiers qu'il contient.

Une tâche est une liste d'objets modifiés par un seul utilisateur. Chaque tâche est attribuée à un seul utilisateur, mais une même tâche peut contenir des tâches appartenant à plusieurs utilisateurs. Les tâches ne peuvent pas être transportées individuellement ; elles sont toujours déplacées dans le cadre d'une tâche.

Convention d'appellation des demandes de transport

Les demandes de transport utilisent un modèle fixe que les administrateurs ne peuvent pas modifier :

<SID>K<Number>

SID — ID système (par exemple, DEV).
K — mot-clé/lettre fixe.
Numéro — une séquence commençant à 900001.

Exemple : DEVK900030Les tâches incluses dans cette TR suivent la même convention et sont numérotées consécutivement : DEVK900031, DEVK900032, Et ainsi de suite.

À qui appartient une demande de transport ?

Le chef de projet ou le responsable désigné crée le TR et attribue une tâche à chaque membre de l'équipe projet au sein de celui-ci.
Le propriétaire du TR contrôle chaque modification enregistrée dans le TR ; seul le propriétaire peut publier le TR lui-même.
Chaque membre de l'équipe projet désigné peut valider sa propre tâche une fois sa part de travail terminée.

Types de demandes de transport

Demande d'établi — contient des objets de référentiel et des objets de personnalisation inter-clients. Ces TR apportent des modifications à Atelier ABAP objets tels que programmes, modules de fonction, objets de dictionnaire et écrans.

Demande de personnalisation — contient des objets de personnalisation spécifiques au client. Ces TR sont enregistrées automatiquement lorsque les utilisateurs effectuent des réglages de personnalisation, et un système cible est automatiquement attribué en fonction de la couche de transport (si elle est définie).

SE01 — Organisateur de transport (vue étendue)

Créer une demande de changement

Une demande de modification peut être créée de deux manières :

Automatique — lorsqu'un utilisateur crée ou modifie un objet, ou effectue des réglages de personnalisation, SAP affiche une boîte de dialogue demandant à l'utilisateur soit de créer une nouvelle requête, soit de rattacher la modification à une requête existante.
Manuel — ouvrez l'organisateur de transport (SE01 ou SE09), créez la demande avec les attributs requis et insérez les objets à transporter.

Libérer la demande de transport (processus d'exportation)

Positionnez le curseur sur le nom de la demande de transport (ou le nom d'une tâche) dans SE01 et cliquez sur Libération icône (l'icône du camion).
SAP ajoute automatiquement un enregistrement de la demande de transport (TR) publiée aux files d'attente d'importation de chaque système cible défini dans TMS.
La validation et l'importation de la requête génèrent automatiquement des journaux d'exportation et d'importation que l'équipe Basis pourra consulter ultérieurement.

Le processus d'importation

L'importation d'une TR déplace la modification dans le système cible (généralement QAS, puis PRD).

La publication d'un TR pas Promouvoir automatiquement l'application en assurance qualité ou en production — une étape d'importation explicite est requise.
Lorsque l'exportation est terminée, SAP écrit le correspondant Cofiles et Fichiers de données dans le répertoire de transport commun au niveau du système d'exploitation, et ajoute une entrée au Global Buffer (Vue du système d'exploitation) / File d'attente d'importation (SAP vue de l'application) des systèmes cibles.
Pour importer, ouvrez la transaction STMS → Import bouton ou sélectionner Aperçu → Importations.
STMS répertorie tous les systèmes du domaine de transport actuel, avec le nombre de requêtes en attente dans chaque file d'attente d'importation et leur statut.

File d'attente d'importation — la liste des TR disponibles dans le répertoire commun et prêtes à être importées dans le système cible. SAP L'application l'appelle la file d'attente d'importation ; au niveau du système d'exploitation, elle est appelée l'importation Buffer.

Le statut d'importation

La file d'attente d'importation affiche des icônes d'état standard dans la dernière colonne. Ces icônes correspondent à des états tels que « prêt à être importé », « importé avec avertissements », « importé avec succès » et « erreur lors de l'importation ».

Si une requête n'est pas ajoutée automatiquement à la file d'attente d'importation (même si les fichiers Cofile et Data sont présents sur le système d'exploitation), vous pouvez l'ajouter manuellement si vous connaissez le nom de la demande de transfert. Le chemin d'accès est : STMS → File d'importation → Extras → Autres demandes → Ajouter.

Importer l'historique

Vous pouvez consulter toutes les importations précédentes sur un système via STMS → Aperçu des importations → Historique des importationsL'historique indique la date d'importation de chaque demande de transfert, par qui et avec quel code de retour ; des informations utiles pour les audits et les enquêtes sur les incidents.

Journal de transport et retour Codes

Une fois le transport exécuté, l'administrateur Basis doit vérifier que tout a été déplacé correctement. SAP expose deux types de journaux sous SE01 → ALLER À → Journaux de transport:

Journal des actions — liste les actions exécutées : exportation, test d’importation, importation, distribution, etc.
Journaux de transport — enregistrer le contenu de chaque fichier journal de transport produit au cours d'une étape.

L'information la plus importante dans les journaux est le code de retour:

Code de retour	Sens
0	L'exportation ou l'importation a été réussie.
4	Des avertissements ont été émis, mais tous les objets ont été transportés avec succès.
8	Des avertissements ont été émis et au moins un objet n'a pas pu être transporté.
12 ou plus	Une erreur critique s'est produite — généralement en dehors de la requête elle-même (problème au niveau du système, rôle manquant, problème réseau).

ACTIVITES SAP Codes T de transport

Le tableau ci-dessous récapitule tous les codes de transaction que vous êtes susceptible d'utiliser lors de la gestion des demandes de transport.

Code T	Interet
SE01	Organisateur de transport — vue étendue avec fonctions complètes de recherche et de libération.
SE09	Organisateur de transport — une vue centrée sur l'utilisateur de « vos » demandes et tâches.
SE10	Organisateur de transport — aperçu par utilisateur, statut ou plage de dates.
STMS	Système de gestion des transports — aperçu, importation, distribution.
STMS_IMPORT	Accès direct à la file d'attente d'importation d'un système.
SE03	Outils d'organisation des transports — options de modification du système, suppressions, réparations.

Meilleures pratiques pour le traitement des demandes de transport

Les habitudes ci-dessous permettent de maintenir des pipelines TR propres et auditables :

Un TR par changement logique : Regroupez les objets connexes, mais évitez de mélanger des domaines fonctionnels non liés.
DescriptTexte de la demande : Utilisez le texte court pour enregistrer le numéro de ticket, le motif commercial et le système cible.
Tâches à publier avant la publication de la TR : La TR ne peut être libérée qu'une fois que toutes les tâches qu'elle contient ont été libérées ou supprimées.
Test en QAS avant PRD : Toujours importer dans QAS, valider, et seulement ensuite importer dans PRD.
Examiner les codes de retour : Tout code de retour supérieur à 4 doit être considéré comme un défaut à examiner avant de poursuivre.
Conservez l'ordre d'importation : Importez les TR dans l'ordre de leur publication afin d'éviter les erreurs dépendantes de la séquence.

FAQ

Un TR (Request for Track) est le conteneur qui circule entre les systèmes. Une tâche représente la portion de travail d'un utilisateur au sein de ce TR. Les tâches ne peuvent pas se déplacer indépendamment ; elles sont liées au TR parent.

Les requêtes Workbench contiennent des objets de référentiel inter-clients tels que des programmes, des modules de fonction et des structures de dictionnaire. Les requêtes de personnalisation contiennent des valeurs de configuration spécifiques au client, définies via SPRO et d'autres transactions de personnalisation.

Non. Une fois une demande de modification (TR) publiée, son contenu est figé. Toute modification ultérieure doit faire l'objet d'une nouvelle TR. SE01 refusera d'ajouter des objets à une TR dont le statut est déjà « Publiée ».

Le code de retour 8 indique que des avertissements ont été émis et qu'au moins un objet n'a pas pu être transporté. Consultez le journal des transports pour identifier l'objet défaillant, corriger la cause du problème et relancez l'importation une fois la correction effectuée.

Les fichiers de contrôle (cofiles) décrivent le contenu et les dépendances du transport ; les fichiers de données contiennent la charge utile des objets. Ces deux types de fichiers sont écrits dans le répertoire de transport partagé au niveau du système d'exploitation lors de la publication d'une demande de transport (TR).

Dans STMS, ouvrez la file d'attente d'importation, sélectionnez la demande de transport cible, puis choisissez Demande → Importer. Attention à l'ordre : l'importation d'une demande de transport ultérieure dans le désordre peut échouer si elle dépend d'objets d'une demande antérieure non importée.

Les assistants IA analysent les journaux de transport, classent les codes de retour, identifient l'objet défaillant et suggèrent la prochaine étape d'investigation. Ils prédisent également les conflits de séquence TR avant la promotion en fonction du chevauchement des objets.

Oui. Il suffit de fournir à un assistant IA la liste des objets TR et un court texte ; il génère un résumé des modifications lisible par l’humain, avec les modules affectés, les risques et les notes de restauration, prêt pour le ticket de déploiement.