すべての RFC クライアントプログラムでは、 SAP システム への RFC 接続を確立する必要があります。

• R/3 システムへは、ダイアログユーザか CPIC ユーザでログオンできます。
• R/2 システムへは、 CPIC ユーザでのみログオンできます。

3.0C 以前の RFC ライブラリとの接続

SAP システム（ R/2 または R/3 ）への RFC 接続を確立する方法と条件には、様々なものがあります。

sideinfo ファイルは、 CPIC を経由した通信で必要となります。

IBM 環境における R/2 システムへの RFC 接続では、 SNA LU6.2 プロトコルを経由した通信のための SAP ゲートウェイ用 sideinfo ファイルが常に必要となります。

SNI 環境での RFC 接続では、 BS2000 ホストで動作する SAP ゲートウェイが必要です。それ以外には、 R/2 システム（ SNI ）と R/3 システムへの RFC 接続の確立方法に違いはありません。

3.0C 以前の RFC ライブラリとの接続

RFC 接続は、 saprfc.ini ファイルへのエントリで確立することができます。この機能を使用する場合、 R/2 システム（ IBM ）へ接続する場合を除き、 sideinfo ファイルは必要ありません。

• saprfc.ini ファイルの意味は、 sideinfo ファイルの意味と同じですが、このファイルには、 SAPGUI を使用した RFC 、 ABAP デバッグなど、すべての RFC 機能を定義することができます。
• さらに将来のリリースで開発される最新の RFC 機能が、 RFC クライアントプログラムソースを変更せずに使用することができます。

sideinfo ファイルは CPI-C 経由での通信に必要で、 CPI-C 接続の確立に必要なパラメータを含んでいます。

ローカルの sideinfo を使用しない場合、 RfcOpen が実行または RfcOpen の RFC_OPTIONS に定義される前に、すべての必要なパラメータをコール RfcConnArgv を使って RFC ライブラリへ渡すことが必要となります。

RFC ファンクションは RfcCall. によってコールされます。 RfcCall 機能はコール依頼を送信した後で制御を戻します。

RfcReceive 機能によって RFC コールに対する応答の受信が可能となりますが、 RfcCall が発行された後にコールする必要があります。機能 RfcReceive は、応答が受信されるまで待機します。

さらに、同期的に RFC コールを発行することのできる機能があります。 RfcCallReceiveは返された返答が受信されるまで待機します。

RFC クライアントプログラムの代表例には、 sapinfo.c 、 startrfc.c 、 srfctest.c があり、これらは RFC SDK に含まれています。