ステップ 2 (Azure 用): EDI アグリーメントを作成する
このトピックでは、Microsoft Azure BizTalk Servicesの一部として利用できる Azure BizTalk ポータルを使用してパートナーを作成します。 また、2 つのパートナー (Northwind と Contoso) 間のアグリーメントも作成し、Contoso により Northwind に送信される X12 販売注文メッセージを処理します。
パートナーを作成するには
Microsoft アカウントを使用して、ポータルにログインします。
Northwind のパートナーを作成します。 パートナーとプロファイルの手順に従って、パートナーを作成します。
重要
このパートナーを管理対象のパートナーとしてマークします。
手順を繰り返して Contoso のパートナーを作成します。 このパートナーをマネージド パートナーとしてマークしないでください。
アグリーメントを作成するには
ポータルのホーム ページで、[ 契約] をクリックします。
[ 契約 ] ページで、[ X12 ] タブをクリックします (まだそのタブがない場合)。次に、[ 契約の作成] をクリックします。
[新しいアグリーメント] ページで、次の詳細を入力します。
フィールド 説明 名前 新しいアグリーメントの名前を入力します。 このチュートリアルでは、名前を として DemoAgreement指定します。
メモ： これは必須フィールドです。 アグリーメントの名前は一意である必要があります。説明 アグリーメントのメモまたは説明を入力します。 パートナー 1 プロファイル (管理対象) アグリーメントの管理対象のパートナーを選択します。 管理対象のパートナーはサービス プロバイダーにより管理されるパートナーで、アグリーメントの展開時にはそのパートナーにパイプラインが展開されます。 通常、サービス プロバイダーにより管理されるパートナーは管理対象のパートナーとして構成されますが、エンタープライズ パートナーは管理対象のパートナーとしてはマークされません。
メモ： このチュートリアルでは、マネージド パートナーは Northwind です。
メモ： 既定のプロファイルが [プロファイル] フィールドに表示されます。 パートナーに対して構成されている目的のプロファイルを選択します。パートナー 2 プロファイル アグリーメントの (管理対象のパートナーではない) パートナーを選択します。
メモ： 既定のプロファイルが [プロファイル] フィールドに表示されます。 パートナーに対して構成されている目的のプロファイルを選択します。Identities
フィールド 説明 パートナー 1 ID 修飾子 取引先に一意のビジネス ID を提供する認証修飾子を選択します。 このチュートリアルでは、[ZZ - 相互定義] を選択します。 値 「 Northwind」と入力します。パートナー 2 ID 修飾子 取引先に一意のビジネス ID を提供する認証修飾子を選択します。 このチュートリアルでは、[ZZ - 相互定義] を選択します。 値 「 Contoso」と入力します。追跡
フィールド 説明 送信側メッセージのプロパティを追跡する パートナーに EDI メッセージを送信するときに、メッセージのプロパティを格納するには、このチェック ボックスをオンにします。 保存したら、Azure BizTalk ポータルの左側のウィンドウで [ 追跡 ] をクリックして、このデータに対してクエリを実行できます。
オンにした場合は、[送信側メッセージ本文を追跡する] チェック ボックスをオンにすると、メッセージ本文も格納できます。受信側メッセージのプロパティを追跡する パートナーから EDI メッセージを受信したときに、メッセージのプロパティを格納するには、このチェック ボックスをオンにします。 保存したら、Azure BizTalk ポータルの左側のウィンドウで [ 追跡 ] をクリックして、このデータに対してクエリを実行できます。
オンにした場合は、[受信側メッセージ本文を追跡する] チェック ボックスをオンにすると、メッセージ本文も格納できます。[続行] をクリックします。
[続行] をクリックすると、受信設定用と送信設定用の新しいタブが 2 つ追加されます。 各タブは、2 つのパートナー間の一方向のアグリーメント用で、メッセージの受信用と送信用があります。
受信の設定を指定します。
[トランスポート] ページで、[トランスポートの種類] を HTTP に設定します。
[エンドポイント] フィールドには、Contoso が X12 販売注文メッセージを送信する必要がある URL が表示されます。
[プロトコル] ページで、次の値を指定します。
必要である場合、ISA1、ISA2、ISA3、および ISA4 の値を指定します。
メッセージを受信するための応答として技術確認と機能確認を生成する場合は、[ 受信確認] で [ TA1 expected] と [ 997 expected ] を選択します。
[ スキーマ] で[ アップロード ] ボタンをクリックし、 X12 840 スキーマ ( ダウンロード センターからダウンロードした) と SalesOrder スキーマ ( 「EDI プロジェクト内にスキーマを作成するには」で作成した) をアップロードします。
[スキーマ] セクションで次 のプロパティを 設定します。
プロパティ 値 バージョン 00401 トランザクションの種類 (ST1) 840 スキーマ /X12_00401_840.xsd
[ 変換 ] ページで、「 EDI プロジェクト内に変換を作成するには」で作成した変換をアップロードします。
[この契約の一部として実行するマップの選択] で、[スキーマ] と [/EDI840TOSALESORDER] に [/X12_00401_840.xsd] を選択します。変換ファイル名の TRFM。
[ ルート ] ページで、[ Service Bus キューへのルーティング ] を選択し、メッセージの送信先となるキューの相対アドレスを指定します。 このチュートリアルでは、完全な URL
https://<namespace>.servicebus.appfabriclabs.com/queueordersediが になるように相対アドレスを としてqueueordersedi指定します。Note
このチュートリアルでは、エラー メッセージが、[メッセージ保留の設定] で指定したエンドポイントに送信されるシナリオについては説明しません。 ただし、アグリーメントの展開を成功させるには、この設定に値を指定する必要があります。 空でない値を入力することができます。
送信の設定を指定します。
Note
このチュートリアルで説明するシナリオの場合、アグリーメントに送信側の構成は必要ありません。 ただし、送信の設定を指定しないと、設定がダミーの値であっても、アグリーメントを展開できません。 また、[ 送信設定] タブでは、 受信 URI、 変換、 バッチ処理にダミー値を指定する必要はありません。
[ プロトコル ] ページの [ スキーマ] で、[ アップロード ] ボタンをクリックし、X12 840 メッセージのスキーマをアップロードします。
バージョンを 00401、トランザクションの種類を 840、スキーマをX12_00401_840に設定します。
[ トランスポート ] ページで、応答メッセージまたは受信確認をパートナーに送信するエンドポイントを指定します。 正常に処理されたメッセージと、処理中のエラーにより保留にされたメッセージにそれぞれエンドポイントを指定する必要があります。
[アグリーメントの展開] をクリックして、アグリーメントを展開します。 これでアグリーメントは、[受信の設定] タブの [トランスポート] ページに表示された URL でデプロイされます。