qRFC Communication Model

シナリオ

qRFCを使用すると、次のシナリオが可能です。

• 2つのSAPシステム間の通信

• クライアントロールのSAPシステムと外部サーバー間の通信。

• サーバーロールのSAPシステムの外部クライアント間の通信。

処理オプション

実際の送信プロセスはtRFCベースで行われます。ただし、tRFCの前には、送信または更新されるデータパッケージ（LUW）の処理順序を決定するインバウンドキューとアウトバウンドキューがあります。このキューイングメカニズムは、qRFC機能の中核です。

次の図は、tRFCとqRFCのさまざまなキュータイプの違いを示しています。

tRFCおよびqRFC処理

エラー！フィールドコードの編集からオブジェクトを作成することはできません。

ケース1：tRFC

tRFC（キューなし）の使用は、送信されるデータが特定の処理順序を必要とする論理接続にない場合を対象としています。

クライアント（システム1）は、サーバー（システム2）へのtRFC接続を確立します。ターゲットシステムに送信されるすべての関数呼び出しは、 1回だけ実行されます。

汎用モジュールが処理される順序またはこれが発生する時刻を定義することはできません。転送エラーが発生した場合、定義された期間の後に汎用モジュールを再送信するバックグラウンドジョブがスケジュールされます。

ケース2：アウトバウンドキューを使用したqRFC

このシナリオでは、送信側システムはアウトバウンドキューを使用して、送信するデータをシリアル化します。つまり、相互に依存する関数呼び出しは、送信側システムのアウトバウンドキューに入れられ、正確に1回の順序でターゲットシステムに転送されます。 EOIO。呼び出されたシステム（サーバー）は、送信側システム（クライアント）のアウトバウンドキューを認識していません。この送信プロセスは、特にSAPシステムと非SAPシステム間の通信を目的としています。

ケース3：ターゲットシステムに追加のインバウンドキューがあるqRFC

このシナリオでは、送信側システム（クライアント）のアウトバウンドキューと同様に、ターゲットシステム（サーバー）のインバウンドキューもあります。インバウンドキューを持つqRFCが存在する場合、これは常にアウトバウンドキューが送信側システムに存在することを意味します。この場合、両方の通信パーティはSAPシステムである必要があります。

追加のインバウンドキューは、クライアントとサーバーのリソースを同時に効率的に制御できることを意味します。インバウンドキューは、インバウンドスケジューラ（QINスケジューラ）を使用して処理されます。キューごとに1つのワークプロセスが使用されます。QINスケジュールは、現在使用可能なターゲットシステムリソースで許可されている数のキューのみを並行して処理します。これにより、サーバーがクライアントによってブロックされるのを防ぎます。