送信キューを持つ qRFC 

アプリケーションにより指示される LUW の順序を保証するために、 tRFC はキューを使用して整流化されます。 したがって、この RFC は キュー済 RFC (qRFC) と呼ばれています。 整流化により、 R/3 では tRFC に対して送信キューが登録されます。 これにより、 送信キューを持つ qRFC という一般用語が登場しました。

さらに、特定のアプリケーションでは、対象システムで LUW を処理する時点でこれらのアプリケーション自体を決定する場合があります。 これは通常、送信キューを持たない外部 ( 非 SAP) システムのアプリケーションです。 RFC ライブラリの適切な拡張が組み込まれた 受信キューを持つ qRFC は、現在開発中です ( 次リリースで出荷される予定です ) 。

• tRFC は、呼び出された汎用モジュールが対象システム内で 1 回だけ実行されることを保証します。
• COMMIT WORK 命令で強制終了された tRFC コールはすべて、 1 つの LUW ( 作業論理単位 : Logical Unit of Work ) にまとめられます。 各 LUW は、自動的にトランザクション ID を受信します。
• 1 つの LUW の中の汎用モジュールはすべて、送信システムでの呼び出し順序に従って対象システム上で実行されます。
• オプション AS SEPARATE UNIT が指定されている tRFC コールは、対象システム上の個別の LUW にそれぞれマップされます。 このような下位 LUW には、 tRFC コールが 1 つだけ含まれており、実際の ( 上位 ) LUW には依存せずに処理されます。 この下位 LUW は、その LUW 自体のトランザクション ID を受信します。
• 1 つの LUW の中で複数の宛先が使用される場合は、 1 つの宛先に属するすべての tRFC コールから、下位 LUW が構成されます。 ただし、このバンドリングは内部でのみ発生するため、この下位 LUW に割り当てられる個別のトランザクション ID はありません。

tRFC は、すべての LUW を相互に依存せずに処理します。 有効化 tRFC プロセスが多数あるために、送信システムおよび対象システムの両方でパフォーマンスが大幅に低下することがあります。
さらに、アプリケーションにおいて定義されている LUW の順序を維持することができません。 したがって、アプリケーションにより指示された順序に従ってトランザクションが実行されるという保証もありません。 唯一確実なのは、最終的にはすべての LUW が転送されるということです。

tRFC の整流化が導入される一般的なアプリケーションでは、分散環境が使用されます。

• ALE (Application Link Enabling)
• APO (Advanced Planner and Optimizer)
• SFA (Sales Force Automation)

送信キューを持つ qRFC は、 リリース 4.5B で導入されました。