0

BizTalk 2009の使用では、多くのEDI送信を行います。多くの場合、パートナーにAS2/EDIサービスを提供するサードパーティグループであるVANがあります。このため、2つのパートナーが同じAS2設定を使用しているが、パートナーごとにEDI設定が異なる場合があります。

現在、これらの場合、私には3つのパーティがあります。1つはEDI情報を含む各パートナー用で、もう1つは共有AS2情報を含むVAN用です。現在、パートナーEDIファイルをファイルフォルダーにダンプする2つの送信ポートがあります。これらの送信ポートはEDIパーティに関連付けられています。次に、そのフォルダー内のファイルをリッスンする受信場所と、受信場所のポート名に直接リンクされた送信ポートがあります。この送信ポートはAS2パーティにリンクされており、送信部分を処理します。

これは私には少し劣っているようです。そこにもっと良い習慣はありますか？他に何もなければ、メッセージをBizTalkメッセージボックスに保持し、ローカルファイルシステムには書き込みません。これを行う方法はありますか？

BizTalkを使用してこの問題を解決するために、他の人はどのアーキテクチャを使用していますか？

4

1 に答える 1

1

個別の送信ポートを使用してそれらをパーティに関連付ける代わりに、EDIおよびEdiIntコンテキストプロパティを使用するオプションがあります。コンテキストプロパティを使用すると、単一の送信ポートを介してすべてのEDIトランザクションを管理できます。（または、少なくともVANごとに1つの送信ポート）

関心のあるプロパティは、EDIパーティの場合はEDI.DestinationPartyName、AS2パーティの場合はEdiIntAS.AS2Fromです。オーケストレーションまたはカスタムパイプラインコンポーネントのいずれかでこれらのプロパティを設定すると、パイプラインはそれらを使用してパーティを解決し、関連付けられた送信ポートの場合と同じように正しいエンベロープを適用します。

特に多くの取引先がある場合、これははるかにクリーンなソリューションであることがわかりました。

送信EDIメッセージのパーティの解決とスキーマの決定-http ://msdn.microsoft.com/en-us/library/bb259945%28v=bts.10%29.aspx

送信AS2メッセージのパーティ解決-http ://msdn.microsoft.com/en-us/library/bb246112%28v=bts.10%29.aspx

于 2012-04-02T14:25:27.460 に答える