本文主要为大家介绍为什么使用同一个EDI报文标准的不同客户之间不能完全复用映射？
EDI项目实施过程中，如果需要对接的多个客户都是使用同一套报文标准，对企业而言，EDI项目实施的难度会下降许多，EDI标准化程度较高，可以相互参考。但这并不意味着这些客户都可以使用同一套映射关系，因为不同客户基于EDI标准制定的EDI规范文档会有细节差异：如字段增减、标识符变化以及结构调整等。
常用的EDI报文标准包括：主要在北美使用的X12和在整个欧洲流行的EDIFACT。
企业不必使用许多不同的语法（例如，JSON，XML，CSV）和词汇表（例如，PO编号和采购订单），像X12和EDIFACT这样的框架提供了高度结构化的，成熟的替代方案，旨在减少成功与贸易伙伴集成所需的工作量。
这些标准致力于在可能的情况下减少词汇和字段位置的变化。例如，X12 报文标准中已将 850 采购订单的 BEG03 元素（即 850 采购订单单据中 BEG 段的第三个位置提供的值）指定为采购订单编号的正确位置。这减轻了将事务映射到接收方的业务系统的一些负担;只需映射一个用于直接运输的值和一个用于采购订单编号的位置。
当然，绝大多数领域都无法标准化到这种程度。以采购订单上行项目的产品标识符为例，虽然 X12 指定应使用 850 采购订单的 PO107 元素来指定产品标识符值，但该标准不可能强制要求应使用哪种类型的产品标识符。一些公司使用 SKU（库存单位），而其他公司则使用零件号、UPC（通用产品代码）或 GTIN（全球贸易项目编号）；总而言之，X12 标准指定了一个包含 544 个不同可能的产品标识符值的字典，这些值可以填充到元素PO106中。
采用中间格式，如EDI报文。提供了一套标准化的报文模板，以便于不同的交易伙伴建立合作。如果国内汽车行业供应商A需要给来自美国和欧洲的数十家客户供货，则可能会使用到X12、EDIFACT或者VDA等不用的报文标准。而如果一家美国企业B，仅与其国内的数十家零售商建立合作，可能只会使用到X12报文标准，但企业B仍需要考虑其下游零售商使用X12的不用方式。
以X12报文标准为例，可以理解为它只是B2B贸易中常用值的字典——由于沃尔玛和亚马逊以不同的方式（以及在不同的业务系统上）运营他们的业务，他们对 X12 中间格式的实现也会有所不同。
一个简单的例子可能是，沃尔玛允许客户在订单级别包含礼品信息（“生日快乐 – 圣诞快乐！”），而亚马逊允许其客户在行项目级别指定礼品信息（行项目#1中的“生日快乐！”，行项目#2中的“圣诞快乐！”）。礼品信息实施的这种差异意味着，同时向亚马逊和沃尔玛销售的品牌在将各自的字段“映射”到其业务系统时需要考虑这些差异。
体现在具体的项目中则是：企业对接的多个交易伙伴虽然都使用X12报文标准，但在EDI项目开始前会向合作伙伴提供自己的 EDI规范，这些规范文档中会对上述差异进行详细介绍，确保生成的 EDI文档能够成功被业务系统处理。
因此企业在实际的EDI项目中需要注意这些共性和差异，从而确保必需的业务数据能够被正确的传输。
扩展阅读：EDI是什么？