次の方法で共有


EDI 処理におけるアグリーメントのロール

organizationでは、BizTalk Serverを使用して、1 つ以上の取引先との間で EDI メッセージを受信し、EDI メッセージを送信します。 取引先は、組織内の Business Entities であるビジネス プロファイルを順番に定義します。 ビジネス プロファイルがメッセージを交換する方法は、2 つのビジネス プロファイル間の取引先アグリーメントとして定義されます。 詳細については、「 取引先管理ソリューションの構成要素」を参照してください。

取引先アグリーメントは、取引先管理 (TPM) ユーザー インターフェイスで作成します。 TPM 画面は、BizTalk Server管理コンソールの [パーティ] ノードにあります。

EDI 処理のためのアグリーメントの構成

BizTalk Serverを使用して EDI メッセージを交換するすべての取引先は、通信パラメーターに同意する必要があります。 これを行った後、organization ホスティング BizTalk Serverは、TPM で取引先 (それ自体の取引先を含む) を作成し、ビジネス プロファイルを作成し、ビジネス プロファイル間の取引先契約を作成する必要があります。 取引先契約の一環として、取引先のビジネス プロファイルから EDI メッセージを受信BizTalk Server方法のプロパティを設定し、EDI メッセージを取引先のビジネス プロファイルに送信します。 その後、他の取引先でも同じことを行います。メッセージを交換するためには、構成が互換である必要があります。

EDI 通信用に以下のプロパティを定義する必要があります。

  • 名前、送信ポート、署名証明書など、取引先の全般的な性質を定義する取引先プロパティ。

  • ビジネス ID を定義する、ビジネス プロファイル プロパティ。

  • 取引先契約の一環として、取引先からの受信メッセージBizTalk Server処理する方法と、取引先にバインドされた送信メッセージを生成する方法を定義する EDI プロパティ。

  • AS2 プロパティは、取引先契約の一部として、BizTalk Serverが受信と発信の両方の AS2 通信を実行する方法を定義します。 これらのプロパティは、EDI メッセージが AS2 上で通信されるときにのみ EDI 通信に影響を与えます。

    注意

    同一のビジネス プロファイル間の AS2 アグリーメントおよび EDI メッセージング アグリーメントは、個別に指定されます。 この 2 つのアグリーメントが組み合わさり、パートナーシップを形成します。

    取引先アグリーメントのプロパティは、以下の処理を決定します。

  • EDI エンベロープの処理と生成

  • 受信確認の処理と生成

  • 受信と送信の EDI メッセージの検証

  • バッチ作成

  • ステータス レポート

    ビジネス ID には、 D-U-N-S (Dun & Bradstreet) などの特定の値を指定できます。 固有の名前は、Duns に対して "01" というように、固有の修飾子を持ちます。 ビジネス ID 名が固有でない場合、X12 でエンコードされたメッセージでは "ZZ" を使用し、EDIFACT でエンコードされたメッセージでは "ZZZ" を使用します。これにより、互いに個別のエンティティによって定義されていることを示します。 この値と修飾子により、ビジネス プロファイルが識別されます。 ビジネス ID 名は情報提供のみを目的とし、BizTalk ランタイムでの処理に使用されることはありません。

EDI 処理のためのアグリーメントの決定

EDI メッセージBizTalk Server受信するたびに、メッセージが解決される取引先契約の決定が試行されます。 アグリーメントの一部として定義されている送信者の修飾子、送信者の ID、受信者の修飾子、受信者の ID をメッセージと照合することで、取引先アグリーメントを解決しようとします。 このプロセスの詳細については、「 受信 EDI メッセージのアグリーメント解決、スキーマ検出、および承認」を参照してください。

送信BizTalk Server EDI メッセージが生成されるたびに、メッセージの送信先となるビジネス プロファイルに関連付ける契約の決定が試行されます。 以下のいずれかを使用して、メッセージとアグリーメントを照合することで、アグリーメントを解決しようとします。

  • コンテキスト プロパティ AgreementPartIdForSend

  • コンテキスト プロパティ AgreementNameForSend、SenderPartyNameForSend、および ReceiverPartyNameForSend

  • 送信者の修飾子と ID、および受信者の修飾子と ID

  • 送信ポート名

    このプロセスの詳細については、「 送信 EDI メッセージの契約解決とスキーマ決定」を参照してください。

EDI グローバル プロパティの使用

BizTalk Server受信メッセージまたは送信メッセージの契約を決定できない場合は、フォールバック アグリーメントを使用して受信インターチェンジを処理するか、送信インターチェンジを生成します。 フォールバック アグリーメントは、BizTalk Server管理コンソールで [パーティ] ノードを右クリックし、[X12 フォールバック設定] (X12 でエンコードされたメッセージの場合) または EDIFACT フォールバック設定 (EDIFACT でエンコードされたメッセージ) をクリックすることによって設定されます。 グローバル プロパティの詳細については、「 グローバルまたはフォールバック アグリーメントのプロパティの構成」を参照してください。

注意

BizTalk Serverは、インターチェンジの契約を決定できない場合にのみフォールバック アグリーメントを使用します。 契約が決定された場合、BizTalk Serverは、2 つの取引先間の契約に対して定義されていないプロパティのフォールバック 契約のプロパティ値を使用しません。

フォールバック プロパティは、ポート設定で認証が必要な場合は使用されません。 受信ポートのポート設定で認証が必要な場合 ([認証が失敗した場合にメッセージを削除する] または [受信ポートのプロパティ] ダイアログ ボックスの [全般] ページで [認証に失敗した場合はメッセージを保持する] が選択されている場合)、受信ポートが受信するすべてのインターチェンジにアグリーメントが必要です。 この場合、フォールバック アグリーメントは使用されません。 インターチェンジのアグリーメントが特定できない場合、インターチェンジは認証が失敗したように扱われ、保留にされます。

参照

受信した EDI メッセージのアグリーメントの解決、スキーマ探索、および認証
送信 EDI メッセージのアグリーメントの解決とスキーマの決定
EDI のプロパティの構成
グローバルまたはフォールバック アグリーメントのプロパティの構成
EDI パーティに関する既知の問題