Arten von Transportaufträgen beschreiben

In einem Meeting mit Devin erläutert Carl, welche Art von Entwicklung in SAP S/4HANA Cloud Public Edition möglich ist und welche Tools verwendet werden:

In SAP S/4HANA Cloud Public Edition können Kunden eine Landschaft mit zwei oder drei Systemen verwenden und Änderungen über diese SAP-Systeme hinweg transportieren. Neben der Erweiterbarkeit wird der Adaption Transport Organizer (ATO) als gemeinsame Import-UI für benutzerdefinierte Entwicklungen und Business-Configuration-Importe (mandantenspezifisch und mandantenübergreifend) verwendet. In einer Zweisystemlandschaft werden ATO-Techniken auch beim Export für bestimmte Exportprozesse verwendet. ATO wird zur Verwaltung von Transportaufträgen für die Key-User-Erweiterbarkeit aus dem Testsystem in das Produktivsystem verwendet.

In einer Dreisystemlandschaft koordiniert der ATO die Transportaufträge für die Entwicklererweiterbarkeit (eingebettete ABAP-Entwicklung), Key-User-Erweiterbarkeit und Business Configuration für SAP S/4HANA Cloud Public Edition. Dadurch können Kunden den Prozess steuern und Konfigurationen, Key-User-Erweiterungen und Entwicklungen selektiv mit demselben Ansatz transportieren.

Die mit Central Business Configuration (CBC) aktivierte Vorkonfiguration wird in Transportaufträgen im Entwicklungssystem erfasst. Das Transportverhalten einer Tabelle oder eines Views wird in den Transporteinstellungen des Einzelpflegeobjekts (SOBJ) definiert. Das Fine-Tuning, die Erweiterbarkeit und die Entwicklererweiterbarkeit der Business Configuration (BC) werden im Entwicklungssystem vorgenommen und in Transportaufträgen erfasst.

Wie bereits erwähnt, verwendet der einheitliche Transportansatz eine Kombination aus Werkzeugen:

• Transport Organizer in Eclipse (ADT) zum Verwalten von Workbench-Transporten für die Entwicklererweiterbarkeit: In diesem Werkzeug können Entwickler Workbench-Transportaufträge für die Entwicklererweiterbarkeit anlegen, verwalten (z.B. zusammenführen, den Eigentümer ändern usw.) und freigeben.

• Die SAP-Fiori-App Customizing-Transporte exportieren wird von einem Projektleiter/Content-Experten für die Verwaltung und den Export eines Transportauftrags verwendet. Sie zeigt Customizing-Transportaufträge, ihre Projektzuordnung und Stückliste (nur mandantenabhängige Objekte) an. Hier können Customizing-Transportaufträge freigegeben werden. Sie bietet:

• Fiori-App Software-Kollektion exportieren (ATO): In diesem Werkzeug können Entwickler Kollektionen von Erweiterbarkeitsobjekten (Elementen) anlegen und exportieren.

• SAP-Fiori-App "Kollektion importieren" (ATO): Die SAP-Fiori-UI "Kollektion importieren" wird für den Import von Erweiterbarkeitstransporten und BC-Transporten verwendet. Sie wurde erweitert, damit Kunden Customizing- und Entwicklererweiterbarkeitstransporte (Workbench-Transporte) in das T- oder P-System importieren können.

Es gibt drei Kategorien transportierbarer Objekte.

• Umfasst ABAP-Sprachversion 5 (und höher) Entwicklungsobjekte (Code, ABAP Dictionary (DDIC), ABAP Core Data Services (CDS), Benutzungsoberfläche (UI), ....).

• Wird in ABAP Development Tools mithilfe von Entwicklungsanwendungskatalogen durchgeführt.

• Die Erlaubtliste wird durch die ABAP-Erlaubtliste für die Sprachversion 5 (und höher) definiert.

• Entwicklungsobjekte werden über Workbench-Transportaufträge transportiert.

• Umfasst Entwicklungsobjekte der ABAP-Sprachversion 2 und das Customizing als ATO-Objekt.

• Wird in SAP-Fiori-UIs mithilfe von Erweiterbarkeits-Anwendungskatalogen durchgeführt.
• Die Erlaubtliste wird durch die ABAP-Erlaubtliste für die Sprachversion 2 definiert.

• ATO verfügt über eine Änderungsaufzeichnung und kann eine späte Transporterstellung und -freigabe durchführen. Eine Trennung von Transporten ist also möglich.

• Umfasst mandantenabhängiges und mandantenübergreifendes Customizing.

• Wird über einen offenen cloudfähigen Einführungsleitfaden (IMG) mithilfe von Konfigurationsanwendungskatalogen ausgeführt.

• Die Erlaubtliste wird durch die SAP-Anwendungskataloge vom Typ „Konfiguration" definiert.
• Transportiert über Customizing-Transportaufträge für mandantenabhängiges Customizing.
• Transportiert über Workbench-Transportaufträge für mandantenübergreifendes Customizing.
• Mandantenübergreifendes betriebswirtschaftliches Customizing muss als Customizing behandelt werden, nicht als ATO-Objekte

Um einen isolierten Test für alle drei Kategorien transportierbarer Objekte sicherzustellen, müssen Tests in einem separaten Testsystem durchgeführt werden. Dies hilft dabei, die fertige Konfiguration/Entwicklung von der nicht abgeschlossenen Konfiguration/Entwicklung zu isolieren, insbesondere für mandantenübergreifende Objekte. Nur der Import in ein separates Testsystem ist ein echter Test für den Import in das nachfolgende Produktivsystem. Dies liegt hauptsächlich daran, dass nur beim Import die After-Import-Methoden (AIM) und die Ausführung der Software-Änderungsaufgabenliste ausgeführt werden.

Nun möchte Devin von Carl wissen, welche Art von Transportaufträgen vorhanden sind:

Im Folgenden erläutert Carl einige Abkürzungen:

Das System klassifiziert Transportaufträge automatisch gemäß ihrem Anwendungsfall, indem es einen der folgenden Werte für das Attribut SAP_ATO_TRANSPORT_TYPE festlegt:

• Entwicklererweiterung: DEV
• Key-User-Erweiterungen: EXT
• Von SAP Central Business Configuration deployte Business Configuration: CBC
• Mandantenspezifisches Fine-Tuning: BC
• Mandantenübergreifendes Fine-Tuning: CCC

Dann zeigt Carl Devin eine Liste der verschiedenen Typen:

Auch hier erklärt Carl einige Abkürzungen und Details:

Die technischen Typen von Transportaufträgen sind:

• W = Customizing
• K = Workbench
• T = Transport von Kopien

Jeder Transportauftrag hat ein Transportziel. Das Ziel kann sein:

• Leer: Es werden nur Änderungen aufgezeichnet. Änderungen sind nicht für den Import im Testsystem verfügbar, auch wenn der Transportauftrag freigegeben wurde. Solche Transportaufträge werden als lokale Transportaufträge bezeichnet. Beispiel: Sie entwickeln in der Softwarekomponente ZLOCAL.
• /<SID>_ATO/: Wird für Workbench-Transportaufträge verwendet. Nach der Freigabe des Workbench-Transportauftrags können Änderungen in das Testsystem importiert werden.
• /<SID>_CUS/: Wird für Customizing-Transportaufträge verwendet. Nachdem der Customizing-Transportauftrag freigegeben wurde, können Änderungen in das Testsystem importiert werden.

Carl erinnert Devin daran, dass es den Standardtransportauftrag gibt – und erläutert einige Details:

Wenn Sie einen Customizing-Transportauftrag aus der App Customizing exportieren anlegen, wird die Transportkategorie des Customizing-Transportauftrags auf Standard gesetzt. Wenn ein Benutzer eine Aufgabe für den Transportauftrag hat, wird der Transportauftrag dem Benutzer zur Änderungsaufzeichnung vorgeschlagen, wenn er eine Änderung durchführt. Es kann jeweils nur einen offenen Standard-Customizing-Transportauftrag geben. Sobald der Standard-Customizing-Transportauftrag freigegeben wurde, kann ein neuer für Konfigurationsänderungen angelegt werden. Anstatt Änderungen am Standard-Customizing-Transportauftrag aufzuzeichnen, können Sie auch neue Customizing-Transportaufträge über den Änderungsaufzeichnungsdialog anlegen. Die Transportkategorie solcher Customizing-Transportaufträge ist manuell. Die Anzahl der Customizing-Transportaufträge ist nicht beschränkt. Ein manueller Customizing-Transportauftrag kann hilfreich sein, wenn Sie eine Änderung dringend in den Test- und Produktiv-Tenant transportieren müssen und nicht warten können, bis andere ihre Konfigurationsaktivitäten abgeschlossen haben. Die Transportkategorie des Customizing-Transportauftrags ist der Wert des Attributs SAP_CUS_TRANSPORT_CATEGORY. Mögliche Werte sind:

• DEFAULT_CUST: Standard-Customizing-Transportauftrag (mandantenabhängig)
• DEFAULT_CUSY: standardmäßiger mandantenübergreifender Customizing-Transportauftrag
• MANUAL_CUST: manueller (mandantenabhängiger) Customizing-Transportauftrag
• MANUAL_CUSY: manueller mandantenunabhängiger Customizing-Transportauftrag

Objekte, die in den Workbench-Transportaufträgen aufgezeichnet werden, sind gesperrt. Das bedeutet, dass das Objekt in keinem anderen Workbench-Transportauftrag geändert werden kann. Benutzern, die das Objekt ändern möchten, muss eine Aufgabe auf demselben Workbench-Transportauftrag zugeordnet sein. Für Customizing-Transportaufträge gibt es keine Sperre.

Sie können eine Änderung bei Bedarf von einem Transportauftrag zu einem anderen zuordnen. Wir empfehlen jedoch nicht, eine Änderung aus einem Transportauftrag zu entfernen, ohne sie einem anderen Transportauftrag zuzuordnen. Dies kann zu Importfehlern oder unvollständigen Löschungen im Test- oder Produktivsystem führen.

Sie erfassen keine Key-User-Erweiterungen in Transportaufträgen. Sie legen eine Erweiterung in einer der Key-User-Apps an und ordnen die Erweiterung in der App Software-Kollektion exportieren einer Software-Kollektion zu. Software-Kollektion exportieren generiert einen Transportauftrag, um Ihre Änderungen während des Exports zu transportieren. Dies ist Ihnen jedoch verborgen.

Es gelten folgende Regeln:

• Transportaufträge für Entwicklererweiterbarkeit, Key-User-Erweiterbarkeit und Business Configuration sind getrennt.

• Inhalt kann nicht gemischt werden

• Transportaufträge der verschiedenen Kategorien können nicht zusammengeführt werden

• Beim Import können Transportaufträge verschiedener Kategorien zusammen importiert werden.

Transportaufträge können Abhängigkeiten haben. In diesem Fall erzwingt die App Kollektion importieren, dass abhängige Transporte zusammen importiert werden.

Carl zeigt Devin eine zusammenfassende Liste und sagt, dass er diese Liste gerade nicht durchlesen muss...

Transport Management Summary – die folgenden Tabellen geben Ihnen einen Überblick über die Transportverwaltung in einer Dreisystemlandschaft:

Weitere Informationen finden Sie im SAP Help Portal unter Transport Management Summary.