使用する
ここでは、データを手動で入力する必要があります。または、カスタマイジングからデフォルト値を転送することもできます。
手順
-
希望するパートナの変更画面がまだ表示されていない場合は、
を選択します。 -
必要なパートナータイプノードのパートナーにマウスを置きます。アウトバウンドパラメータテーブルで選択します。
キーフィールド
-
一般的なパートナー処理では、パートナー番号とパートナータイプをすでに決定しています。マスタデータのパートナ機能は、宛先を定義します。つまり、さらなる分類の目的で使用されます。メッセージ制御(MC)でアウトバウンド処理を選択した場合、機能は対応するメッセージ制御項目と同一である必要があります。それ以外の場合はオプションです。
-
IDocタイプが使用される「論理」メッセージでビジネスプロセスを指定します。論理メッセージは、次の3つのパラメーターによって記述されます。メッセージタイプはEDIFACTメッセージタイプに基づいています。たとえば、発注書のタイプは「ORDERS」です。オプションのフィールドメッセージコードとメッセージ機能を使用して、メッセージタイプをさらに分割することができます。
-
メッセージをテストとして送信する場合は、テストインジケータを設定します。
その他の分野
-
アウトバウンドオプションタブページで、出力モードでIDocが受信側システムにすぐに転送されるかどうかを決定することができます。メッセージ制御でアウトバウンド処理を選択した場合は、エントリがメッセージ制御の優先順位と互換性があることを確認する必要があります。推奨される組み合わせの一覧は、 MCでのアウトバウンド処理:手順のセクションに記載されています。
-
ポート定義でレシーバーポートをすでに定義しています。
-
タイプTRFCのポートが使用されている場合、[キュー処理]フィールドが表示されます。インジケータを使用して、IDocをqRFCで送信するかどうかを指定できます。この送信手法は、SAP WebAS6.20以降の受信者SAPシステムでのみ可能です。
-
キュー処理区分を設定している場合は、これも更新する必要があるルール名項目も表示されます。ルール名は、キュー名のルールを定義します。これらのルールは、トランザクションqRFC IDocキュー名ルール(WE85)で指定できます。
-
IDocタイプを、拡張の有無にかかわらず基本タイプとして指定します。IDocタイプのビューを使用する場合(たとえば、パフォーマンスを向上させるため)、ここでこれを指定します。
次の図は、論理メッセージ(ビジネス上の意味)とIDocタイプ(技術形式)の間のm-to-n関係を示しています。たとえば、メッセージ1は常に1つのIDocタイプに割り当てられ、メッセージ3は2つのIDocタイプに割り当てられます。次に、IDocタイプ2も2つの論理メッセージに割り当てられます。
-
セグメントリリースは、セグメント定義(IDocタイプ定義ではない)の起点となるリリースを指定します。最新のセグメント定義が使用されるように、このフィールドを空白のままにすることをお勧めします。
-
[ EDI標準]タブページで、受信システムのEDI標準、バージョン、およびEDIメッセージタイプを提案できます。ただし、ほとんどのサブシステムは、これらのEDI設定を(論理メッセージから)自分で判別できる必要があります。
-
例外が発生した場合に許可されるエージェントを定義できます。このエントリは、ゼネラルパートナープロファイルのエントリを上書きします。したがって、メッセージによっては、同じパートナーの異なるエージェントが例外を処理できます。
-
構文エラーを無視するか、処理エラーを発生させるかを指定できます( [アウトバウンドオプション]タブページの[構文後の処理をキャンセル])。例外処理と許可されるエージェントの詳細については、「例外処理」のセクションを参照してください。
-
ハードウェアがそれをサポートしている場合は、アウトバウンドIDocのパートナーおよびメッセージ固有のテレフォニーデータを作成します。詳細については、「ゼネラルパートナープロファイルの作成」を参照してください。
グラフィック:アウトバウンドパートナープロファイルフィールド(一般)
キーフィールドは灰色で表示されます。したがって、パートナ、メッセージ、およびテストインジケータ(およびクライアント)の値は、アウトバウンド処理でIDocタイプの一意のIDを提供します。