4

x12 850 v4010 を x12 940 v4010 に変換する必要があります。ほとんどのツールは x12 から xml に変換するので、xml を 940 にマップする必要があります。ある edi ドキュメントから別の edi ドキュメントに変換できるツールがあることを願っています。

情報を編集:

簡単な背景

電子データ交換 (EDI) は、従来、組織間の構造化されたビジネス データのアプリケーション間交換として定義されています。X12 は、その構造を提供する ANSI 標準です。EDI のビジネス上の利点、実装に関する考慮事項、および運用面に関する優れた書籍が多数あります。

4

11 に答える 11

3

Altova MapForce と Stylus Studio® を試してみます。

http://www.altova.com/downloadtrialmapforce3.html

http://www.stylusstudio.com/xml_product_index.html

于 2008-09-15T21:08:44.737 に答える
1

これは1回限りの変換ですか、それともプロセスの一部ですか?

BizTalkのように使用できるエンタープライズ統合ツールがいくつかあります。

それ以外の場合は、BizTalk 2006 R2 EDIスキーマを入手できれば、両方のドキュメントのXML表現を使用できます。次に、共通のセグメントのノードを読み取り、それらをコピーできます。私はこれまで940を使用したことがありませんが、810、309とその関連ドキュメント、および997に精通しています。ただし、940ドキュメントを完成させるには、データの一部を自分で入力する必要がある場合があります。

于 2008-12-05T19:48:54.457 に答える
1

ここには 3 つの問題があります。最初に、発注書と倉庫出荷オーダーの間のマッピング。データは正確には一致しませんが、購入注文と出荷注文の間に 1 対 1 の関係を想定すれば、それを克服できます。倉庫ID、危険物コードなどのデータをハードコードできると思います.

2 番目の問題は、手動で行う 1 回限りの変換、または時折の変換、または一度設定して翻訳システムに統合するランタイム翻訳が必要かどうかです。

3つ目はそれに基づいて、どのツールを使用するか? いずれにせよ、私は Stylus Studio をよく見てみたいと思います。これには、ローカル テストまたは手動変換用の IDE と、サーバーにインストールするランタイム コンポーネントの両方があります。私の以前の会社はそれを広く使用しており、他のほとんどのリアルタイム翻訳者 (Mercator、Gentran など) よりも安価です。

Stylus を使用するには、ソース ファイル (850) をインポートし、ファイルを XML に解析するために使用できる再利用可能なスキーマを作成します。次に、出力形式の例 (940) をインポートして、ドキュメントを X12 にシリアル化するために使用できるスキーマを作成します。

そこから、マッピング ツールを使用して近づき、微調整が必​​要な場合がある複雑なロジックの XSLT を手動で編集できます (たとえば、ループは完全には処理されません)。Stylus Studio では、複数の XSLT マップを連続してチェーンしたり、外部ソースからデータを翻訳の途中に取り込むために使用できる「パイプライン」を作成することもできます。

次に、すべてをまとめて、リアルタイム環境にエクスポートできます。さらに良いことに、これを手動で行っている場合は、ファイルを取得したときにパイプラインを介してファイルを実行するだけで完了です。

于 2008-12-09T19:04:59.800 に答える
1

Orion の Symphonia ソフトウェアも見てください。それは商用ソフトウェアですが、あなたが望むことをします。

于 2008-10-24T19:15:34.667 に答える
1

あるドキュメントから別のドキュメントへのマッピングには、ほとんどの場合、多くの仮定が含まれますが、これらはおそらく正しいと思われるだけであり、お金の移動について話している場合は通常、十分ではありません。

于 2008-09-15T20:43:40.757 に答える
1

ソフトウェア パッケージを使用して EDI から EDI への変換を行う場合は、Softshare Deltaを使用することをお勧めします。実際、私が数年間使用した素晴らしい製品です。翻訳のニーズに対応しますが、無料ではありません。

于 2008-12-05T20:01:24.087 に答える
1

Servingxmlライブラリも注目に値します。Altova や Stylus と比較すると、FOC です。

ステップを連鎖させることで、EDI を XML に、またはその逆に解析できます。コマンド ラインまたは組み込み (Java で記述) から呼び出すことができます。

プレーン テキストを XML に変換したり、元に戻したりする方法のはたくさんあります。

Altova や Stylus と比較した場合の欠点は、おそらく開発 GUI がないことです。XML ベースの構成ファイルで手動でマッピングを宣言する必要があります。

于 2008-10-10T12:57:35.777 に答える
1

私は、 EDIファイルを読み取ることができるadra match asa(ノルウェーの会社、 http: //adramatch.comにあると思います)で働いていたとき、EdiMatchと呼ばれるもののプロジェクトマネージャーでした.ただし)後で「何でも」にシリアル化できます...

私が彼らで働いていたとき、彼らは少なくとも Agresso (ノルウェーの ERP ベンダー) にライセンスを供与していたことを知っています。彼らはまだ他の人にそれをライセンスすることに興味があると思いますが、確かではありません...

于 2008-11-22T01:04:22.687 に答える
1

問題は、850 が 940 を正しく完了するために必要なすべての情報を持っていないことにあると思います。私は 940 を使用したことはありませんが、940 に似ているように見える 856 (事前出荷通知) を多く使用しました。 850 には、注文に関する情報 (SKU、数量、発送先住所など) が含まれますが、発送方法に関する情報 (運送業者、追跡 ID、発送日、重量、梱包など) は含まれません。この情報は通常、出荷時に提供され、850 からの情報と組み合わせて 940 を作成する必要があります。

「外部支援」なしでドキュメントから作成できるドキュメント (997 など) がいくつかあります。しかし、940がその1つであるとしたら、私は驚くでしょう.

于 2008-11-24T17:17:52.470 に答える
0

ボット オープン ソース edi トランスレーターでは、850 v4010 を x12 940 v4010 (http://bots.sourceforge.net) にマップできます。基本的に、入力は任意の出力にマッピングできます。

于 2011-03-01T15:59:53.063 に答える
0

EDI 850 X12 を Oracle Apps に変換する ALTOVA の mapforce ツールを試してみたいと思います。これは良い選択ですか?一番人気はhttp://www.sterlingcommerce.com/と聞いていますが、とても高いです..

沙希にアドバイスください

于 2009-09-14T23:39:02.263 に答える