3

X12 は、企業間でドキュメントを交換するためのフラット ファイル タイプの形式です。私は204ロードテンダータイプで作業しています。これは、企業が運送業者に積荷入札を送信するために使用する形式です。ここでの Stack Overflow に関するほとんどの質問は、解析方法に焦点を当てています。解析とは、読み取りと XML またはオブジェクトへの変換のことです。これは最初のステップとしては問題ありませんが、このデータをどうするか考えています...

問題は、このドキュメントには 15 の異なるバージョンがあることです。私はこれをすべて問題なく解析するとしましょう。しかし、このドキュメントをデータベースのフィールドにマップするためのベスト プラクティスは何ですか? 特定のフィールドがあり、204 をそれらのフィールドにマップする必要があります。バージョンが異なるため、これを完全にカバーすることはできません。

別の質問です。私はEDIを初めて使用します。間違っている場合は修正してください。各パートナーは、特定の種類のトランザクションの仕様を送信します。彼らは、どのデータをどのように配置するかについてある程度の自由を持っています。独自の要素を追加できますか? または、バージョン 4030 の場合、バージョン 4030 の 204 タイプを送信するすべてのパートナーは同じになりますか?

バージョンごとにプログラムでマッピングを行う方法は知っていますが、この問題がグローバルまたはより一般的なレベルでどのように解決されたのだろうか。それとも、新しい取引先が追加されたときに、そのデータを適切にマッピングするためにカスタム開発が必要になるのはよくあることですか? 多かれ少なかれ「プラグアンドプレイ」マッパーを作成できるのだろうか..

4

2 に答える 2

3

多くの/ほとんどのediソフトウェアには、実際に「解析」機能だけでなくマッピングも含まれています。両方必要です！ここでの edi に関する質問の多くは、迅速なワンパートナー ソリューションを探している「edi スターター」によって尋ねられます。「解析のみ」の edi ソフトウェアを使用する場合は、すべての本格的な edi ソフトウェアで既に利用可能なものを再構築して、マッピング機能を自分で構築する必要があります。

パートナーのガイドラインは、同じトランザクション (204 など) の異なる使用法を示している場合があります。要素の追加は許可されていません (ただし、時にはそれを行うこともあります:-( パートナーごとに新しいマッピングを構築する人もいれば、1 つの (複雑な) マッピングでこれを実行しようとする人もいます。私は通常、1 つのマッピングを構築して、「ほとんどの' edi パートナー. しかし、使用法が非常に異なる場合があるため、その 1 つのパートナーに対して特定のマッピングを作成する方がよい場合があります. あなたが望むことを行うための魔法の公式はありません.

于 2013-09-25T10:56:11.040 に答える
1

「多かれ少なかれ「プラグアンドプレイ」マッパーを作成できるのではないかと思います。」- これはすでに行われています。市場には、これを行うことができるユニバーサル データ トランスレータがあります。あなたの例では、ソースが204ドキュメントを「モデル化」し、ターゲットがデータベースになる別のEDIからデータベースへのマップがあります。その後、ソースからターゲットにドラッグアンドドロップするのと同じくらい簡単です。

また、価値のある翻訳者であれば、X12 辞書を編集 (または作成) して、セグメント/要素を追加することができます。これは標準ではありません。EDI を 20 年間行っても、それは 1 回か 2 回しか見られません。標準の野郎化は確かに起こりますが、あなたが思っているほど頻繁ではありません。通常、回避するのは苦痛であり、誰かが標準を無視するために道を踏み外したため、言及されるだけです。

また、バージョンごとに汎用マップを作成することを妨げるものは何もありません。実装ガイド間の違いはわずかであり、すべてのシナリオを処理するための一般的な「メガ マップ」を作成できます。

繰り返しますが、このホイールは既に作成されています。ここ SO には、優れた翻訳エンジンの正しい方向性を示す良い質問がたくさんあります。私の個人的なお気に入りは、リエゾン デルタです。

于 2013-09-25T13:14:38.883 に答える