EDIFACT（EDIFACT）-趣爱秀

定义

联合国/行政、商业和运输电子数据交换是由联合国制定的国际标准。本标准的维护和进一步发展的工作是通过联合国中心根据联合国欧洲经济委员会贸易便利化和电子商务（UN / CEFACT）。

发展

60 年代末，联合国欧洲经济委员会 (UN/ECE) 贸易程序简化工作组所致力的国际贸易程序简化工作，实际上已经拉开了 EDIFACT 标准制订的序幕。该组织制订了 10 项简化贸易程序的措施，其出发点一是简化贸易程序，清除贸易壁垒和障碍；二是为采用以计算机为主的现代技术提供有关标准，诸如各种贸易单证统一格式、标准贸易术语、标准运输单证格式、贸易条款及贸易数据元标准。在 70 年代，英国贸易部组织了一个叫作 SITPRO(Simplification of Intema-tional Trade Procedures) 的机构，其职责是研究进出口业务的标准化和合理化。由于英国进出口业务同其他国家的关系很密切，所以许多有关机构和组织也参加了这项工作。SITPRO 在 70 年代出版了第一部国际贸易用的数据元目录，在此基础上，UN/ECE 的第 4 工作小组 WP.4 开始起草制定联合国贸易数据元目录标准，制订这一标准的主要目的在于：

(1) 简化贸易单证和贸易单证标准化服务；

(2) 消除由于贸易数据元表述不一而产生的贸易双方的误解和差错；

(3) 便于大范围地在贸易伙伴之间交换信息。

1981 年联合国欧经会 WP.4 工作组正式公布了两项标准《贸易数据元目录》(TOED)和《贸易数据交换目录》(TTAD)，经过几年的反复征求意见和修改，TOED 于 1986 年正式批准为国际标准 ISO7372。因此，TDED和 TDID 是 EDIFACF 的最早的两项标准，成为后期 EDIFACT 发展中一直引用的墓础标准。80 年代以后，WP.4 一直致力于有关 EDI 的基本标准的研究和制定工作，包括数据元素、编码和语义规则的标准。这期间，推出了一系列标准，如《EDIFACT 语法规则》、《EDIFACT 语法实施指南》、《EDIFACT 标准报文》、《EDIFACT 标准段目录》、《EDIFACT 报文设计指南》和《EDIFACT 复合数据元目录》等。这些标准已被 ISO 批准作为国际标准，提供给各国作为应用 EDI 的必不可少的内容。

UN/ECE 一开始便坚持这么一些设计原则：技术与所使用的计算机无关，与系统使用这些技术无关，与用户使用这些技术无关，与所使用的通信方式无关，与交换数据也无关，这赋予了 EDIFACT 极强的生命力。使用者、软件提供者或网络服务提供者不能对 ISO 9735 中所确定的语法规则作任何改动。如要改动，应直接向UN/ECE 秘书处登记或通知其中任一起草者(或按 ISO 的程序)，经 UN/ECE 和 ISO 双方组织国际讨论，然后批准发布。

EDI 标准的发展经历了从专业标准、行业标准、国家标准，一直到今天的国际标准的四个阶段演化过程。

（1）专业标准阶段

专业标准起始于美国及欧洲一些国家的大型的、国际化的公司内部，如福特汽车公司、飞利浦公司等，他们为简化自身业务而自行定义了企业标准。这些标准由于为其内部使用带有相当大的局限性。

（2）行业标准阶段（1970～1980）

这个阶段从 20 世纪 70 年代初开始，一些行业为满足行业内部业务往来的要求而制定的。典型的有美国运输业制定的 TDCC 标准、美国汽车业制定的 AIAG 标准、欧洲汽车业制定的 ODIFICE 标准、零售业制定的 UCS 标准、仓储业制定的 WINS 标准、电子业的 EDIFICE 标准、医学界的 TEEDI 标准、建筑业的 EDICONSTRAUCT 标准等，这些标准的制定为行业 EDI 的开展奠定了基础。

（3）国家标准阶段（1980～1985）

随着经济及计算机技术的发展，行业标准已不能适应发展的需求，于是国家标准应运而生。1979年，美国国家标准协会授权ASC X12委员会依据TDCC标准，开始开发、建立跨行业且具一般性EDI国家标准ANSI X.12。

同时，欧洲也由官方机构及贸易程序简化组织共同推动统一的EDI标准，并获联合国的授权，由联合国欧洲经济理事会从事于国际贸易程序简化工作的第四小组（UN/ECE/WP.4）负责发展及制定EDI的标准，并在80年代早期提出TDI（Trade Data Interchange）及GTDI（Guildlines For TDI）的标准，但该标准只定义了商业文件的语法规则，还欠缺报文标准。

（4）国际标准阶段（1985～）

鉴于全球 EDI 发展的趋势，各国的国家标准为国际标准提供了完整的技术和应用结构，在此基础上，联合国欧洲经济委员会（UN/ECE）为简化贸易程序促进国际贸易活动，公布了一套用于行政、商业和运输业的EDI国际标准——UN/EDIFACT标准。国际标准化组织为 EDIFACT 制定了 ISO9735 EDI 语法规则和 ISO7372 贸易数据元国际标准。同时，ANSI X.12 于 1992 年决定在其第四版标准制定后，不再继续发展维护，全力与UN/EDIFACT结合，最终将使全球EDI标准统一于 EDIFACT 标准，EDIFACT 作为国际标准，已被世界上大多数国家所接受，我国的 EDI 标准也确定以 EDIFACT 标准为基础制定。因此，掌握 EDI 的国际标准——EDIFACT 对实施 EDI 至关重要。商业伙伴实施 EDI，必须遵循一定的报文标准。EDIFACT 就是这样一种全球化的由联合国委员会不断更新验证的规范标准。

构成要素

为了实现各公司计算机系统间传递贸易单证，必须保证这种贸易单证具有标准格式并能够为各公司的计算机所识别。正如语言在人类交流中的媒介作用一样，EDI 标准是实施 EDI 必不可少的，它是计算机系统之间的语言。作为 EDI 标准，应达到以下目的：

（1）提供一种任何贸易伙伴都可使用的语句，这种语句是无歧义的，可以使使用者明白其含义的；

（2）这种标准是不受计算机机型影响的，既适用于计算机间的数据交换，同时又独立于计算机之外；

（3） EDI 传递的贸易单证是电子单证，目的是为了以电子手段完成传统贸易单证的传递，从而加速单证的周转，缩短贸易进程。EDI 标准的制定正是基于此目的，因此贸易数据元就是 EDI 标准的重要组成部分。

贸易数据元是电子单证最基本的单位，任何电子单证都由贸易数据元组成。订立 EDI 标准首先就要定义此标准所涉及的贸易数据元，对贸易数据元的名称、使用范围、数据类型和数据段长度做出详细的规定。贸易数据元是制定 EDI 标准的基础，它决定了标准的适用范围，起到对标准的支持和限定作用。

任何贸易单证都是由一些具有一定功能的项组成的。例如一张发票是由发货人、货物名称、货物价格等项组成。那么电子单证为实现贸易单证的功能而与贸易单证的项相对应的就是段。

每一个段都是由多个数据元组成的，与现在贸易单证中的各项所起的作用一样，段在电子单证中完成一定的功能，是组成电子单证的单元。电子单证是以报文形式在计算机网络上传输的，它除包含相应的贸易单证的内容外，还包含一些必要的控制段。因此，段的种类就分成数据段和控制段。在 EDI 标准中数据段的定义包括段标识、段名、段功能和组成段的数据项，其中段标识是由段名的英文首字母缩写构成的。控制段的定义结构与数据段差不多，所不同的是，在功能上，一个数据段完成的功能基本上是贸易单证中一个项所起的作用，而控制段是对整个 EDI 报文的控制、标识与描述；在使用上，不同类型的 EDI 报文都具有相同的控制段，而数据段的取舍则取决于 EDI 报文的类型。EDI 标准中定义的段是 EDI 报文设计中所需段的集合，任何在此标准下设计的 EDI 报文中涉及的段都不超出标准定义的范围。

EDI 标准如果仅有数据元目录和段目录，而公司计算机系统间传递的电子单证格式由用户自行定义，那么用户间传递的报文将不能被彼此理解，EDI的应用将处于混乱状态，其优越性就无从体现。因此，EDI 标准除包括贸易数据元目录和段目录外，还应包括标准报文格式，即用户都能识别的电子单证式样。

标准报文格式一般包括两部分：报文控制部分和报文内容部分。报文控制部分由控制段构成，至少包括报文头（Message Header）和报文尾（Message Tailer）两个段；报文内容部分由数据段构成，涉及的段由报文性质决定，例如订单报文与发票报文涉及的数据段就有所不同。报文中用到的数据段根据需要从相应的段目录中选取出来，并根据报文设计需要按一定先后次序出现在标准报文中。这样，必要的控制段，加上一定数量有序的数据段就构成了 EDI 报文标准。

总之，为达到 EDI 标准所希望的目的，起到 EDI 标准所应起的作用，EDI 标准至少要包括数据元目录、段目录和 EDI 标准报文格式。因此，数据元、段和标准报文格式是 EDI 标准的三要素。

标准构成

EDIFACT 标准包括一系列涉及电子数据交换的标准、指南和规则，包括以下 8 个方面的内容：

（1） EDIFACT 应用级语法规则（ISO9735）

应用级语法规则规定了用户数据结构的应用层语法规则和报文的互换结构。

（2） EDIFACT 报文设计指南

报文设计指南是为从事标准报文的设计者提供技术依据。

（3） EDIFACT 应用级语法规则实施指南

这一指南的目的是帮助EDI用户使用 EDIFACT语法规则。

（4） EDIFACT 数据元目录（ISO7372）

EDIFACT 数据元目录收录了 200 个与设计 EDIFACT 报文相关的数据元，并对每个数据元的名称、定义、数据类型和长度都予以具体的描述。

（5） EDIFACT 代码目录

代码目录给出数据元中的代码型数据元的代码集，收录了 103 个数据元的代码，这些数据元选自 EDIFACT 数据元目录，并通过数据元号与数据元目录联系起来。

（6） EDIFACT 复合数据元目录

所谓复合数据元是由别的数据元组成的，其功能更强，包含的信息量更多。目录收录了在设计 EDIFACT 报文时涉及的 60 多个复合数据元。目录中对每个复合数据元的用途进行描述，罗列了组成复合数据元的数据元，并在数据元后面注明其类型，注有字母 "M" 的表示该数据元在此复合数据元中是必须具备的，注有字母 "C" 的表示该数据元在此复合数据元中的出现与否是根据具体条件而定的。复合数据元通过复合数据元号与段目录相联系，组成复合数据元的数据元通过数据元号与数据元目录、代码表相联系。

（7） EDIFACT 段目录

段目录定义了 EDIFACT 报文中用到的段。目录中注明了组成段的简单数据元和复合数据元，并在数据元后面注明此数据元是"必备型"或"条件型"。段目录中除有段名外，每个段前均标有段的标识。"段标识"一般由三个英文字母组成，它们是段的英文首字母缩写。每个段通过"段标识"与 EDIFACT 标准报文相联系，简单数据元和复合数据元通过数据元号和复合数据元事情与 EDIFACT 数据元目录和复合数据元目录相联系。

（8） EDIFACT 标准报文目录

这是已得到联系合批准的贸易单证标准报文的集合。EDIFACT标准报文格式分三级：0 级、1 级和 2 级。0 级是草案级，1 级是试用推荐草案，2 级是推荐报文标准级。

举例

下列是一个 EDIFACT 消息的实例，是航空公司返回的航班查询结果。

UNA:+.? '

UNB+IATB:1+6XPPC+LHPPC+940101:0950+1'

UNH+1+PAORES:93:1:IA'

MSG+1:45'

IFT+3+XYZCOMPANY AVAILABILITY'

ERC+A7V:1:AMD'

IFT+3+NO MORE FLIGHTS'

ODI'

TVL+240493:1000::1220+FRA+JFK+DL+400+C'

PDI++C:3+Y::3+F::1'

APD+74C:0:::6++++++6X'

TVL+240493:1740::2030+JFK+MIA+DL+081+C'

PDI++C:4'

APD+EM2:0:1630::6+++++++DA'

UNT+13+1'

UNZ+1+1'

UNA这个段落是可选的（O）。如果存在，它指定的特殊字符要被用于解释消息的剩余部分。以下是这六个特殊字符：

• 成分(Component)数据元分隔符（上例中为:）

• 元素(Element)分隔符（上例中为+）

• 小数点(Decimal notification)（上例中为.）

• 转义字符(Release Character)（上例子中为?）

• 保留，必须是一个空格

• 段（Segment）结束符（上例中为‘）

上例中UNA段（Segment）的这些特殊字符是默认值。

UNH+1+PAORES:93:1:IA’– 这是消息头部，是每条信息所需要的开始部分。这段代码特指消息的名称和版本。此例中版本是PAORES ver 93.1，它是由组织执行机构（IATA）规定的。

IFT+3+NO MORE FLIGHTS’– 这是一个段（Segment）。它的名称是“Interactive Free Text（IFT，互动自由文本）”，其内容包含一段简单的文字：“没有航班（NO MORE FLIGHTS）”。

UNT+13+1′– 这是消息尾部的段（Segment）。它表示着所发送的消息共有13个段（Segment）。

结构

从上面的例子可以看出，EDIFACT 数据为层级嵌套结构。其中顶层被称为 Interchange，其下层为多个消息（Message）组成的复合消息体。这些消息由多个段（Segment）组成。在段（Segment）之下是元素（Element），其是从联合国数据元目录（UNTDID）衍生出的并被加入到了EDIFACT标准中的。

一个组（Group）或一个段（Segment）可以是强制性的（M）或条件性的（C），且可被重复。如下：

• C99 表示一个组（Group）或一个段（Segment）可以出现0到99次

• M99 标志一个组（Group）或一个段（Segment）必须出现1次，但最多出现99次

一个消息（Message），是由段（Segment）序列或组（Group）序列组成的。一般的，在一个组（Group）内的第一个段（Segment）或组（Group）必须是强制性（M）的。另外，除非实际逻辑所要求，组（Group）序列一般都是条件性（C）的。

结构^[1]如下：

EDIFACT

参考资料

[1] EDIFACT简介 · 西安知行软件有限公司[引用日期2014-09-22]