Description des types d'ordres de transport

Lors d'une réunion avec Devin, Carl explique quel type de développement peut être effectué dans SAP S/4HANA Cloud Public Edition et quels outils sont utilisés :

Dans SAP S/4HANA Cloud Public Edition, les clients peuvent utiliser une infrastructure à deux ou trois systèmes et transporter les modifications dans ces systèmes SAP. Outre l'extensibilité, Adaption Transport Organizer (ATO) sera utilisé comme IU d'importation commune pour le développement personnalisé et les importations de configuration de gestion (dépendantes du mandant et inter-mandants). Dans une infrastructure à deux systèmes, les techniques ATO seront utilisées même lors de l'exportation pour certains processus d'exportation. ATO est utilisé pour gérer les ordres de transport d'extensibilité de l'utilisateur clé du système de test vers le système de production.

Dans une infrastructure à trois systèmes, l'ATO orchestre les ordres de transport pour l'extensibilité du développeur (développement ABAP intégré), l'extensibilité de l'utilisateur clé et la configuration de gestion pour SAP S/4HANA Cloud Public Edition. Cela permettra aux clients de contrôler le processus et de transporter de manière sélective la configuration, les extensions d'utilisateur clé et les développements avec la même approche.

La préconfiguration activée à l'aide de Central Business Configuration (CBC) sera capturée dans les ordres de transport du système de développement. Le comportement de transport d'une table ou d'une vue est défini dans les options de transport de l'objet de gestion individuel (SOBJ). La configuration personnalisée de la configuration de gestion (BC), l'extensibilité et l'extensibilité du développeur sont effectuées dans le système de développement et capturées dans les ordres de transport.

Comme indiqué, l'approche de transport unifiée utilise une combinaison d'outils :

• Transport Organizer dans Eclipse (ADT) pour la gestion des transports du Workbench pour l'extensibilité du développeur : dans cet outil, les développeurs peuvent créer, gérer (par exemple, fusionner, modifier le responsable, etc.) et valider les ordres de transport du Workbench pour l'extensibilité du développeur.

• L'application SAP Fiori Exportation de transports du Customizing est utilisée par un chef de projet/expert en contenu pour gérer et exporter un ordre de transport. Il affiche les ordres de transport du Customizing, leur affectation de projet et la nomenclature (objets dépendants du mandant uniquement). Ici, les ordres de transport du Customizing peuvent être validés. Il fournit :

• Application Fiori Exporter collection logicielle (ATO) : dans cet outil, les développeurs peuvent créer des collections d'objets d'extensibilité (éléments) et les exporter.

• Application SAP Fiori Importer collection (ATO) : l'IU Fiori Importer collection est utilisée pour importer les transports d'extensibilité et les transports BC. Elle a été étendue pour permettre aux clients d'importer des transports de Customizing et d'extensibilité du développeur (workbench) dans le système T ou P.

Il existe trois catégories d'objets transportables.

• Inclut la version de langage ABAP 5 (et versions supérieures) des objets de développement (code, dictionnaire ABAP (DDIC), ABAP Core Data Services (CDS), interface utilisateur (IU), ....).

• Est exécuté dans les outils de développement ABAP à l'aide de catalogues fonctionnels de développement.

• La liste d'autorisation est définie par la liste d'autorisation ABAP pour la version de langage 5 (et supérieure).

• Les objets de développement sont transportés à l'aide d'ordres de transport du Workbench.

• Inclut les objets de développement de la version 2 du langage ABAP et le Customizing sous forme d'objet ATO.

• Est exécuté dans les IU Fiori à l'aide de catalogues fonctionnels d'extensibilité.
• La liste d'autorisation est définie par la liste d'autorisation ABAP pour la version de langage 2.

• ATO a un enregistrement des modifications et peut effectuer une création et une validation de transport tardives. Il est donc possible d'effectuer une séparation d'avec les transports.

• Inclut le Customizing inter-mandants et dépendant du mandant.

• Exécuté via un guide d'implémentation (IMG) Cloud en cours à l'aide des catalogues fonctionnels de configuration.

• La liste d'autorisation est définie par les catalogues fonctionnels SAP de type configuration.
• Transporté à l'aide d'ordres de transport du Customizing pour le Customizing spécifique au mandant.
• Transporté à l'aide d'ordres de transport du Workbench pour le Customizing inter-mandants.
• Le Customizing de gestion inter-mandants doit être traité comme Customizing et non comme objets ATO.

La garantie d'un test isolé pour les trois catégories d'objets transportables, les tests doivent être effectués dans un système de test distinct. Cela permet d'isoler la configuration/le développement terminé(e) de la configuration/du développement non terminé(e), en particulier pour les objets inter-mandants. Seule l'importation dans un système de test distinct est un test réel pour l'importation dans le système de production suivant. Principalement parce que seulement lors de l'importation, les méthodes After-Import (AIM) et l'exécution de la liste de tâches de modification logicielle sont exécutées.

Devin veut maintenant savoir auprès de Carl quels types d'ordres de transport existent :

Dans ce qui suit, Carl explique quelques abréviations :

Le système classe automatiquement les ordres de transport en fonction de leur cas d'utilisation en définissant l'une des valeurs suivantes pour l'attribut SAP_ATO_TRANSPORT_TYPE :

• Extension développeur : DEV
• Extensions d'utilisateur clé : EXT
• Configuration de gestion déployée à partir de SAP Central Business Configuration : CBC
• Configuration personnalisée propre au mandant : BC
• Configuration personnalisée inter-mandants : CCC

Puis Carl montre Devin une liste des différents types:

Là encore, Carl explique quelques abréviations et détails :

Les types techniques des ordres de transport sont les suivants :

• W = Customizing
• K = Workbench
• T = Transport de copies

Chaque ordre de transport a une destination de transport. La cible peut être :

• Vide : seules les modifications sont enregistrées. Les modifications ne sont pas disponibles pour l'importation dans le système de test, même si l'ordre de transport a été validé. Ces ordres de transport sont appelés ordres de transport locaux. Par exemple, si vous développez dans la composante logicielle ZLOCAL.
• /<SID>_ATO/ : utilisé pour les ordres de transport du Workbench. Une fois l'ordre de transport du Workbench validé, les modifications peuvent être importées dans le système de test.
• /<SID>_CUS/ : utilisé pour les ordres de transport du Customizing. Une fois l'ordre de transport du Customizing validé, les modifications peuvent être importées dans le système de test.

Carl rappelle à Devin qu'il existe l'ordre de transport par défaut et explique quelques détails :

Lorsque vous créez un ordre de transport du Customizing à partir de l'application Exportation du transport du Customizing, la catégorie de transport de l'ordre de transport du Customizing est définie par défaut. Si un utilisateur a une tâche pour l'ordre de transport, l'ordre de transport est proposé à l'utilisateur pour l'enregistrement des modifications, à chaque fois qu'il effectue une modification. Il ne peut y avoir qu'un seul ordre de transport du Customizing par défaut en cours à la fois. Une fois l'ordre de transport du Customizing par défaut validé, un nouvel ordre peut être créé pour les modifications de configuration. Au lieu d'enregistrer les modifications apportées à l'ordre de transport du Customizing par défaut, vous pouvez également créer de nouveaux ordres de transport du Customizing à partir du dialogue d'enregistrement des modifications. La catégorie de transport de ces ordres de transport du Customizing est manuelle. Le nombre d'ordres de transport du Customizing n'est pas limité. Un ordre de transport du Customizing manuel peut être utile si vous devez transporter une modification dans le locataire de test et de production de manière urgente et que vous ne pouvez pas attendre que d'autres utilisateurs terminent leurs activités de configuration. La catégorie de transport de l'ordre de transport du Customizing est la valeur de l'attribut SAP_CUS_TRANSPORT_CATEGORY. Les valeurs possibles sont les suivantes :

• DEFAULT_CUST : ordre de transport du Customizing par défaut (dépendant du mandant)
• DEFAULT_CUSY : ordre de transport du Customizing inter-mandants par défaut
• MANUAL_CUST : ordre de transport du Customizing manuel (dépendant du mandant)
• MANUAL_CUSY : ordre de transport manuel du Customizing inter-mandants

Les objets enregistrés dans les ordres de transport du Workbench sont bloqués. Cela signifie que l'objet ne peut pas être modifié dans un autre ordre de transport du Workbench. Une tâche doit être affectée aux utilisateurs souhaitant modifier l'objet dans le même ordre de transport du Workbench. Pour les ordres de transport du Customizing, il n'y a pas de blocage.

Vous pouvez réaffecter une modification d'un ordre de transport à un autre si nécessaire. Cependant, il n'est pas recommandé de supprimer une modification d'un ordre de transport sans l'affecter à une autre. Cela peut entraîner des erreurs d'importation ou des suppressions incomplètes dans le système de test ou de production.

Vous n'enregistrez pas les extensions d'utilisateur clé dans les ordres de transport. Vous créez une extension dans l'une des applications d'utilisateur clé et vous affectez l'extension à une collection logicielle dans l'application Exporter collection logicielle. Exporter collection logicielle génère un ordre de transport pour transporter vos modifications lors de l'exportation. Cependant, cela vous est caché.

Les règles suivantes s'appliquent :

• Les ordres de transport pour l'extensibilité du développeur, l'extensibilité de l'utilisateur clé et la configuration de gestion sont séparés.

• Le contenu ne peut pas être mélangé.

• Les ordres de transport des différentes catégories ne peuvent pas être fusionnés.

• Lors de l'importation, les ordres de transport de différentes catégories peuvent être importés ensemble.

Les ordres de transport peuvent avoir des dépendances. Dans ce cas, l'application Importation de collection impose que les transports dépendants soient importés ensemble.

Carl montre Devin une liste sommaire et dit qu'il n'a pas besoin de lire cette liste en ce moment...

Synthèse de la gestion du transport : les tables suivantes fournissent une synthèse de la gestion du transport dans une infrastructure à trois systèmes :

Pour en savoir plus, voir SAP Help Portal – Synthèse de la gestion du transport.