EDI 解析是否需要贸易伙伴代码列表？

Question

EDI 新手，但尝试为客户端编写 PoC EDI 解析器。

他们给了我一个 x12 850 和一个 x12 315 文件作为示例，但他们感兴趣的事情之一是使段/数据元素标题具有人类可读性。

例如：

N4*KOWLOON**99999*HK~

变成

geographic_location: [KOWLOON, 99999, HK]

我一直在网上搜索，发现了一些 850s（1、2）和 315s（3）的不同代码列表，但我不确定这些是否与使用的列表完全对应由客户。

我不想浪费客户的时间来索取不必要的文件。这些规范有多严格，是否值得在这里获取客户的具体实现？如果是这样，我需要什么确切的文件？

谢谢

Answer 1

X12 标准处理多个垂直市场。代码列表通常适用于这些垂直领域，有些可能是行业特定的。我推荐的是查看一个像这里找到的字典查看器：https://www.liaison.com/products/integrate/edi-notepad/edi-dictionary-viewer/

Answer 2

请求位置列表不仅是正常的，而且是推荐的。使用 EDI 的原因是为了减少生产过程中的错误。应该有某种数据对齐过程，其中所有产品和位置数据在每个贸易伙伴端在上线之前都匹配。

试图猜测你的贸易伙伴会寄给你什么正是你想要避免的。