4

私は小さな会社で働いています。現在、レガシーアプリケーションをC＃で書き直しています。EDIを使用するアプリケーションの一部があり、.netの世界でソリューションを探す場所がわかりません。BizTalkについて聞いたことがありますが、それが解決策かどうかはわかりません。また、SQL ServerExpressEditionのようなBizTalkExpressエディションはありません。dotnetポッドキャストの1つで、MicrosoftがBizTalk用のDeveloperEditionをリリースするという説得力のある事例を聞いた。

誰かがこの問題にもう少し光を当てることができますか？

4

4 に答える 4

3

Tim が言うように、EDI はフラット ファイルを解釈する「標準的な」方法にすぎません。さまざまなメッセージ形式は次のとおりです。

  1. X12
  2. EDIFACT (注文、請求書、DESADV...)
  3. TRADACOM (ORDHDR、ACKHDR、**INVFIL...)

そのため、データを読み込み、必要なフィールドを「マップ」する必要があります。これを行う最善の方法は、FileHelper を使用することです。

http://filehelpers.sourceforge.net/

データを特定の BackOffice ビジネス ルールにマップする必要があります。ここでインバウンドのために何をするか

  1. ファイルを未加工の EDI 状態で受け取る
  2. すべての EDI データをラップする必要があるため、ラップを解除します (1 秒あたりの MB の VAN コストのため)。
  3. 必要な必須フィールドがすべて揃っていることを再確認してください (PRE-PROCESSOR)
  4. 生の EDI ファイルを、処理可能なバック オフィス固有のファイル システムに変換します。

明らかに、BizTalk や SAP EDocs などのパッケージが PRE-PROCESSOR/Conversion ルーチンを実行しますが、これを自分で開発したい場合は、上記の FileHelpers を使用します。

于 2012-02-20T10:37:18.350 に答える
1

EDI は、注文、請求書、船荷証券などのさまざまなビジネス情報を含むテキスト ファイルをフォーマットする「標準的な」方法です。

EDI 用に定義された「標準」はありますが、それを使用するすべての企業によって解釈が若干異なるため、それらの特定の .NET コンポーネントが存在する可能性はほとんどありません。

この標準は、「850 ドキュメント ファイルを受信した場合は 810 ドキュメント ファイルで応答する必要がある」などの「ビジネス ルール」と、それらのドキュメントの基本的なファイル形式で構成されています。

ウィキペディアの記事はそれをかなり徹底的に説明しています...

于 2009-04-05T05:22:44.933 に答える
0

はい、RDPCrystal EDI Libraryはおそらくあなたが探しているものです。

于 2012-03-26T22:53:38.787 に答える
0

RDPCrystal EDI ライブラリ

Sparrow technologies EDI パーサー

于 2011-09-27T16:21:26.597 に答える