2

当社では現在、これまで利用していなかった BizTalk に EDI を導入することを検討しています。いくつかのドロップシップ サプライヤー/ベンダーがあります。製品情報、フラットドキュメント/スプレッドシートを受け取り、ドキュメントを処理してから、それらの製品をWebサイトで販売します.

私の質問は：

  1. EDI と BizTalk をどれだけ簡単に実装できるか?
  2. すべてのベンダーが BizTalk Server をインストールする必要がありますか?
  3. 現在、製品ファイルの標準があります。ベンダーと新しい仕様を設定するにはどうすればよいですか?
  4. BizTalk ですべての構成が完了した後、他に実行する必要がある継続的な作業はありますか? 同様に、追加のプロセッサを作成するなど

乾杯、レイ

4

2 に答える 2

5

BizTalk での EDI 処理は、フラット ファイル処理に似ています。そのコア機能は、EDI メッセージを解析し、これらを XML に変換するのに役立ちます (ご存知のように、BizTalk は内部で動作します)。また、XML から移行して、送信できる EDI メッセージを生成するのにも役立ちます。BizTalk EDI パッケージには多くの EDI スキーマも含まれているため、これらを手動で構築する必要はなく、現在必要なバージョンなどに一致するスキーマを再利用できます。

パーティとこれらの構成を管理するための機能もいくつかあります (受信した ID、EDI フォーマットの違いなど)。この管理により、コア プロセスを変更/コンパイル/デプロイすることなく、特定のパーティー設定の追加と変更が簡素化されます。

ご質問への回答

  1. EDI の実装は難しくありません。構文の基本を理解し、EDI メッセージを詳細に理解することは良いことです。これはおそらく最も難しいことです ;)
  2. いいえ、いいえ。EDIを送受信するだけです。あなたとあなたのベンダーなどがこれらをどのように処理するかは、各当事者次第です.
  3. EDI を使用する場合は、実装されているプロセスの標準ドキュメント/仕様から始めるとよいでしょう。この種の標準を公開する場所は複数あります (たとえばここ)。通常、このドキュメントを削除または追加して、正確な要件に適合するように変更することをお勧めします。これは、お互いにメッセージを送受信するときに、あなたとあなたの当事者がコミットする必要がある仕様です。
  4. いいえ。
于 2011-01-24T04:14:42.057 に答える
2

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

Liaisonのような会社からの非常に洗練されたドラッグアンドドロップユニバーサルマッパーに同じように簡単に投資し（彼らのDeltaおよび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を「簡単」と考える人もいるかもしれませんが、このタイプの統合には潜在的な地雷原がたくさんあることに注意してください。

于 2011-01-25T14:51:36.843 に答える