CPI-C Connection to the R/2 System

意味
使用する
構造

意味

CPI-Cプロトコルを介してR/2システムに直接アクセスするためのポートタイプ。

使用する

ここでは、R / 2システムは常に外部システムであるため、他のポートタイプと比較すると、次の例外と制限が適用されます。

SAPシステムは常に「アクティブ」です。R/2システムからIDocを取得するか、R/2システムにIDocを送信します。したがって、アウトバウンド処理のポート定義では、インバウンド処理とほぼ同じパラメータが必要です。
SAPシステムは、インバウンドIDocごとに最大1つのステータスレコードを返すことができます。IDocタイプはR/2システムで使用できないため、IDocタイプSYSTAT01は使用できません。
R /2IDocは1回だけ取得できます。したがって、ALE配布モデル（複数の宛先に送信されるIDoc）は、SAPシステム（ALEサーバーの概念）を使用して間接的にのみ実装することができます。この目的のために、R / 2 IDocを最初にSAPシステムに送信し、次にSAPALEサーバーを使用してそこから受信者に配布する必要があります。
IDocは、SAPリリース3.0/3.1のレコードタイプで常に交換されます。これは、ポートバージョン2が常にデフォルトで入力され、ポート定義で変更できないことを意味します。
R / 2システムは、リリース4.0で使用されている拡張機能またはロングネームをサポートしていません。考えられる問題の詳細については、次のセクションを参照してください。古いリリース/サブシステムまたはR/2システムとの通信。

構造

R/2とSAPシステム間のIDocの交換

SAPシステムはIDocをR/2に取得するか、R / 2 IDocインタフェースプロトコルに従って送信します。つまり、SAPシステムは常にアクティブなシステムです。IDocを取得する場合、SAPシステムは、取得の準備ができているIDocのうち、接続中に実際に転送されるIDocを定義できます。主な必須の選択基準は、R/2システムのポートです。ポートは、R /2IDocインタフェースのロックオブジェクトです。R / 2システムでは、論理システムごとに個別のポートを設定する必要があります。

SAPシステムからR/2へのIDocステータスレコードの送信

R / 2 IDocインタフェースは、送信された（つまり、取得された）IDocのステータス確認を期待します。受信したIDocのステータスレコードがR/2システムに返されるように、SAPシステム側でCPI-Cポートを設定することができます。R/2システムにステータスレコードを送信するための以下の選択肢のいずれかを選択することができます。

ステータスレコードを送信しない
IDocを受信したらすぐにステータスレコードを送信します
スケジュールされたレポートを使用して、ステータスレコードを非同期で送信します

IDocごとに返すことができるステータスレコードは1つだけです（ステータス “12”=”ディスパッチOK”=”IDocはSAPシステムによって正常に取得されました”）。SAPシステムの以降の処理ステージの確認は、ステータスレコードを使用してR/2システムに送信することはできません。これは、プロセスチェーンでモデル化された応答メッセージを使用して実現できます。

コミュニケーションテクニック

SNAプロトコルLU6.2（SNA =システムネットワークアーキテクチャ、R / 2側の特別なネットワークアーキテクチャ、LU =論理ユニット、SNA内のプログラムまたはデバイスを識別する）は、通信の基盤を形成します。CPI-Cプロトコルは、LU 6.2コマンドを組み合わせて、プログラミングで簡単に使用できる限られた数のコマンドを形成します（そのため、名前：CPI-C = Common user Programming Interface-Communication）。通信は、SNAアーキテクチャを認識し、ターゲットシステムのシンボリック名をsideinfoの論理ユニットに割り当てるゲートウェイを介して行われます。ファイル。ゲートウェイの名前とターゲットシステムのシンボリック名は、SAPデータベーステーブルTXCOMにあります。このようにして、SAPシステムは呼び出されるR / 2システムを認識します（ゲートウェイがSAPシステム側にある次の図を参照）。