X12 是一种用于在公司之间交换文档的平面文件格式。我正在使用 204 负载招标类型。这是公司用来向承运人发送负载招标的格式。这里关于 Stack Overflow 的大多数问题都集中在如何解析上。通过解析我们谈论读取和转换为 XML 或对象。第一步是可以的，但我想知道如何处理这些数据......
问题是——这个文档有 15 个不同的版本。假设我解析所有这些都没有问题。但是将这些文档映射到我的数据库中的字段的最佳实践是什么？我有特定的字段，我需要将 204 映射到这些字段中。由于版本不同，我无法完全涵盖这一点。
另一个问题。我是EDI的新手，如果我错了，请纠正我。每个合作伙伴都会针对特定类型的交易发送其规范。他们在哪些数据以及如何放置那里确实有一些自由。他们可以添加自己的元素吗？或者如果是 4030 版本，那么所有发送 204 类型的 4030 版本的合作伙伴都将相同？
我知道如何以编程方式为每个版本进行映射，但我想知道这个问题是如何在全球或更通用的层面上解决的。或者当新的贸易伙伴添加时——定制开发需要正确映射它的数据是很常见的？我想知道是否有可能创建或多或少的“即插即用”映射器..
很多/大多数 edi 软件确实不仅具有“解析”功能，还具有映射功能。你两个都需要！这里的很多 edi 问题都是由“edi starters”提出的，他们正在寻找一个快速的合作伙伴解决方案。如果您使用“仅解析”edi 软件，您将需要自己构建映射功能，重新构建所有严肃的 edi 软件中已经可用的功能。
合作伙伴的指南可以指示同一事务的不同用法（如 204）。不允许添加元素（但有时他们甚至会这样做：-（有些为每个合作伙伴构建一个新映射，有些尝试在一个（复杂的）映射中执行此操作。我通常尝试构建一个映射，使其适合“大多数' edi 合作伙伴。但有时用法如此不同，最好为那个合作伙伴构建特定的映射。恐怕没有神奇的公式可以做你想做的事。
“我想知道是否有可能创建或多或少的“即插即用”映射器。” - 这已经完成了。市场上有通用数据转换器可以为您做到这一点。在您的示例中，我将有一个单独的 EDI 到数据库映射，其中我的源将“建模”204 文档，然后我的目标将是数据库。然后就像从源拖放到目标一样简单。
此外，任何称职的翻译人员都将允许您编辑（或创建）X12 字典以添加句段/元素。这不是常态。您可以进行 2 年的 EDI，但只能看到一次或两次。标准的混蛋确实发生了，但并不像你想象的那么频繁。之所以提到它，是因为解决这个问题通常很痛苦，并且因为有人不顾一切地忽略了一个标准。
也没有什么能阻止您为每个版本制作通用地图。实施指南之间的差异很小，您可以创建一个通用的“大型地图”来处理每种情况。
同样，这个轮子已经被创建了。这里有很多关于 SO 的好问题，可以为您指明一个好的翻译引擎的正确方向。我个人最喜欢的是 Liaison Delta。