2013-05-23 12 views
6

弊社は医療用品を販売しており、当社はオンラインで製品を販売するウェブサイトを持っています。私たちは新しい注文を受けたときに顧客に製品を送るサプライヤと協力しています。現在、これを手動で処理しています。当社はウェブサイトで注文を受け取り、製品サプライヤーに電話/ファックス/電子メールで注文し、顧客に製品を送り、配送情報で当社に通知し、顧客に通知する。EDI X12の実装でC#

このプロセスは最近処理が難しくなっています。これまでのB2Bソリューションは使用していませんが、現在はEDIソリューションを実装する必要があります。当社の最大のサプライヤはEDIスタンドアーツを使用しています。

私が理解する限り、プロセスは以下のようになります。

  1. 注文を受け取ったら、X12ドキュメントを作成し、FTP、SFTP、またはVANでこのドキュメントを送信します。
  2. サプライヤはX12文書を受け取り、処理します。 X12形式の請求書を送信します。
  3. 請求書を受け取り、システムに解析します。
  4. 当社のサプライヤーは、顧客に製品を出荷する際に、X12形式の出荷情報を送信します。
  5. 配送情報文書を受け取り、解析します。

このプロセスについていくつか質問があります。

  1. 最初に最も重要な質問:私は正しく理解していますか? :)
  2. 私は開発者としてどのようなプログラムやツールが必要ですか?
  3. 私は私たち自身のX12パーサーを書くのは賢明ではないことを知っています。外部アプリケーションが必要です。しかし、どんな種類のアプリケーションが必要ですか? BizTalkのような大きなアプリケーションが必要ですか?または
  4. 当社のサプライヤは、データ通信のためにFTP、SFTP、VANをサポートしていますが、どの通信を選択する必要がありますか?どちらが簡単で理解しやすいですか?

申し訳ありませんが、私は知っている、私はたくさんの質問がある:)任意の助けに感謝します。

+0

私はあなた自身でそれをすることをお勧めしません。彼らがcXMLなどをサポートしている場合(おそらくリチャードが言及したように)、EDIドキュメントをサポートするとすぐに別のEDIドキュメントを要求するでしょう。そしてもう一つ。その後、UN/EDIFACT(別の標準)、cXML、次に異なる接続プロトコル/ネットワークを求める人がいます...私は商用ソフトウェアを購入するか、VANと契約します。 – TrueWill

+0

私はウィルがここでとても良い点を作ってくれると思います。 – rtev

+0

ありがとうございます、あなたは正しいです。私が自分ですると、後で痛いことがあります。私は.NET開発者です。もし私がEDIプロセスのためにMicrosoft BizTalkを選ぶなら、それは良い選択でしょうか? – arunes

答えて

4
  1. あなたのプロセスの説明はOKです。 1 /お客様の注文に続いて、X12 850(購買発注)を作成してサプライヤーに送信します。 2 /あなたのサプライヤは注文を確認するためにX12 855(購入注文確認書)を送るかもしれませんが、これはあなたの顧客に "転送"する興味深い(ビジネス上の)情報です。 3 /最後に、顧客への商品の実際の出荷とともに、X12 856(出荷通知/マニフェスト)とX12 810(請求書)がお客様に送信されます。これはかなり単純で古典的なEDIフローです。

  2. BizTalkはMicrosoftが推奨するものですが、このようなフローの場合、BizTalkは非常に高価な場合があります。あなたが.NET開発者であり、あなた自身で、850を生成し、855、856、および810を読むことは、それが見えるほど複雑ではない;-)私は個人的にX12を/ XSLTスクリプトを使用してXMLから(.NETのものを含むほとんどすべてのプログラミング言語から簡単に実行できます)、X12構文を理解できないことを願っています;-)あなたのサプライヤからMIG(メッセージ実装ガイドライン)を共有できる場合、私のテクニックがあなたのニーズに合っているかどうかを見てチェックしてください。 XML表現は、アプリケーションのデータモデルに従っている必要があります。そうすれば、いつものようにEDIドキュメントの機能を開発することができます。

  3. あなたはラッキーです;-)上

  4. を参照してください!!!あなたのサプライヤはFTPをサポートしています。最も単純なものですが、実装が簡単で安価です!あなたが今日していることを考えてください - 電子メール - あなたは高いセキュリティを必要としません...あなたが必要とするのは、AUTOMATIONです。それに集中して、高いセキュリティニーズに気を取られないようにしてください!私の助言;-)

+0

こんにちはBabelabout、私たちの会社はBizTalkサーバーを使用すると主張しています。私はBizTalk Serverをインストールし、いくつかのチュートリアルで説明されているようにパーティーをセットアップします。私の次の目標はx12文書の作成と解析です。 X12ドキュメントの作成にBizTalkを使用できますか?それとも私自身のコードを書くべきですか? – arunes

+0

BizTalkはX12メッセージを作成できます。独自のコードを書く必要はありません。 – Babelabout

+0

BizTalkはどのようにしてX12メッセージを作成できますか?私たちはC#のWebサイトを持っています。ユーザーが注文を作成すると、X12メッセージを作成するためのすべての情報があります。 BizTalkアセンブリにX12メッセージを作成するヘルパークラスはありますか?または私が使用できる他の方法? – arunes

2
  1. EDIは、データをフォーマットするための非常に古い標準です。サプライヤがEDI以外のSOAP Webサービスのような新しい標準をサポートしていないことを確認することを強くお勧めします。

  2. 任意のプログラミング言語が行います。あなたがよく知っているものに固執する。 .netではFileSystemWatcherクラスが非常に役に立ちます。

  3. BizTalkは包括的なツールと高価なツールですので、最初に発見したヘルパーライブラリを見てみるとよいでしょう。 EDI自体は非常に簡単です。一般的に、さまざまな種類のデータの交換に関する包括的な仕様が多数ありますが、それらはすべてASCIIテキストの同じ一般的な構造に分解されます。

  4. FTPは最も簡単ですが安全ではありません。SFTPはほぼ同じくらい単純で安全です。私はVANに慣れていません。

+0

VANは付加価値ネットワークです。これは基本的に、翻訳と通信(多くの場合、複数のベンダ/サプライヤ/パートナーと)を扱う第三者企業です。 – TrueWill

+0

@RichardTeviotdaleのお返事ありがとうございます。幸いにも、私たちのパートナーはSOAPなどを使用して統合していません。今私はBizTalkを使用して考えています。私はBizTalkがすべてのプロセスを処理していると思いますが、正しい選択かどうかはわかりません。 – arunes

0

あなたはボットオープンソースediトランスレータ(http://bots.sourceforge.net)を見てください。 x12、xml、edifactなど、必要なコミュニケーションを処理します。

+0

回答ありがとうございますが、私はPythonに慣れていないので、まずは.netソリューションを探しています。 – arunes

関連する問題