EDIFACT: 国际通用的
EDI报文标准
介绍
什么是EDIFACT?
EDIFACT是“行政、商务和运输行业的电子数据交换”的英文缩写,是由联合国制定的用于两个或多个贸易伙伴通过EDI进行企业间电子数据交换的全球性标准。
EDIFACT目标
EDIFACT的目标是使业务伙伴之间的流通数据实现优化和标准化。通过定义统一的段落和字段来描述电子文档中的信息,这些信息应用于各种各样的商业文档(如发票、采购订单、交货单等),仅仅通过不同的编排,一个世界性的标准就这样诞生了。
下属组织(也称子集)
然而,由于EDIFACT标准非常全面且几乎可用于所有行业领域的商务交互中,所以很快就出现了下属组织(也称子集)。子集EANCOM是包含EDIFACT强制字段和特定行业可选字段的用于零售行业的EDI标准。通过创建子集,信息能够得到更好的处理且更容易被理解。下表提供了EDIFACT标准报文信息预览。
EDIFACT报文 | ||
DELFOR | 交货预测 | 什么是EDIFACT DELFOR报文? |
DELJIT | 按时交货 | 什么是EDIFACT DELJIT报文? |
DESADV | 发货通知 | 什么是EDIFACT DESADV报文? |
IFTMIN | 运输指导 | |
IFTMBF | 运输预定申请 | |
IFTMBC | 运输预定确认 | |
INVOIC | 发票信息 | 什么是EDIFACT INVOIC报文? |
ORDERS | 采购订单 | 什么是EDIFACT ORDERS报文? |
PAYORD | 支付订单 | |
PRICAT | 价格目录 | 什么是EDIFACT PRICAT报文? |
PRODAT | 产品数据 | |
INVRPT | 库存报表 | 什么是EDIFACT INVRPT报文? |
RECADV | 收货通知 | 什么是EDIFACT RECADV报文? |
MSCONS | 计量服务消费报表 | |
UTILMD | 公共事业主数据 | |
ORDCHG | 采购订单变更请求 | 什么是EDIFACT ORDCHG报文? |
CONTRL | 功能确认 | 什么是EDIFACT CONTRL报文? |
REMADV | 汇款通知 | 什么是EDIFACT REMADV报文? |
SLSRPT | 销售报表 | 什么是EDIFACT SLSRPT报文? |
ORDRSP | 采购订单响应 | 什么是EDIFACT ORDRSP报文? |
CTA
EDIFACT报文结构
像任何语言一样,EDIFACT规则是基于所使用的字符集、词汇(数据元)和语法(语义)来定义的。
基于数据元、语法的数据元组合/段落和报文类型的开发手册,创建了全球适用的统一报文。语法包含规则,通讯贸易伙伴之间交互报文可按照这些规则变成统一的结构,这种报文结构,无论使用什么硬件和软件,是所有参与方都能够理解的。此外,语法让用户能够优化传输文件,只传输需要的内容。
段落和数据元的长度是可变化的,与固定长度的数据记录不同,它们不必用空格或零来填充。只有在当前报文中存在内容的段落、数据元组合和数据元才被传输。这样就大大节省了数据传输的开销。
UN/EDIFACT语法规则/ISO 9735 | ||
数据元 | 段落 | 报文 |
商业目录中的联合国贸易数据 例如: | 数据元的功能性分组
NAD = 名称和地址 = 可变长度的段落 | 描述业务流程的段落组
发票、订单 |
EDIFACT语法
EDIFACT语法规则定义了以下原则:
一个报文组是相同报文类型的组合,比如,同一个接收方的众多交货通知。
因为每个报文都通过报文参考编码进行识别,所以报文组中的报文序列是任意的。报文组由头部段UNG的规范进行识别,结尾由尾部段UNE识别。
EDIFACT报文的基础结构都是相同的且包含如下段落:
- UNA段落(可选的):您可在这里重新命名分隔符和特殊字符
- UNB段落:文件头部;与UNZ组成信封,包含一般信息
- UNG段落:组的开头;报文可被合并成报文组
- UNH段落:报文头部;这里是真正报文所处的位置
- UNT段落:报文结尾
- UNE段落:组的结尾
- UNZ段落:文件结尾