Devin とのミーティングで、Carl は SAP S/4HANA Cloud Public Edition で実行できる開発の種類と使用されるツールについて説明します。
適応移送オーガナイザ (ATO) および ABAP 開発ツール (ADT)
SAP S/4HANA Cloud Public Edition では、2 つまたは 3 つのシステムランドスケープを使用して、これらの SAP システム間で変更を移送することができます。拡張性に加えて、適応移送オーガナイザ (ATO) は、カスタム開発、ビジネスコンフィグレーション (クライアント依存およびクライアント非依存) インポートの共通インポート UI として使用されます。2 システムランドスケープでは、特定のエクスポートプロセスのエクスポートでも ATO 技術が使用されます。ATO は、テストシステムから本稼動システムへのキーユーザ拡張性の移送依頼を管理するために使用されます。
3 システムランドスケープでは、ATO によって開発者拡張性 (埋込 ABAP 開発)、キーユーザ拡張性、および SAP S/4HANA Cloud Public Edition のビジネス設定の移送依頼が調整されます。これにより、顧客はプロセスを制御し、設定、キーユーザ拡張、および開発を同じアプローチで選択的に移送することができます。
Central Business Configuration (CBC) を使用して有効化された事前設定は、開発システムの移送依頼で取得されます。テーブルまたはビューの移送動作は、個別更新オブジェクト (SOBJ) の移送設定で定義されます。ビジネスコンフィグレーション (BC) の微調整、拡張性、および開発者拡張性は、開発システムで実行され、移送依頼で取得されます。
前述のとおり、統合移送アプローチでは、以下のツールを組み合わせて使用します。
開発者拡張性のワークベンチ移送を管理するための Eclipse の移送オーガナイザ (ADT): このツールでは、開発者が開発者拡張性のためにワークベンチ移送依頼を登録、管理 (マージ、所有者の変更など) およびリリースすることができます。
Fiori アプリカスタマイジング移送のエクスポートは、移送依頼を管理およびエクスポートするために、プロジェクトリーダー/コンテンツエキスパートによって使用されます。カスタマイジング移送依頼、そのプロジェクト割当、および構成一覧 (クライアント依存オブジェクトのみ) が表示されます。ここでは、カスタマイジング移送依頼をリリースすることができます。次の機能が備わっています。
Fiori アプリソフトウェアコレクションのエクスポート (ATO): このツールでは、開発者は拡張性オブジェクト (アイテム) のコレクションを登録し、エクスポートすることができます。
Fiori アプリコレクションインポート (ATO): コレクションインポート Fiori UI は、拡張性移送および BC 移送のインポートに使用されます。これは、カスタマが T または P システムにカスタマイジングおよび開発者拡張性 (ワークベンチ) 移送をインポートできるように拡張されました。
移送可能オブジェクト
移送可能オブジェクトには 3 つのカテゴリがあります。
1. カスタマ開発
ABAP 言語バージョン 5 (以上) の開発オブジェクト (コード、ABAP ディクショナリ (DDIC)、ABAP Core Data Services (CDS)、ユーザインタフェース (UI)、....) が含まれます。
ABAP Development Tools で、開発ビジネスカタログを使用して実行されます。
- 許可リストは、言語バージョン 5 (以降) の ABAP 許可リストによって定義されます。
開発オブジェクトは、ワークベンチ移送依頼を使用して移送されます。
2. キーユーザ拡張性
ABAP 言語バージョン 2 の開発オブジェクト、および ATO オブジェクトとしてパッケージ化されたカスタマイジングが含まれます。
- 拡張性ビジネスカタログを使用して Fiori UI で実行されます。
- 許可リストは、言語バージョン 2 の ABAP 許可リストによって定義されます。
ATO には変更記録があり、移送の登録やリリースを遅らせることができます。そのため、移送との分離が可能です。
3. ビジネスコンフィグレーション
クライアント依存およびクライアント非依存のカスタマイジングが含まれます。
設定ビジネスカタログを使用して、オープンなクラウド対応導入ガイド (IMG) を介して実行します。
- 許可リストは、タイプ設定の SAP ビジネスカタログによって定義されます。
- クライアント依存カスタマイジングのカスタマイジング移送依頼を使用して移送されます。
- クライアント非依存カスタマイジングのワークベンチ移送依頼を使用して移送されました。
- クライアント非依存のビジネスカスタマイジングは、ATO オブジェクトとしてではなく、カスタマイジングとして処理する必要があります。
移送可能オブジェクトの 3 つのカテゴリすべてに対して分離されたテストを確保し、個別のテストシステムでテストを実行する必要があります。これは、特にクライアント非依存オブジェクトについて、終了した設定/開発を未完了の設定/開発から分離するのに役立ちます。個別のテストシステムでのインポートのみが、後続の本稼動システムでのインポートに対する実際のテストです。主な理由は、インポート時にのみ、after-import メソッド (AIM) およびソフトウェア変更タスクリスト実行が実行されるためです。
Devin は Carl から、どのような種類の移送依頼が存在するかを知りたいと考えています。
以下では、Carl が略語を説明します。
注記
ATO_TRANSPORT_TYPE は、移送依頼属性 SAP_ATO_TRANSPORT_TYPE として移送依頼に追加されます。
SAP_ATO_TRANSPORT_TYPE 属性に以下の値のいずれかを設定することで、使用ケースに応じて移送依頼が自動的に分類されます。
- 開発者拡張: DEV
- キーユーザ拡張: EXT
- SAP Central Business Configuration からデプロイされたビジネスコンフィグレーション: CBC
- クライアント依存微調整: BC
- クライアント非依存の微調整: CCC
次に、Carl は Devin にさまざまなタイプのリストを表示します。
ここでも、Carl は略語と詳細について説明します。
移送依頼の技術タイプは以下のとおりです。
- W = カスタマイジング
- K = ワークベンチ
- T = コピーの移送
各移送依頼には移送対象があります。ターゲットは以下のとおりです。
- 空白: 変更のみが記録されます。移送依頼がリリースされた場合でも、変更をテストシステムにインポートすることはできません。このような移送依頼は、ローカル移送依頼と呼ばれます。たとえば、ソフトウェアコンポーネント ZLOCAL で開発する場合です。
- /<SID>_ATO/: ワークベンチ移送依頼に使用されます。ワークベンチ移送依頼のリリース後、変更をテストシステムにインポートすることができます。
- /<SID>_CUS/: カスタマイジング移送依頼に使用されます。カスタマイジング移送依頼のリリース後、変更をテストシステムにインポートすることができます。
注記
<SID> は、SAP が提供する開発システムのシステム ID です。
デフォルト移送依頼
Carl は、デフォルトの移送依頼があることを Devin に伝え、詳細を説明します。
カスタマイジング移送のエクスポートアプリからカスタマイジング移送依頼を登録すると、カスタマイジング移送依頼の移送カテゴリがデフォルトに設定されます。ユーザに移送依頼のタスクがある場合、変更を実行するたびに、変更記録のために移送依頼がユーザに提案されます。同時に存在できる未処理のデフォルトカスタマイジング移送依頼は 1 つのみです。デフォルトのカスタマイジング移送依頼がリリースされると、設定変更用に新規カスタマイジング移送依頼を登録することができます。デフォルトのカスタマイジング移送依頼に対する変更を記録する代わりに、変更記録ダイアログからカスタマイジング移送依頼を新規登録することもできます。このようなカスタマイジング移送依頼の移送カテゴリは、マニュアルです。カスタマイジング移送依頼の数は制限されません。マニュアルカスタマイジング移送依頼は、変更をテストテナントおよび本稼動テナントに緊急に移送する必要があり、他のユーザが設定アクティビティを終了するのを待つことができない場合に役立ちます。カスタマイジング移送依頼の移送カテゴリは、SAP_CUS_TRANSPORT_CATEGORY 属性の値です。取り得る値:
- DEFAULT_CUST: デフォルト (クライアント依存) カスタマイジング移送依頼
- DEFAULT_CUSY: デフォルトのクライアント非依存のカスタマイジング移送依頼
- MANUAL_CUST: マニュアル (クライアント依存) カスタマイジング移送依頼
- MANUAL_CUSY: マニュアルクライアント非依存のカスタマイジング移送依頼
移送管理の追加アスペクトと概要
ワークベンチ移送依頼に記録されているオブジェクトはロックされます。つまり、オブジェクトを他のワークベンチ移送依頼で変更することはできません。オブジェクトを変更するユーザには、同じワークベンチ移送依頼でタスクを割り当てる必要があります。カスタマイジング移送依頼の場合、ロックはありません。
必要に応じて、ある移送依頼から別の移送依頼に変更を再割当することができます。ただし、変更を別の移送依頼に割り当てずに移送依頼から削除することはお奨めしません。これにより、テストシステムまたは本稼動システムでインポートエラーまたは不完全な削除が発生する可能性があります。
キーユーザ拡張は移送依頼に記録しません。キーユーザアプリのいずれかで拡張を作成し、ソフトウェアコレクションのエクスポートアプリでその拡張をソフトウェアコレクションに割り当てます。ソフトウェアコレクションのエクスポートにより、エクスポート時に変更を移送するための移送依頼が生成されます。ただし、これはユーザには表示されません。
以下のルールが適用されます。
開発者拡張性、キーユーザ拡張性、およびビジネスコンフィグレーションの移送依頼は分離されています。
コンテンツを混在させることはできません
異なるカテゴリの移送依頼をマージすることはできません。
インポート時に、異なるカテゴリの移送依頼を一緒にインポートすることができます。
移送依頼には依存関係がある場合があります。この場合、コレクションインポートアプリにより、依存する移送が同時にインポートされます。
Carl は Devin に要約リストを表示し、現在このリストを読む必要はないと言っています。
移送管理サマリ - 以下の表は、3 システムランドスケープにおける移送管理の概要を示しています。
詳細については、SAP Help Portal – 移送管理サマリを参照してください。