用于行政、商业和运输业电子数据交换
基于EDI(FACT)报文实施指南的
生成规则
1范围
本标准描述了如何从EDIFACT MIG导出XMI,。原则上,这些规则同样适用于其他EDI标准。
本标准不适合导出DTD。
2规范性引用文件
下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件,其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本标准,然而,鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件,其最新版本适用于本标准。
GB/T 7408数据元和交换格式 信息交换 日期和时间表示法(GB/T 7408--1994,eqv ISO
8601,1988)
GB/T 12406表示货币和资金的代码(GB/T 12406--1996,idt IS0 4217:1990)
GB/T 14805.1 用于行政、商业和运输业电子数据交换的应用级语法规则(语法版本号:4)第1部分:公用的语法规则及语法服务目录(GB/T 14805. 1--1999,idt IS0 9735-1.1998)
GB/T 15191 贸易数据元目录标准数据元(GB/T 15191--1997,idt IS0 7372:1993)
93A版本))GB/T 15635用于行政、商业和运输业电子数据交换的复合数据元目录(eqv UN/ECE(S.93A版本))
GB/T 16833用于行政、商业和运输业电子数据交换的代码表(UN/EDIFACT Part 5 Chapter6D97B, IDT)
GB/T 17295 国际贸易用计量单位代码
GB/T 17699用于行政、商业和运输业电子数据交换的数据元目录(eqv UN/EDIFACT D.97B)
3术语、符号和缩略语
下列术语、符号和缩略语适用于本标准。
3.1
BSR Basic Semmltlcs Register
基本语义注册系统
3.2
BSU Basic Semantics Unit
基本语义单元
3.3
DTD Document Type Definition
文档类型定义
3.4
EDI Electronic Data Interchange
电子数据交换
3.5
EDIFACT Electronic Data interchange for Administration,Commerce and Transport
用于行政、商业和运输业的电子数据交换
3.6
元素 element
包含数据和/或属性的语法构件
3.7
HTML Hyper Text Mark-up Language
超文本置标语言
3.8
MIG Message Implementation Guideline
报文实施指南
3.9
名称name
3.10
SGML Standard Generalised Mark-up Language
标准通用置标语言
3.11
标记tag
格式化的指令或语义置标。
3. 12
模板template
与被认可的完整实体或其一部分相对应的预定义参考模式。
3.13
XLL Extensible Link Language
可扩展链接语言.
3.14
可扩展置标语言
3. 15
XSD Extensible Schema Definition
可扩展模式定义
3.16
XSL Extensible Stylesheet Language
可扩展式样语言
3.17
W3C World Wide Web Censertium
国际Web联盟
4 报文实施指南的主要内容
4.1 MIG层
4.1.1 MIG的标识。
4. 1.2EDIFACT目录标识。
4.1.3报文类型的标识,必要时还包括行业子集的标识。
4.1.4附加文本。
4.2报文类型层
4.2.1报文类型(段和段组)的结构和所使用部分的指示。
4.2.2所使用的段和段组的状态(“标准”对照“应用”)。
4.2.3语境相关的段和段组。
4.2.4实例。
4.2.5段和段组间的从属性。
4.2.6关于报文类型级的附加文本和注释。
4.3段和复合数据元层
4.3.1段和复合数据元的结构以及所使用部分的指示。
4.3.2数据元和复合数据元的状态(“标准”对照“应用”)。
4.3.3在同一报文类型中的一个段中数据元和复合数据元间的从属性。
4.3.4语境相关的名称和描述。
4.3.5实例。
4.3.6附加文本,注释。
4.4数据元层
4.4.1 EDI数据元的特征(类型,长度)及基于MIG和语境相关的实施的用法限制。
4.4.2与数据元名称和描述有关的语境,必要时还包括唯一的标记和描述,例如,从诸如基本语义注册
系统(参见GB/Z 18803--2002)数据仓库中提取出的标记和描述。
4.4.3实例。
4.4.4附加文本,注释。
4.4.5允许值。
4.4.6常量。
4.4.7 明确给出的EDIFACT代码或GB代码表。
4.4.8 明确给出的用户所定义的代码。
4.4.9 隐含给出的EDIFACT代码或GB代码表。
4.4.10隐含给出的用户所定义的代码或在EDIFACT代码表中未列出的其他代码。
4.4.11数据元值应遵循的规则。
4.4.12映射到应用和平台文件中的字段。
5对schema导出规则的要求
5.1第四条列出的MIG技术信息应根据需要编入到schema中。
5.5 MIG的开发者根据其应用,来确定哪一个数据是重要的以及哪些结构是有意义的,因此,他决定哪些结构元素应编人到Schema中。
注,本章实例中的命名空间“gb”只是为了举例,可忽略或用其他合适的命名空间。
6.1规则1:标记命名
6.1.1变体1
“M一”+报文类型+[后缀] 例如:M_ORDERS
“G_”+段组+[后缀] 例如: G_SG36或G_LIN_ALC
“S_”+段+[后缀] 例如: S_LIN
“C_”+复合数据元+[后缀] 例如:C_C082_2
“D-”+数据元+[后缀] 例如”D_3035或D_3035_10
后缀是可选的,并可根据对EDI元素的各种不同语义理解来生成。
当所基于的EDI标准提供了不明确的段组时,或只要选用相关触发段的记法时;就可使用段组标记的第二种记法,在这种情况下段组的嵌套必须按触发段的顺序给出。
实例:
<xsd:element name ="M_ORDERS">
<xsd:complexType>
< xsd:sequence>
<xsd:element reI="gb:D_1004"/>
<xsd:element ref="gb:D_2380"/>
<xsd:element ref="gb:D_2380_2"/>
<xsd:element ref="gb:G_SG2"/>
<xsd:element ref="gb:G_SG2_2"/>
<xsd:element ref="gb:D_6345"minOccurs="0"maxOccurs="5"/>
<xsd:element ref="gb:G_SG25"minOccurs="1"maxOccurs="10"/>
<xsd:element ref="gb:D_5004_2"/>
</xsd:sequence>
</xsd:complexType>
</xsd:element>
6.1.2变体2
如果需要,可以根据适当的注释生成“口语化”标记。如果使用“口语化”标记,对应元素的EDI路径应通过一个合适的属性值表达(也可参看6.9)或通过其他方式。
实例:
<xsd:element name="M_ORDERS">
< xsd:complexType>
< xsd:sequence>
<xsd:element ref ="gb. Order_number"/>
< xsd:element ref ="gb: Order_date"/>
< xsd:element ref="gb:Delivery-date"/>
<xsd:element ref="gb:Buyer"/>
< xsd:element ref ="gb: Seller"/>
~xsd:element ref="gb:Currency,,minoccurs="o"maxOccurs="5"/>
<xsd:elementref="gb:Lme_ttem_detalls" minOccurs="l" maxOccurs="10"/>
<xsd:element ref ="gb: Total_order_value"/>
</xsd:sequence>
</xsd: complexType>
</xsd:element>
<xsd:element name="Name">
<xsd:complexType>
< xsd:simpleContent>
<xsd:extension base="stringl.. 10">
< xsd:attribute name="EDIPath" type="xsd: string"
fixed="ORDERS. SG2. NAD. C080. 3036(0120,040:01)"/>
<! -EDIPath该属性包含了原EDI标准的参考信息一>
</xsd:extension>
</xsd:simpleContent>
</xsd:complexType>
</xsd, element>
6.2规则2:结构
6.2.1相同的EDI标记或名称应生成聚合元素(参见规则6.10)。
6.2.2为了区别同一数据容器(报文类型、段组、段等)的不同语义,需要使用不同的EDI标记或名称(通过给EDI标记加后缀或使用不同名称)。
6.2.3 为了处理报文组或交换本身,schema可以进一步包含“装订”元素(参照UN/EDIFACT UNG-UNE和UNB-UNZ).
关于6.2.1和6.2.2的实例:
变体1:
本指南包含两个DTM段(参照图1)。
<xsd: element name="S_DTM">
< xsd: complexType>
< xsd: sequence>
<xsd: element ref="gb:D_2005"/>
<xsd: element ref="gb:D _2380"/>
图1 MIG中包含两个DTM段的报文结构图
</xsd:sequence>
</xsd:complexType>
< xsd:element name ="D_2005" type="gb:D_2005">
< xsd:annotation>
<xsd:documentation>Type of date</xsd:documentation>
</xsd:annotation>
</xsd:element>
<xsd:elementname="D_2380"type="xsd:decimal">
<xsd:annotation>
< xsd:documentation> Date/Time/Period</xsd:documentation>
</xsd : annotation>
</xsd:elemerxt>
注释:元素D_2005是枚举类型,包含两个可能值“2”和“4”。
如果用规则6.2.2,则用另一种表示法:
<xsd:element name="D_2380" type= " xsd:decimal">
<:xsd: annotation>
<xsd, documentation>Order dated/xsd:documentation>
</xsd: annotation>
</xsd:element>
<xsd. element name="D_2380_2" type="xsd:decimal">
< xsd, annotation>
<xsd. documentation>Delivery date</xsd:documentation>
~/xsd:annotation>
</xsd, element>
或
<xsd: element name="Order-date"type="xsd:decimal"/>
<xsd: element name="Delivery_date"type ="xsd : decimal"/>
变体2:
本指南只用一个DTM段隐含表达日期(参看图2)。
6.2.1生成的缺省实例。<xsd:element name="S_DTM">
<xsd:comphxType>
<xsd:equence>
< xsd:element ref ="gb: D_2005"/>
<xsd:element ref="gb: D_2380"/>
</xsd:sequence>
</xsd:complbxType>
< xsd:element name----"D_2005" type= "gb: D_2005">
< xsd:annotation>
<xsd:documentation>Type of date<:/xsd:documentation>
</xsd:annotation>
</xsd:element>
< xsd:element name ="D_2380" type="xsd:decimal">
< xsd :annotation>
< xsd:docurhentation>Order date</xsd:documentation>
</xsd:annotation>
</xsd:element>
按照.6.2.3生成的实例:
<xsd.. element name----"S_UNB">
< xsd:complexType>
<xsd:sequence>
< xsd:element ref="D_0004" minOccurs="O" maxOccurs="1 " /
<xsd:element ref="D_0010" minOccurs="0" maxOccurs="l"/>
<xsd:element ref="D_0017" minOccurs="0" maxOccurs="l"/>
<xsd:element ref="D_0020" minOccurs="0" maxOccurs="l”/>
<xsd:element ref="M_ORDERS" minOccurs="l" maxOccurs="unbounded"/>
</xsd: sequence>
6.3规则3:结构优化
6.3.2原报文标准中元素,如果未在MIG中使用,则可将其省略。
实例:
将此规则作用于。
<xsd:element name="S_DTM">
<xsd:complexType>
<xsd:sequence>
< xsd:element ref="gb:C_C507"/>
</xsd:sequence>
</xsd:complexType>
</xsd:element>
<xsd:element name="C_C507">
<xsd:complexType>
<xsdtsequence>
<xsd:element ref="gb:D_2005"/>
<xsd:element ref="gb:D_2380"/>
<xsd:element ref="gb:D_2379"/>
</xsd:sequence>
</xsd:complexType>
</xsd:element>
<xsd:element name="D_2379"fixed="102"/>
<xsd:element name="D_2005"fixed="4"/>
< xsd:element name="D_2380"type=”xsd: decimal">
<< xsd:annotation>
< xsd:documentation>Order date</xsd: documentation>
</xsd:annotation>
</xsd:element>
得出:
<xsd:element name="D_2380"type="xsd:decima1">
<< xsd:annotation>
< xsd:documentation>Order date</xsd:documentation>
</xsd:annotation>
</xsd:element>
当段和复合数据元级仅含常量限定符时,则不需要段和复合数据元级.
6.4规则4:状态
“必备型”状态用一个最小重复因子“1”表示,“条件型”状态用一个最小重复因子“0”表示。状态用属性minOccurs表达。
实例:
“条件型”:
段组 < xsd:element ref="gb: G_SG7"minOccurs="O"maxOccurs="5"/>
段 <xsd:element ref="gb: S_IMD" minOccurs="0"maxOccurs="1"/>
复合数据元<xsd:element ref="gb:C_C059”minOccurs="O"maxOccurs="1"/>
数据元<xsd:element ref="gb:D_4022”minOccurs="0"maxOecurs="1"/>
“必备型”:
段组 <xsd:element ref="gbtG_LIN"minOccurs="1"maxOccurs="10"/>
段 < xsd: element ref="gb:S_LIN"minOccurs="1"maxOccurs="1"/>
复合数据元<xsd:element ref="gb:C_C516"minOccurs="1"maxOccurs="1"/>
数据元<xsd:element ref="gb:D_0065"minOccurs="1"maxOccurs="1"/>、
6.5规则5。最大出规次数
实例:
段组 < xsd:element ref="gb: G_SG25"minOccurs="1"maxOccurs="10"/>
段 <xsd: element ref="gb:S_LIN"minOccurs="l"maxOccurs="1"/>
根据EDIFACT语法版本4(GB/T 14805.1--1999)和相应目录的实施,该规则也可适用于复合数据元和数据元.
6.6规则6:数据元格式
6.6.1 “an”和“a”转换成“string”,“n”转换成“decimal”。在MIG中定义的一定长度的字母数字数据元和数字数据元,可以定义为“simpleTypes”类型。
实例:
<xsd:simpleType name="stringl..70">
<xsd:restriction base="xsd:string">
<xsd:minLength value="1"/>
<xsd:maxLength value="70"/>
</xsd:restriction>
</xsd:simpleType>
date=1999-05-31(按照GB/T 7408)
time:13:20:00
timelnstant: 1999-05-31T13.20:00
6.7规则7:代码表和用户所定义的代码
6.7.3重复使用的代码表可以用外部文件来提供。
6.7.4代码名称可以作为代码的注释来表达。
实例:
(1)
<xsd:element name="D_6345" type="D_6345"/>
<xsd t simpleType name="D_6345">
<xsd:restriction base= xsd: "string">
<xsd:enumeration value="CNY">
<xsd:annotation>
< xsd:documentation>China YUAN"/xsd:doeumentation">
</xsd:Innotation>
</xsd:en umeration>
<xsd:enumeration value="EUR">
< xsd:annotation>
<xsd:documentation>Euro</xsd:documentation>
</xsd:annotation>
</xsd:enumeration>
<xsd:enumeration value="GBP">
<xsd:arinotation>
<xsd:documentation>Pfund Sterling</xsd:documentation>
</xsd:annotation>
</xsd:enumeration>
</xsd:restriction>
</xsd:simpleType>
(2)
<xsd:simpleType name="D_6347">
<xsd:restriction base = "xsd: string"S>
<xsd: enumeration value="l"/>
<xsd:enumeration value="2"/>
<xsd: enumeration value="3"/>
<xsd: enumeration value ="4"/>
<xsd enumeration value="5"/>
<xsd enumeration value="6"/>
<xsd enumeration value="7"/>
......
</xsd: simpleType>
(3)
xsd:schema targetNamespace ="http://www. gb. cn/example/orders"
<include " "
schemaLocauon CL_6411. xsd"/>
<xsd: element name="D_6411" type="gb: CL_6411">
< xsd: annotation>
< xsd:dooamentation> Measure unit</xsd: documentation>
</xsd:annotation>
</xsd:element>
<xsd : schema targetNamespace= "http://www. gb. cn/example/orders"
<xsd:simpleType name="CL_6411">
xsd: restriction base ="xsd :string">
(xsd:enumeration value="ACR"/>
(xsd:enumeration value="AMH"/>
(4)
<xsd, simpleType name="CL_6411">
<xsd.restriction base="xsd:string">
<xsdzenumeration value ="TNE">
<xsd s annotationS>
<xsd: documentation>Tonne(lOOOkg) *</xsd: documentation>
</xsdsannotation>
</xsd: enumeration>
<xsd:senumeration value="KGM">
< xsd: annotation>
< xsd:documentation> Kilogram</xsd: documentation>
</xsd:annotation>
< / xsd:enumeration>
<xsd:enumeration value="GRM">
< xsd:annotation>
<xsd:documentation>Gram * </xsd: documentation>
</xsd: annotatton>
</xsd: enumeration>
< xsd:enumeration value="DZN">
< xsd:annotation>
< xsd :documentation> Dozen< / xsd. documentation>
</xsd:annotation>
</xsd:enumeration>
</xsd:restrictibn>
</xsd:simpleType>
< xsd:element name="D_6345"type="gb:D_6345"/>
<xsd:simpleType name="D_6345">
<xsd:restriction base="xsd: string">
<xsd:enumeration value="CNY">
< xsd:annotation>
< xsd:documentation>China YUAN</xsd: documentation>
</xsd:annotation>
</xsd:enumeration>
</xsd:restriction>
</xsd.simpleType>
6.8规则8:EDI窖体的名称
6.8.2 对一个EDI客体,如果既有已标准化的也有用户自定义的名称,则应仅保留用户自定义的名称。
实例:
(1)
<xsd: element name="S_DTM">
< xsd: annotation>
<xsd, documentation>Date/Time/Period</xsd: documentation>.
</xsd, annotation>
<xsd:complexType>
<xsd:sequence>
<xsd: elefrlent ref="gb:DL2005"/ >
(2)
<xsd;element nahe="SDTM">
<xsd:annotation:>
<xsd:docu Tn:entation>Order or delivery date</xSd l documentation>
</xsd。annotation>
<xsd:complexType>
<xsd:sequence>
<xsd i elefrlent ref="gb:D-2005"/ >
6.9规则9:映射细目‘
6.9.1 只要MIG包含映射细目,就可以创建“Mapping.anchor”属性,这些属性在EDI子系统中可以
6.9.2EDI(FAcT)的原始出处应通过使用“EDIPath”属性来提供。这种记法把所实施文档的功能性
与所发布目录的基本信息(如:EDIFACT目录)结合起来。
可以使用以下规贝0;
——路径以“段组,段.复合数据元.数据元”或“段组.段,数据元”的格式表示。
——段组可以多次出现以示EDI(FACT)的层次结构。
——在段组存在多语义的情况下,应在方括号中给出限定段、该段的限定符以及限定符所对应的值。
结尾处,应加上在原始EDIFACT报文类型中给出的段的顺序号,用冒号分隔后,再紧跟相应段中的数据元顺序号(复合数据元顺序号或简单数据元顺序号),适当时还包括复合数据元中的成分数据元顺序号。
.如,记法(0120=020,02)应理解为:“报文标准中的段顺序号”:“复合数据元或数据元顺序号”;“复合数据元中的成分数据元顺序号”。
实例:
(1)
xsd:element name="D_3433">
< xsd:annotation>
<xsd:documentation>BIC of buyerˊs bank</xsd, documentation>
</xsd:annotation>
xsd:complexType>
xsd:simpleContent>
< xsd:extension base ="xsd: decimal">
<xsd:attribute name="Mappmg:anchor" "type=xsd.strmg"
use="fixed" value="BIC-BB/>
</xsd:extension>
</xsd: simpleContent>
</xsd: complexType>
</xsd:element>
(2)
<xsd: element name="D_3433">
<xsd: annotatiOn>
<xsd:documentation>BIC of buyerˊs bank</xsd:documentation>
</xsd: annotation>
< xsd: complexType>
< xsd: simpleContent>
<xsd: exteiasion base="xsd: decimal">
< xsd: attribute name ="EDIPath" type ="xsd: string" use ="fixed" value ="SG2 [NAD. 3035 = BY]. FII. C088. 3433 (0140:030,01)"/>
</xsd: extension>
</xsd. simplieContent>
</xsd. complexType>
</xsdselement>
6.10规则10=相同名称的数据害器的聚合
如果包括不同报文类型的实施剧本,而用户想要在该剧本内聚合相同名称的数据容器并唯一地描述它们,则可使用以下规则:
6.10.1结构
聚合数据容器至少应包括在MIG中使用和表达的所有子元素。这些元素的顺序必须与EDI标准中给出的顺序一致。
6.10.2状态
在一个聚合数据容器中,如果一个子元素在整个报文剧本所述的数据容器中曾经作为“可选型’’使用,则该子元素状态应设置为“可选型”。
实例,ORDERS DTM 2379状态:R,IFTMIN DTM 2379状态:O
6.10.3格式
格式应按照在MIG中规定的最宽松的格式来定义。
实例:ORDERS DTM 2380格式.n8,IFTMIN DTM 2380格式:an..35
6.10.4代码表
对每个代码型数据元,应创建聚合代码表,并包括所有可用在MIG中的代码。
实例,ORDERS DTM 2379代码表:102;103, IFTMIN DTM 2379代码表,103~203
附 录A
(资料性附录)
注释:由于实际情况,在附录中给出的实例基于汉语拼音标记。然而,并不排除使用其他语言。状态R为“必备型”,状态O为“可选型”。两个都是应用状态信息,并且与M(andatory)和C(onditional)相对应,状态N为“不使用”。
A.1 用于映射的EDIFACT结构
A.1.1概述
将要生成的XMI。结构是由EDIFACT报文类型ORDERS(购买订单)所生成的报文实施指南映射而来。
A.1.2报文结构
A.1.2.1段表
表A.1 基于EDIFACT订单报文的段表
| |
|
Ol UNH M l 报文头 |
|
02 BGM M l 文档类型和序号 |
|
03 DTM M l 订单日期 |
|
04 DTM M l 交货日期 |
|
SG2 R 1 买方 |
|
05 NAD M 1 买方标识 |
|
06 FII O l 买方银行帐户信息 |
|
SG3 0 l 买方增值税号 |
|
07 RFF M l 增值税号 |
|
SG5 0 1 买方联系信息 |
|
08 CTA M l 买方负责人 |
|
09 COM 0 1 电话号码 |
|
lO C0M 0 1 通信联系 |
|
SC2 R 1 卖方 |
|
11 NAD M l 卖方标识 |
|
SG7 0 l 货币 |
|
12 CUX M 1 订单货币 |
|
SC25 R 10 分项 |
|
13 LIN M 1 供贷方的物品编号 |
|
14 IMD 0 l 产品简短描述 |
|
15 QTY 0 1 订货量 |
|
16 MOA 0 1 分项金额 |
|
SG27 0 l 项目价格 |
|
17 PRI M l 每项/每单位价格 |
|
18 UNS M 1 节控制 |
|
19 MOA R 1 总金额 |
|
20 UNT M 1 报文尾 |
A.1.2.2报文结构图
图A.1 基于EDIFACT订单报文的结构图(分支圈)
A.1.3段描述
段: 顺序号: 1 级: 0 报文头
UNH 状态 M 最大出现次数: 1
名称: 报文头
段描述:
EDIFACT |
应用 | ||||
标记 |
名称 |
状态格式 |
状态 |
实例 |
用法/注释 |
0062 S009 0065 0052 0054 0051
|
报文参考号 报文标识符 报文类型标识 报文类型版本号 报文类型发布号 管理机构
|
M an.. 14 M M an.. 6 M an..3 M an..3 M an..2
|
M M M M M M
|
+1
+ORDERS :D :93A :UNˊ
|
由发送方指定的唯一的报文号
ORDERS一订购单报文 D =草案版本 93A =EDIFACT D.93A目录 UN = UN/ECE/TRADE/WP.4.联合国 标准报文(UNSM) |
注释:
这里是报文头段.
实例:
UNH+ 1+ ORDERSs Dt 98As UNˊ
段: 顺序号: 2 级: 0 报文开始
BGM 状态 M 最大出现次数: 1
名称: 单证类型和编号
段描述:
EDIFACT |
应用 | ||||
标记 |
名称 |
状态格式 |
状态 |
实例 |
用法/注释 |
C002 1001
l004
|
单证/报文名称
单证/报文名称,代码型 单证/报文号
|
C C an..3
C an.. 35
|
R R
R
|
+220
+12857ˊ
|
220=订单 格式an..8 单证号,由发送方指定 订单号 |
注释:
实例:
BGM-I-220+ 1285761
段: 顺序号: 3 级: 1 日期/时间/期限
DTN 状态 M 最大出现次数: 1
名称: 订单日期
段描述:
EDIGACT |
应用 | ||||
标记 |
名称 |
状态格式 |
状态 |
实例 |
用法/注释 |
C507 2005 2380
2379 |
日期/时间/期限 日期/时间/期限限定符 日期/时间/期限
日期/时间/期限格式限定符 |
M M an.. 3 C an.. 35
C an..3 |
M M R
R |
+4 :20010606
:102ˊ |
4= 订单日期/时间 格式n8 订单日期 102 = YYYYMMDD |
注释:
实例:
DTM+4 s20010606=102ˊ
GB/T 19709--2005/ISO/TS20625=2002
段: 顺序号: 4 级: 1 日期/时间/期限
DTM 状态 M 最大出现次数: 1
名称: 交货日期
段描述:
EDFACT |
应用 | ||||
标记 |
名称 |
状态格式 |
状态 |
实例 |
用法/注释 |
C507 2005 2380
2379 |
日期/时间/期限 日期/时间/期限限定符 日期/时间/期限
日期/时间/期限格式限定符 |
M M an.. 3 C an.. 35
C an..3 |
M M R
R |
4-2 :20010616
:102ˊ |
2;要求交货的日期/时间 格式n8 交货日期 102 =YYYYMMDD |
注释:
该段用于发送所要求的交货日期.
实例,
DTM+2:2001061611021
组: SG2 状态: R 最大出现次数: 1 买方
本例中,应传输有关买方的信息.
段: 顺序号: 5 级: 1 名称和地址
NAD 状态 M 最大出现次数: 1
名称: 买方标志
段描述:
EDFACT |
应用 | ||||
标记 |
名称 |
状态格式 |
状态 |
实例 |
用法/注释 |
3035 C082 3039 C058 3124 C080 3036
C059 3042
3164 3229 3251
|
参与方限定符 参与方标识细目 参与方标识 名称和地址 名称和地址行 参与方名称 参与方名称
街道 街道名称和门牌号码/邮政专用信箱
城市名称 国家行政区划标识 邮政编码标识
|
M an.. 3 C M an.. 17 C M an.. 35 C M an.. 35
C M an.. 35
C an.. 35 C an..9 C an..9
|
M N N N N R
0 M
0 N 0
|
+BY
+CNMIEC
+No. 5 SANLIHE ROAD +BEUING
+ 100044
|
BY=买方
格式an..10 买方名称
买方街道
买方城市
格式n6 买方邮政编码 |
注释:
实例:
NAD+BY+++ CNMIEC + No. 5 SANLIHE ROAD + BEIJING ++10004
组: SG2 状态: R 最大出现次数: 1 买方
本例中,应传输有关买方的信息.
段: 顺序号: 6 级: 2 金融机构信息
FII 状态 M 最大出现次数: 1
名称: 买方银行账户
段描述:
EDFACT |
应用 | ||||
标记 |
名称 |
状态格式 |
状态 |
实例 |
用法/注释 |
3035 C078 3194
3192 C088 3433
1131 3055
3434 1131 3055
3432
|
参与方限定符 帐户标识 帐户持有人编号
帐户持有人名称 机构标识 机构名称标识
代码表限定符 代码表负责机构, 代码型 分支机构号 代码表限定符 代码表负责机构, 代码型 机构名称
|
M an..3 C C an..17
C an..35 C C an..11
C an..3 C an..3
C an..17 C an..3 C an..3
C an.. 70
|
M R R
R R R
R R
O N N
0
|
-4-BB
+ 12365478 90 s CNMIEC
+110010170
:ICBC
|
BB=买方银行
格式n10 买方帐号 格式an..10
格式an 9 买方组织机构代码
买方银行名称 包括买方银行名称 |
注释:
该段用于发送买方银行和帐号,
实例:
FII+ BB+1236547890l CNMIEC+110010170:ICBC
组: SG2 状态: R 最大出现次数: 1 买方
本例中,应传输有关买方的信息.
组: SG3 状态: O 最大出现次数: 1 买方
段: 顺序号: 7 级: 2 买方的增值税号
RFF 状态 M 最大出现次数: 1
名称: 增值税号
段描述:
EDFACT |
应用 | ||||
标记 |
名称 |
状态格式 |
状态 |
实例 |
用法/注释 |
C506 1153 1154 |
参考 参考限定符 参考号
|
M M an..3 C an..35
|
M M R
|
+VA :1234567 |
VA= 增值税登记号 买方增值税标识号 |
注释:
实例:
RFF+ VA:1234567
组: SG2 状态: R 最大出现次数: 1 买方
本例中,应传输有关买方的信息.
组: SG5 状态: O 最大出现次数: 1 买方联系信息
段: 顺序号: 8 级: 2 联系信息
CTA 状态 M 最大出现次数: 1
名称: 买方责任人
段描述:
EDFACT |
应用 | ||||
标记 |
名称 |
状态格式 |
状态 |
实例 |
用法/注释 |
3139 C056 3413 |
联系功能代码型 部门或雇员细目 部门或雇员标识 |
C an..17 C C an..35
|
R O O |
+IC
+ZHAN-CSAN |
IC=查询联系人
格式an..15 买方联系人 |
注释:
实例:
CTA+ IC+ZHANGSAN
组: SG2 状态: R 最大出现次数: 1 买方
本例中,应传输有关买方的信息.
组: SG5 状态: O 最大出现次数: 1 买方联系信息
段: 顺序号: 9 级: 3 通信联系
COM 状态 O 最大出现次数: 1
名称: 电话号码
段描述:
EDFACT |
应用 | ||||
标记 |
名称 |
状态格式 |
状态 |
实例 |
用法/注释 |
C076 3148
3155 |
通信联系 通信号码
通信信道限定符 |
M M an..25
M an..3 |
M M
M |
+0106849 5888 :TE" |
格式an..11 买方电话号码 TE=电话 |
注释:
实例:
COM+01068495888=TE'
组: SG2 状态: R 最大出现次数: 1 买方
本例中,应传输有关买方的信息.
组: SG5 状态: O 最大出现次数: 1 买方联系信息
段: 顺序号: 9 级: 3 通信联系
COM 状态 O 最大出现次数: 1
名称: 通信联系
EDFACT |
应用 | ||||
标记 |
名称 |
状态格式 |
状态 |
实例 |
用法/注释 |
C076 3148
3155 |
通信联系 通信号码
通信信道限定符 |
M M an..25
M an..3 |
M M
M |
+0106849 5888 :FX" |
格式an..11 买方电话号码 FX=电传 |
注释:
实例:
COM+01068495889:FXˊ
组: SG2 状态: R 最大出现次数: 1 卖方
本例中,应传输有关买方的信息.
段: 顺序号: 11 级: 1 名称和地址
NAD 状态 M 最大出现次数: 1
名称: 卖方标志
段描述:
EDFACT |
应用 | ||||
标记 |
名称 |
状态格式 |
状态 |
实例 |
用法/注释 |
3035 C082 3039 C058 3124 C080 3036
C059 3042
3164 3229 3251
|
参与方限定符 参与方标识细目 参与方标识 名称和地址 名称和地址行 参与方名称 参与方名称
街道 街道名称和门牌号码/邮政专用信箱
城市名称 国家行政区划标识 邮政编码标识
|
M an.. 3 C M an.. 17 C M an.. 35 C M an.. 35
C M an.. 35
C an.. 35 C an..9 C an..9
|
M N N N N R
0 M
0 N 0
|
+SE
+CPCGC
+No.8XIAOYING +BEUING
+ 1000OO
|
SE=卖方
格式an..10 卖方名称
卖方街道
卖方城市
格式n6 买方邮政编码 |
注释:
实例:
NAD+ SE+ + + CPCGC+ No. 8 XIAOYING ROAD+ BEIJING + + 100000ˊ
组: SG7 状态: R 最大出现次数: 1 货币
本例中,应传输有关买方的信息.
段: 顺序号: 12 级: 1 货币
CUX 状态 M 最大出现次数: 1
名称: 订单货币
段描述:
EDFACT |
应用 | ||||
标记 |
名称 |
状态格式 |
状态 |
实例 |
用法/注释 |
C504 6347 6345 6343 |
货币细目 货币细目限定符 货币,代码型 货币限定符 |
C M an..3 C C an..3 |
R M R O |
+2 :CNY :9ˊ |
2=参考币种 订单币种 9=订单币种 |
注释:
实例:
CUX+2,CNY,9ˊ
组: SG25 状态: R 最大出现次数: 1O 行项
本例中,应传输有关买方的信息.
段: 顺序号: 13 级: 1 行项
LIN 状态 M 最大出现次数: 1
名称: 供贷方的物品
编号
段描述:
EDFACT |
应用 | ||||
标记 |
名称 |
状态格式 |
状态 |
实例 |
用法/注释 |
1082
1229
C212 7140
7143 |
行项号
行动请求/通知 代码型 项号标识 项号
项号类型,代码型 |
C an.. 6
C an.. 3
C C an.. 35
C an.. 3
|
O
N
R R
R |
+1
+2001
:SAˊ |
格式n..5 行号
格式an..10 项号 SA=供货方物品编号 |
注释:
一个订单的行项由一个或多个重复段组组成,每个段组以LIN段开始.每个LIN段指一个确切的产品.
实例,
LINd-1++ 2001 :SAˊ
组: SG25 状态: R 最大出现次数: 1 行项卖
本例中,应传输有关买方的信息.
段: 顺序号: 14 级: 2 项描述
IMD 状态 O 最大出现次数: 1
名称: 产品的简短卖方标志
描述
段描述:
EDFACT |
应用 | ||||
标记 |
名称 |
状态格式 |
状态 |
实例 |
用法/注释 |
7077 7081 C273 7009 1131 3055
7008
7008 |
项目描述类型,代码型 项目特征,代码型 项目描述 项目描述标识 代码表限定符 代码表负责机构 代码型 项目描述 项目描述 |
C an.. 3 C an.. 3 C C an.. 7 C an.. 3 C an.. 3
C an.. 35
C an.. 35 |
R N R NNN R O |
+F
:MINERAL
:HARD-NESS |
F=自由格式
格式:an,,20 项目描述第1行,如果使用该段就必须传输该描述 项文本第1行 格式an..20 项文本第2行 |
注释:
实例:
IMD+ F+ +::: MINERAL: HARDNESSˊ
组: SG25 状态: R 最大出现次数: 10 行项
本例中,应传输有关买方的信息.
段: 顺序号: 11 级: 2 量
QTY 状态 O 最大出现次数: 1
名称: 已订购数量
EDFACT |
应用 | ||||
标记 |
名称 |
状态格式 |
状态 |
实例 |
用法/注释 |
C186 6063 6060
6411 |
量细目 量限定符 量
计量单位限定符 |
M M an..3 M n..3
C an.. 3 |
M M M
O |
+21 :2
:TNEˊ |
21=订购的数量 格式n..5 已订购数量 计量单位 TNE = 米制吨(1000千克) KGM =千克* GRM =克* LBR = 磅GB,US(0.45359237千克) LTR = 升(1立方分米)* DZN = 打 |
注释:
实例:
QTYH+21.2: TNEˊ
组: SG2 状态: R 最大出现次数: 10 行项
本例中,应传输有关买方的信息.
段: 顺序号: 16 级: 2 货币金额
MOA 状态 O 最大出现次数: 1
名称: 分项金额
段描述:
EDFACT |
应用 | ||||
标记 |
名称 |
状态格式 |
状态 |
实例 |
用法/注释 |
C516 5025 5004 |
货币金额 货币金额类型限定符 货币金额 |
M M an..3 C n.. 18 |
M M R |
+203 :2800ˊ |
203=分项金额 分项金额 |
注释:
该段包括分项的金额(价格乘以数量).
实例:
MOA+203:2800ˊ
组: SG25 状态: R 最大出现次数: 10 行项
本例中,应传输有关买方的信息.
组: SG27 状态: O 最大出现次数: 1 项价格
段: 顺序号: 17 级: 2 价格细目
FRI 状态 M 最大出现次数: 1
名称: 价格每类/单位
段描述:
EDFACT |
应用 | ||||
标记 |
名称 |
状态格式 |
状态 |
实例 |
用法/注释 |
C509 512 5118
5371 5387 5284 641]
|
价格信息 价格限定符 价格
价格类型,代码型 价格类型限定符 -单价基准 计量单位限定符
|
C M an..3 C n.. 15
C an,.3 C an..3 C n..9 C an..3
|
R M R
N 0 N O
|
+AAB : 1400
:CAT
:TNEˊ
|
AAB= 计算总额 格式n..12 单价
CAT = 目录价格
PCE= 件 KGM= 千克 LTR= 升(1立方分米) TNE= 公吨(1000千克) |
注释:
实例:
PRI+AAB11400::CAT::TNEˊ
段: 顺序号: 18 级: 0 节控制
UNS 状态 M 最大出现次数: 1
名称: 节控制
EDIFACT |
应 用 | ||||
标记 |
名称 |
状态格式 |
状态 |
实例 |
用法/注释 |
0081 |
节标识 |
M al |
M |
+S' |
S=细目节/汇总节分隔 |
注释:
实例:
UNS+Sˊ
段: 顺序号: 19 级: 0 货币金额
MOA 状态 R 最大出现次数: 1
名称: 总金额
段描述:
EDFACT |
应用 | ||||
标记 |
名称 |
状态格式 |
状态 |
实例 |
用法/注释 |
C516 5025 5004
|
货币金额 货币金额类型限定符 货币金额
|
M M an..3 C n..18
|
M M R
|
+86 s2800n
|
86=报文总货币金额 格式n..12 订单总金额 |
注释:
实例:。
MOA+ 86:2800ˊ
段: 顺序号: 20 级: 0 报文尾
UNT 状态 M 最大出现次数: 1
名称: 报文尾
段描述:
EDFACT |
应用 | ||||
标记 |
名称 |
状态格式 |
状态 |
实例 |
用法/注释。 |
0074 0062
|
报文中段的数目 报文参考号
|
M n..6 M an.. 14
|
M M
|
+20 +1ˊ
|
由发送方指定的唯一的报文号,必须与UNH段中数据元0062的值相同, |
注释:
实例:
UNT+ 20+1ˊ
3222