使用する
分析フェーズをサポートするには、DXWorkbenchで使用できるBAPIごとにレポートを作成する必要があります。ファイル内の既存のオブジェクトのIDocを生成する必要があります。特に、既存のオブジェクトからのデータでパラメータが入力されたBAPI呼び出しのIDocを生成します。
統合
レポートインターフェイスには、次の規則が適用されます。
-
IDocのレシーバーのパラメーターは、オブジェクトを選択するためのフィールドに加えて、必須のインポートパラメーターです。
-
DX Workbenchはこのレポートを使用してIDocを特別なファイルに書き込むため、レポートが呼び出されるとすぐにレシーバーが自動的に渡されます。結果として、このフィールドはパラメータで定義する必要があります：tbdlst-logsysno-displayのようなレシーバー。‘または‘select-options：tbdlst-logsysno-displayのレシーバー。。
-
追加のオプションのパラメーターが存在する場合がありますが、DXWorkbenchでは使用されません。
レポートのフローロジックは次のように記述されています。
-
レポートは最初に、ユーザーが選択したオブジェクトに関連するすべてのデータを収集します。これは、たとえば、オブジェクトに対応するGetDetail（） BAPIを使用して実行できます。
-
次に、生成されたALEアウトバウンド汎用モジュールを呼び出して、上記で収集されたデータを使用してIDocを生成します（ BAPI-ALEインタフェースの生成も参照）。これにより、データベースにアウトバウンドIDocが生成されます。
ユーザーがすでにアウトバウンドパートナー契約とファイルポートを維持している場合、これらのアウトバウンドIDocはアウトバウンドファイルに書き込まれます-DX Workbenchはそれらを検出し、インバウンドIDocに変換します。これは、基礎となる構造の分析に使用できます（分析も参照）。 SAP構造）。
前提条件
-
レポートには、タイプTBDLST-LOGSYSのパラメーターRECEIVERが必要です。
-
レポートはALE受信者を決定しません。DX Workbenchではパートナー契約とポートをカスタマイズする必要がありますが、現在のクライアントに論理システムを割り当てる必要がないため、受信者の決定は実行できません。
