Generate a Proxy to Consume Remote-Enabled Function Modules

サービス消費モデルを介してRFCプロキシを生成します。

多くの場合、標準のCALL FUNCTIONステートメントを使用する代わりに、サービス消費モデル（SCM）を介してRFCプロキシを生成することにより、他のシステムへの同期RFC呼び出しの開発作業を大幅に減らすことができます。

特にRFC呼び出しのパラメータのデータ型がクライアント側で利用できない場合は、プロキシ経由でRFCを使用することでメリットが得られます。

コンセプト

ABAP開発ツール（ADT）のツールサポートに基づいて、SCMを使用して1つ以上のリモート対応汎用モジュール（RFM）を呼び出すためのABAPプロキシを生成することができます。

プロキシクラスには、呼び出されたRFMごとに特定のメソッドが含まれています。RFCにSCMを使用する主な利点は、このクラスでは、RFMパラメータに必要なすべてのデータ型が自動的に生成されることです。

RFCプロキシクラスを定義する最良の方法は、1つのRFMのみ、またはセマンティックに一緒に属する少数のRFMを呼び出すためにそれを使用することです。

呼び出されたRFMのメタデータを含むXMLファイルに基づいてRFCプロキシクラスを生成する方法の詳細については、「リモートファンクションコール（RFC）用のプロキシの生成（ADTドキュメント）」を参照してください。

ADTでは、対応するRFMのSCMオブジェクトにサンプルコードスニペットがあります。

独自のRFMコールを開発する場合、特に、呼び出されたRFMがクライアント側に存在せず、対応するRFCパラメータのデータ型がクライアント側で使用できない場合は、クライアント側のABAPプロキシを利用できます。

このような場合にCALLFUNCTIONステートメントを使用する場合は、影響を受けるすべてのデータ型を手動で生成する必要があります。

必要なデータ型の数と複雑さとともに、労力は増加します。たとえば、多数の列を持つテーブルを含むABAPアプリケーションでは、手動のデータ型の生成に時間がかかります。SCMを使用すると、この労力が大幅に削減されます。

異なるリリースで同じRFMを呼び出しており、必要なデータ型の一部がリリースごとに異なる特性を持っている場合は、さらに時間を節約できます。この場合、リリースごとに異なるデータ型を個別に生成するだけでなく、異なるバージョンでも生成する必要があります。

オブジェクト指向開発を一貫した方法で実行したい場合は、プロキシクラスを介したRFC呼び出しの恩恵を受けることもできます。

SCMを使用すると、すべての同期RFC呼び出しのRFCプロキシを生成できます。非同期呼び出しまたはbgRFC呼び出しにプロキシを使用する場合は、トランザクションACO_PROXYを介してそれらを生成できます。

別のシステムでRFMを呼び出すための対応するメソッドを使用してABAPプロキシクラスを生成するために、SAP ABAPコネクタ（トランザクションACO_PROXY）を使用することもできます。

詳細については、SAPABAPコネクタを参照してください。

SCMと比較して、ABAPコネクタは非同期RFCコールまたはbgRFCコールを生成するための追加オプションを提供します。SCMは同期RFC呼び出しのみをサポートします。

このシステムのRFMがABAPコネクタまたはSCMを介して別のシステムから呼び出され、対応するメタデータを含むファイルがこの呼び出しに必要な場合は、トランザクションACO_PROXYを使用して、オンプレミスシステムで関連するメタデータを含むファイルを生成する必要があります。。

生成されたABAPプロキシを介してリモート対応汎用モジュール（RFM）を呼び出す場合は、新しいシナリオのモードで常に高速シリアル化を使用することをお奨めします。そうしないと、オフセットがずれているために、インクルードを含むデータと構造が正しく転送されない可能性があります。