BizTalkを使用したEDIの実装

Question

当社は現在、以前は使用していなかったBizTalkでEDIを実装することを検討しています。私たちにはいくつかのドロップシップサプライヤー/ベンダーがいます。当社は、製品情報、フラットドキュメント/スプレッドシートを受け取り、当社はそのドキュメントを処理した後、当社のウェブサイト上でそれらの製品を販売する。

私の質問は：

1. どのように簡単に私たちはEDIとBizTalkを実装することが可能に？
2. すべてのベンダーがBizTalk Serverをインストールする必要がありますか？
3. 現在、製品ファイルの標準があります。どのように私たちのベンダーと新しい仕様を設定することができますか？
4. すべての設定がBizTalkで完了したら、実行する必要がある他のオンゴーニングのことはありますか？同様に、

乾杯など、追加のプロセッサを書き、のBizTalkでの取り扱い レイ

Answer 1

EDIは、フラット・ファイルの処理に似ている - それのコア機能を使用すると、EDIメッセージを解析し、XMLにこれらを変革します（あなたが知っているように、BizTalkは内部で動作します）。また、XMLから取り出して送信できるEDIメッセージを生成するのに役立ちます。 BizTalk EDIパッケージにも多数のEDIスキーマがあるため、手動でビルドする必要はありませんが、現在必要なバージョンなどに一致するものを再利用できます。

Theresはまた、これらの（受信ID、EDI書式設定の違いなど）の管理者と構成のいくつかの機能も含みます。この管理により、コアプロセスを変更/コンパイル/デプロイすることなく、特定のパーティ設定を簡単に追加および変更できます。ご質問

回答

1. 実装EDIは難しいことではありません。構文の根本的な理解を持って、EDIメッセージを詳細に理解することは良いことです。これは最も難しいでしょう。 EDIを受信して​​送信するだけです。どのようにあなたとあなたvendoesこれらを処理する各当事者までです。
2. EDIで作業する場合は、実装されているプロセスの標準ドキュメント/仕様から開始することをお勧めします。この種の標準を公開する複数のプラチナ（例えばhere）があります。このドキュメントを削除したり、追加したりして、正確な要件を満たした上でドキュメントを変更するのが良い考えです。これは、お互いにメッセージを送受信するときにあなたとあなたの当事者がコミットすべき仕様です。
3. Nope。

Answer 2

なぜBizTalkですか？私はそこには、より安いだけでなく、より少ないリソースを集中する良いソリューションがあると思います。私の理解では、BizTalkは多くのアダプタと.NETフレームワークの深い理解を必要としています。

Liaison（デルタとECS製品を参照）のような会社の非常に滑らかなドラッグ・アンド・ドロップ・ユニバーサル・マッパーに簡単に投資して、より迅速な開発アプローチをとることができます。

私はEDIソフトウェアについて考えるとき、通常、BizTalkは後で考慮する必要があります。 Liaison（旧Softshare）、Sterling Commerce、Extol、Inovis/GXS、Tie Commerce、SPS（管理ホスティング用）などの企業が最前線に立ちます。

既にBizTalkを社内に（購入して）お持ちであれば、そのパスを下る方が理にかなっています。多くのEDIデータを見て、EDIメモ帳をダウンロードすることをお勧めします。これは、EDIデータを編集/レビューするための無料のアプリケーションです。 http://liaison.com/products/integrate/edi-notepad

EDIは「標準」に従っていることに注意してください。皮肉のために引用符があります。あなたはあなたのパートナーが標準と自由を取ることに気付くでしょう。 EDIは「簡単」と考えている人もいますが、この種の統合で潜在的な地雷地がたくさんあることに注意してください。