システム変換後のカスタマイゼーションの分析

カスタムコードの移行は、任意のデータベースで実行されている従来の SAP Business Suite から SAP S/4HANA システムへのシステム変換プロセスの一部です。このシステム変換のコンテキストでは、カスタム ABAP ソースコードを調整する必要があります。これは、SAP S/4HANA 内の多数の SAP コードが簡素化され、場合によっては互換性のない方法で変更されたためです。一部のカスタムコードオブジェクトが有効ではなくなるか、単に想定どおりに実行されなくなるか、構文エラーが発生します。SAP では、SAP S/4HANA に合わせて調整する必要があるカスタムコードを検出する、シンプル化データベースに基づくツールを提供しています。シンプル化データベースは、SAP S/4HANA システムでシンプル化された SAP オブジェクトを参照するすべてのシンプル化項目を含む SAP S/4HANA システムのデータベーステーブルです。各シンプル化項目には、変更または削除された SAP オブジェクトが記述され、変更の影響および関連するカスタムコードの調整方法が記載された専用の SAP ノートが参照されます。

カスタムコード範囲設定により、頻繁に使用され、SAP S/4HANA に引き継ぐ必要がある ABAP カスタムコードを決定することができます。未使用のカスタムコードは、システム変換時に削除移送依頼を使用して削除することができます。移行対象のカスタムコードエンティティの数を削減し、カスタムコード適応作業を最小限に抑えることができるため、このスコーピングステップは重要です。

カスタムコード移行 SAP Fiori アプリは、カスタムコード範囲設定に使用されます。このアプリは、既存の ERP システムに実装することも、Business Technology Platform で実行してシステムデータに対してカスタムコードチェックを実行することもできます。互換性のために SAP S/4HANA に採用される開発オブジェクトが評価され、未使用のカスタムコードが特定されます。その後、システム変換時にこの未使用のカスタムコードを削除することができます。

カスタムコード移行アプリを使用して、以下を実行することができます。

• SAP S/4HANA チェックを実行して、調整する必要があるカスタムコードを分析します。
• 調整する必要がある開発オブジェクトの発見事項に関する統計情報を取得します。
• 分析結果のダウンロード (SAP Readiness Check での将来のアップロード用)

  注記

  カスタムコード移行アプリの設定方法については、こちらを参照してください。

システム変換後、カスタムコードで機能適応を実行する必要があります。システム変換では、トランザクション SPDD を使用して、ABAP ディクショナリオブジェクトに関連するモディフィケーションを調整する必要があります。Software Update Manager (SUM) を使用して SAP S/4HANA へのシステム変換を実行した後、トランザクション SPAU および SPAU_ENH を使用して、リポジトリオブジェクトに関連するモディフィケーションを調整する必要があります。その後、ABAP Development Tools (ADT) で SAP S/4HANA チェックを使用して ABAP テストコックピット (ATC) を実行することをお奨めします。結果は、SAP S/4HANA のシンプル化に関連する ATC 判定の一覧であり、問題の解決方法が説明されている SAP ノートを参照してください。これらの ATC 判定に基づいて、半自動化された方法でクイックフィックスを使用したカスタムコードの調整を開始することができます。

SAP S/4HANA では、Eclipse の ABAP 開発ツールにより、クイックフィックスを数回クリックするだけで、カスタムコードの自動調整が可能になります。これらは、ORDER_BY の問題や KONV、BSEG などのデータモデル変更に関連する問題など、最も頻度の高い結果を解決することができます。開発システムが SAP S/4HANA に変換されたら、Eclipse で SAP S/4HANA 関連の ATC チェックを実行します。すべてのクイックフィックスを一度に適用しないでください。これにより、システムに過剰な負荷がかかり、理解しにくいログが生成される可能性があります。ATC では、正しい ABAP 構文でのみオブジェクトをスキャンできます。そのため、最初にクイックフィックスを使用して構文エラーを解決し、ATC チェックを繰り返します。2 回目の反復では、新しい結果が明らかになる可能性が高いです。

必須の変更または拡張が行われた後、ABAP Cloud 開発モデルに従うように、既存のカスタムコードの最新化を検討する必要があります。長期的には、これにより、お客様のシステムのアップグレードが容易になり、各リリースで提供される新機能を体験できるようになります。カスタムコードの最新化とは、従来の ABAP 開発 (階層 3) を使用し、ATC を使用して ABAP クラウド環境を介してそのコードを置換できるクラウド対応コードがあるかどうか (階層 1)、または現在利用可能なリリース済 API がない場合に使用できるカスタムラッパ (階層 2) を特定することを意味します。

ATC を使用してカスタムコードを最新化する方法については、SAP ブログ: How the ABAP Test Cockpit support to adopt ABAP Cloud を参照してください。

ABAP テストコックピットでは、ABAP で開発されたパフォーマンスの低いカスタムコードを明らかにするためのパフォーマンスチェックが提供されます。ただし、このツールではカスタムコードのボディ全体を最適化できない可能性があります。代わりに、SQL パフォーマンスチューニングワークリストおよび SQL モニタツールを使用してください。SQL パフォーマンスチューニングワークリストは、ABAP テストコックピットで実行される静的コードチェックの結果と、SQL モニタツールによって提供される実行時間およびパフォーマンスデータを結合します。同時に、クリティカルなパフォーマンスのホットスポットを検出し、最適化の機会に優先順位を付けます。