EDI提供多种不同的报文标准,其中最常见的是ANSI ASC X12 (X12)和UN/EDIFACT(EDIFACT)。这两种标准非常相似,主要在用例和术语上有所不同。以下是这两种流行的EDI标准在格式上的区别和相似之处。
用例
这两个标准最大的区别在于它们的使用方式和用户所在的地理位置。特别是X12已经在医疗保健市场取得了重大进展,并且被用于常见的符合HIPAA标准的医疗保健文档,而EDIFACT则不支持医疗保健文档。但无论如何,X12和EDIFACT都被广泛的用于其他行业,比如供应链行业,金融行业和政府。
X12是大多数总部位于美国的公司最常用的EDI标准。而EDIFACT是欧洲和亚洲的国际公司最青睐的EDI标准。
格式
从概念上讲,EDIFACT和X12是相似的。两者在很大程度上使用相同的消息结构,只是术语不同。
如下图所示,X12和EDIFACT报文包括以下元素: 事务集、功能组、和(可选的)EDIFACT的EDI文档。
- 事务集/消息:报文的主体,例如采购订单中的订单详细信息。X12称之为事务集,EDIFACT称之为消息。
- 功能组:指定消息去向的标题,例如公司部门。它可以包含多个事务集/消息,例如,两个或三个发票或一个发票和一个采购订单。对于这两种标准,功能组都有一个头部和一个尾部。X12使用GS作为头部,GE作为尾部。EDIFACT使用UNG作为头部,而尾部是UNE,两者都是可选的。
- 交换:由头部和尾部组成,用于标识将文档发送到哪个公司。X12使用ISA作为头部,IEA作为尾部,而EDIFACT使用UNB作为头部,UNZ作为尾部。
- EDI文档:是一个可选的控制段,仅在EDIFACT标准中出现,它定义了文档中用于终止符和分隔符的字符。这些字符在X12中是带外指定的,在EDIFACT中也是如此。
标准报文示例分析
下图是一个X12标准的示例文件。文件中的每一行都称为段。如果您详细查看示例文件,您可以看到一个BEG段和一个REF段。每个段由一个或多个“元素”组成。X12和EDIFACT都有段和元素的概念。简而言之,段是具有特定含义的元素的集合。
仔细看,BEG段被定义为“采购订单的开始段”,由以下要素组成:
- BEG 01–交易集目的代码。在本文档中,值为“00”,表示这是该交易集的原始采购订单。
- BEG 02–采购订单类型代码。在这个例子中,类型是“DS”,是Dropship的缩写。
- BEG 03–采购订单编号。此交易的采购订单编号为0476696888。
- BEG04–发行号。在本例中,该值为空,如连续的“*”分隔符所示。
- BEG05-日期。该采购订单的日期是2009年3月20日。
X12和EDIFACT都使用元素的概念——即组成段的叫做元素,这些元素由文档规范严格定义。
常用的终止符和分隔符
X12和EDIFACT使用特殊字符来区分段和元素。X12通常使用 ~ 来分隔线段,使用 * 来终止元素。EDIFACT通常在段之间使用 ’ ,在元素之间使用 + ,但是根据具体的实现,两者都可以使用不同的字符。
复合元素
两种标准中都有复合元素,它包含两个或多个元素,并且类似于一个数组;然而,复合元素在X12中很少见,在EDIFACT中很常见。X12用 > 分隔复合元素,而EDIFACT用 ; 分隔它们。
循环和组
EDI允许同时列出多个同类型的段,如下图所示,这种概念,在X12中被称为循环,在EDIFACT中被称为组。
版本标志
这两种EDI标准都有许多版本,包括主要版本和次要版本。正在使用的EDI规范的版本被称为版本标志。EDIFACT标准会给版本命名,而X12标准不会。
功能确认
两种EDI标准都可以使用功能确认。X12提供TA1确认和997确认。TA1描述了ISA级别的错误,997会报告功能组和事务组中的错误。EDIFACT使用CONTRL确认,这类似于X12中的功能性997确认。这些功能确认可以确认文件被接收方成功读取,并且文件结构和语法都是有效的。
安全认证
虽然安全认证可用于X12和EDIFACT,但它们支持不同的标准。
X12使用ASC X12.58安全结构,该结构结合了身份验证、压缩、加密和保证,以保证电子数据交换文件以其原始格式到达其目的地,并且没有被篡改,同时向接收方保证它来自原始发送方。
EDIFACT遵循以下安全标准:
- ISO 9735-5——提供了一种方法来解决消息/包级别、组级别和交换级别的安全性,以保证真实性、完整性和不可否认性。
- ISO 9735-6——定义安全认证和确认消息AUTACK。
- ISO 9735-7——解决信息/包级别、组级别和交换级别的保密安全问题。
- ISO 9735-9——定义安全密钥和证书管理消息KEYMAN。
不同类型的消息
下表列出了每种标准提供的一些关键信息。
如你所见,X12和EDIFACT非常相似。如果你知道其中一个的概念,只需学习一些新的概念即可使用另外一个标准。
EDI入门挑战:如何解决问题
理解和实施EDI标准是与合作伙伴实施EDI的关键要素之一,但这远不是唯一的挑战。要了解如何避免EDI实施中的陷阱,解决您将面临的最大挑战,并在此过程中节省数月和数千美元,请联系我们。
注:文案部分图片及内容来源于网络,版权归原创作者所有,如有侵犯到您的权益,请您联系我们进行删除,给您带来困扰,我们深感抱歉。