映射不同版本的X12 EDI消息？

Question

X12是一种在公司之间交换文档的平面文件格式.我的工作是204装载招标类型。这是公司向承运人发送装载投标书时使用的格式。这里大多数关于堆栈溢出的问题都集中在如何解析。通过解析，我们将讨论如何读取并转换为XML或对象。这是第一步，但我想知道如何处理这些数据.

问题是--这个文档有15个不同的版本。假设我解析所有这些都没有问题。但是，将这些文档映射到数据库中的字段的最佳实践是什么呢？我有特定的字段，我需要将204映射到这些字段中。由于版本的不同，我不能完全涵盖这一点。

另一个问题。我是EDI新手，如果我错了就纠正我。每个合作伙伴都会为特定类型的交易发送它的规范。他们确实有一些自由的数据和他们如何放置那里。他们能添加自己的元素吗？或者如果是4030版本，那么所有发送204种版本4030的合作伙伴都将是相同的吗？

我知道如何为每个版本进行编程映射，但我想知道这个问题是如何在全球范围内或更一般的层面上解决的。或者，当新的贸易伙伴添加-自定义开发需要正确映射其数据时，这是很常见的吗？我想知道是否有可能或多或少地创建“即插即用”映射器。

Answer 1

很多/大多数edi软件确实不仅具有“解析”功能，而且还具有映射功能。你两个都需要！这里的许多edi问题都是由“edi初学者”提出的，他们正在寻找一种快速的单伙伴解决方案。如果您使用“只解析”edi软件，您将需要自己构建映射功能，重新构建所有严肃的edi软件中已经可用的功能。

合作伙伴的指南可以指示同一事务的不同用法(如204)。不允许添加元素(但有时它们甚至会这样做)：-(有些为每个合作伙伴构建了一个新的映射，有些则试图在一个(复杂的)映射中这样做。我通常尝试建立一个映射，使它适合‘大多数’edi合作伙伴。但是有时使用方式是如此的不同，所以最好为一个合作伙伴建立一个特定的映射。恐怕没有什么神奇的公式可以做你想做的事。

Answer 2

我想知道是否有可能或多或少地创建“即插即用”映射器。--这已经完成了。市场上有通用的数据翻译器可以帮你做到这一点。在您的示例中，我将有一个单独的EDI到数据库地图，其中我的源将“建模”204文档，然后我的目标将是数据库。那么它就像从源拖到目标一样容易。

此外，任何值盐的翻译器都将允许您编辑(或创建)一个X12字典来添加段/元素。这不是常态。你可以做20年的EDI，只看到一两次。对标准的私生子化确实发生了，但并不像你想象的那样频繁。它之所以被提及，只是因为它通常是痛苦的工作，因为有人不顾一切地忽视了一个标准。

也没有什么能阻止您制作一个通用地图的每个版本。实现指南之间的变化很小，您可以创建一个通用的"mega映射“来处理每个场景。

同样，这个轮子已经被创建了。这里有很多好问题，这样你就可以找到一个好的翻译引擎的正确方向。我个人最喜欢的是联络三角洲。