Compréhension de la gestion du transport

Résolution des dépendances de transport

Objective

After completing this lesson, you will be able to répertorier les motifs des dépendances de transport

Motifs des dépendances de transport

Adam veut savoir s'il existe des dépendances de transport – et comment elles sont gérées.

Carl explique deux catégories principales : le dépassement et le transport des dépendances.

Carl explique maintenant plus en détail les deux catégories à Adam :

Dépassement

Le dépassement décrit la situation suivante :

  • Vous validez un ordre de transport A.
  • Vous validez un ordre de transport B. Cet ordre de transport contient un objet qui figure déjà dans l'ordre de transport A.
  • Vous importez l'ordre de transport B avant A, l'objet est modifié au dernier statut de validation de l'ordre de transport B.
  • Vous importez l'ordre de transport A, l'objet repasse au statut de validation de l'ordre de transport A.

La gestion du transport évite le dépassement pour les mêmes objets. Si un objet est enregistré dans plusieurs ordres de transport, le système vous oblige à importer les ordres de transport ensemble ou dans le bon ordre (ordre de validation). Pour les objets du Customizing, un contrôle de dépassement est implémenté par objet du Customizing.

En cas d'urgence, vous pouvez remplacer le contrôle de dépassement par la désélection manuelle de la dépendance répertoriée. Cette opération ne doit être effectuée que dans des situations exceptionnelles, car cela peut entraîner des erreurs d'importation et des incohérences dans le système d'importation en raison des dépendances manquantes.

Si vous avez annulé le contrôle de dépassement, l'ordre de transport sélectionné est importé à nouveau à sa position d'importation correcte. Ce processus est appelé pré-importation.

Dépendances

Les dépendances décrivent la situation suivante :

  • Vous validez un ordre de transport A.
  • Vous validez un ordre de transport B. Cet ordre de transport contient un objet qui utilise un objet contenu dans l'ordre de transport A.
  • Vous importez l'ordre de transport B avant A. En raison d'une dépendance à l'ordre de transport A, l'importation génère une erreur.

Les contrôles des dépendances sont exécutés lors de l'exportation. Les dépendances des objets que le système peut détecter sont analysées.

Dépendances d'objets dans l'extensibilité du développeur : les dépendances sont analysées par le Transport Organizer en fonction de l'index de cas d'emploi. Si des dépendances sont trouvées pour des objets qui n'ont jamais été exportés, vous devez fusionner des ordres de transport, déplacer des objets entre des ordres de transport ou valider les ordres de transport dans le bon ordre pour résoudre les dépendances.

Dépendances d'objets dans l'extensibilité de l'utilisateur clé : les dépendances sont analysées par l'application Exporter collection logicielle. Si des dépendances sont trouvées, vous devez fusionner les collections ou déplacer les objets entre les collections pour résoudre les dépendances.

Dépendances d'objets entre l'extensibilité de l'utilisateur clé et l'extensibilité du développeur : les objets d'extensibilité et de développeur sont développés dans différentes versions de langage ABAP (ABAP for Cloud Development et ABAP pour utilisateurs clés), séparées par défaut. Cela signifie que pour l'extensibilité du développeur, vous ne pouvez pas utiliser d'objets d'extensibilité et vice versa. Cependant, il existe quelques exceptions :

  • Vous pouvez valider des objets d'extensibilité du développeur pour les utiliser dans les applications d'utilisateur clé. Les applications d'utilisateur clé peuvent utiliser ces objets.
  • Les zones personnalisées ajoutées aux structures SAP et aux vues CDS par l'utilisateur clé peuvent être utilisées dans l'extensibilité du développeur.

Lors de l'exportation, les dépendances entre les objets d'utilisateur clé et les objets d'extensibilité du développeur sont analysées. Lors de l'importation, vous devez importer les transports dépendants ensemble ou dans le bon ordre.

Les exportations avec des dépendances avec des objets de développement locaux sont bloquées lors de l'exportation.

Dépendances d'objets entre la configuration de gestion et l'extensibilité de l'utilisateur clé : dans certains cas, la configuration de gestion fait référence à l'extensibilité ; l'extensibilité n'est pas égale à la configuration de gestion. Par exemple, les modèles de formulaires sont des objets d'extensibilité créés avec Adobe Forms Designer. Ils peuvent être appelés configuration de gestion, par exemple, les règles permettant de rechercher le bon modèle de formulaire pour un pays, un site, un groupe de clients, etc. Les zones personnalisées qui peuvent être utilisées dans les règles de configuration de gestion constituent un autre exemple de référence de la configuration de gestion à l'extensibilité. Vous devez importer ensemble le transport d'extensibilité et de configuration de gestion correspondant pour éviter les erreurs dans le processus de gestion.

Lors de l'importation, l'application Importer collection vous permet d'importer des transports dépendants ensemble ou dans le bon ordre.

Dépendances d'objets entre la configuration de gestion et l'extensibilité du développeur : si vous créez vos applications de configuration de gestion (tables C) et que vous créez et transportez du contenu, le transport avec la table (ou ses dernières modifications) doit être transporté avant le contenu de la configuration de gestion.

Dépendances dans la configuration de gestion : lors de la validation d'un ordre de transport, le processus de validation vérifie la relation de clé externe entre les tables de configuration comme suit :

  • Le système extrait l'ordre de transport et reçoit les connexions de clés externes du dictionnaire ABAP pour tous les contenus de table de l'ordre de transport. Cela signifie que le système lit les données et zones liées à la clé externe de ces tables et sélectionne les tables à partir des connexions de clés externes.
  • La cohérence des connexions de clés externes est contrôlée dans le système source et à distance dans les systèmes de test et de production, à condition que ces systèmes soient déjà configurés.
  • À partir de la cohérence de la connexion de clé externe, vous pouvez dériver les données manquantes de l'ordre de transport et recevoir les informations requises pour obtenir un ensemble complet d'ordres de transport.

Dépendances lors des montées de version SAP dans SAP S/4HANA Cloud Public Edition

Carl rappelle à Adam que dans les systèmes SAP S/4HANA Cloud Public Edition, il existe non seulement des dépendances entre les ordres de transport client, mais également entre les montées de version SAP et les ordres de transport client.

Carl explique qu'une montée de version SAP fonctionne comme suit :

La montée de version logicielle démarre dans le système de test. Après la montée de version du système de test (version n+1), les systèmes de développement et de production sont toujours dans l'ancienne version (version n).

Lorsque le système de test est mis à niveau et que les systèmes de développement et de production sont toujours dans les anciennes versions :

Vous pouvez valider les transports d'extensibilité du Customizing et du développeur et les importer dans le système de test.

Pour les transports d'extensibilité de l'utilisateur clé, vous ne pouvez pas les importer dans le système de test, mais vous pouvez les transférer directement au système de production.

Après une certaine période, par exemple trois semaines, le système de développement et de production est mis à niveau vers n+1. À ce stade, il se peut que vous ne puissiez pas importer d'anciens transports d'extensibilité d'utilisateur clé qui ont été créés dans la version n.

Carl explique maintenant cela plus en détail :

Le comportement d'importation pour les transports de la version n vers n+1 est décrit dans le tableau suivant :

Cette table explique le comportement d'importation pour les ordres de transport validés n à n+1 pour l'extensibilité de l'utilisateur clé, l'extensibilité du développeur et le Customizing. Pour plus de détails, veuillez consulter le texte du tableau ou utiliser le lien à la fin de cette leçon.

Remarque

Vous ne pouvez pas importer un transport créé avec la version n dans la version n+2 et supérieure, ce qui signifie que vous devez recréer le transport dans le système de développement. Cependant, il n'est pas possible de recréer des transports CBC. Dans ce cas, vous devez créer un incident de support.

Remarque

L'exportation, l'importation et le transfert ne sont pas possibles pendant la préparation du système pour une montée de version. La préparation de la montée de version commence généralement quelques jours avant l'exécution de la montée de version réelle.

Pour en savoir plus, voir SAP Help Portal – Transport Dependencies (Dépendances du transport).