GB T 19709-2005 用于行政、商业和运输业电子数据交换基于EDI(FACT)报文实施指南的XML schema(XSD)生成规则.pdf
《GB T 19709-2005 用于行政、商业和运输业电子数据交换基于EDI(FACT)报文实施指南的XML schema(XSD)生成规则.pdf》由会员分享,可在线阅读,更多相关《GB T 19709-2005 用于行政、商业和运输业电子数据交换基于EDI(FACT)报文实施指南的XML schema(XSD)生成规则.pdf(59页珍藏版)》请在麦多课文档分享上搜索。
1、ICS 35.240.60 L 67 道国中华人民共和国国家标准G/T 19709一2005/ISO/TS20625: 2002 用于行政、商业和运输业电子数据交换基于EDI(FACT)报文实施指南的XMLschema (XSD)生成规则Electronic data interchange for administration, commerce and transport Rules for generation of XML schema(XSD) on the basis of EDI(FACT) message implementation guidelines (ISO/TS 20
2、625: 2002 , IDT) 2005-03-28发布中华人民共和国国家质量监督检验检痊总局中国国家标准化管理委员2005-10-01实施060609000545 GB/T 19709一2005/ISO/TS20625: 2002 目录前言.皿引言.N 1 范围.2 规范性引用文件3 术语、符号和缩略语. . 1 4 报文实施指南的主要内容.3 5 对schema导出规则的要求6 由EDIMIG导出XMLschema的规则4附录A(资料性附录)从EDIFACT到XML的映射实例.参考文献.I GB/T 19709-2005/ISO/TS 20625: 2002 前言本标准等同采用国际标准I
3、SO/TS20625: 2002(用于行政、商业和运输业电子数据交换基于EDI(FACT)实施指南生成XMLscheme文件(XSD)的规则)(英文版)。本标准的附录A是资料性附录。本标准由中国标准化研究院提出。本标准由全国电子业务标准化技术委员会归口。本标准起草单位:中国标准化研究院。本标准主要起草人:刘颖、刘碧松、魏宏、胡涵景、章建方。m山GB/T 19709-2005/ISO/TS 20625: 2002 引传统EDI标准通过使用数据元、段和报文类型提供了一种在各种业务过程中组织实施数据内容的语法。简单地说,XML仅是另一种形式的语法,但用这种语法重新构造EDI,就会导致巨大的费用,从而
4、阻碍最初目标的实现一-让中小企业(SME)参与电子商务过程。本标准描述了如何把现有的EDI技术应用到XML语法中,XML用户因此可以容易地以一种一致的方式在现有应用中使用EDI数据。EDIFACT报文实施指南(MIG)描述了在一个业务过程中,如何实施己标准化的EDIFACT报文类型,因此用MIG导出XMLschema是合适的,为此本标准规定了两者之间转换的过程。N GB/T 19709-2005/ISO/TS 20625: 2002 1 范围用于行政、商业和运输业电子数据交换基于EDI(FACT)报文实施指南的XMLschema(XSD)生成规则本标准描述了从EDIMIG导出XMLschema
5、的规则,提供了表达语义信息的主要方法。本标准描述了如何从EDIFACTMIG导出XML。原则上,这些规则同样适用于其他EDI标准。本标准不适合导出DTD。2 规范性引用文件下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件,其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本标准,然而,鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件,其最新版本适用于本标准。GB/T 7408数据元和交换格式信息交换日期和时间表示法(GB/T7408-1994 , eqv ISO 8601 :1 988) GB/T 12406 表示货币和资金的代
6、码(GB/T12406-1996 ,idt ISO 4217 :1 990) GB/T 14805. 1 用于行政、商业和运输业电子数据交换的应用级语法规则(语法版本号:4)第1部分1公用的语法规则及语法服务目录(GB/T14805.1-1999,idt ISO 9735-1 :1 998) GB/T 15191 贸易数据元目录标准数据元(GB/T15191-1997 , idt ISO 7372:1993) GB/T 15634 用于行政、商业和运输业电子数据交换的段目录(eqvUN/ECE(S. 93A版本)GB/T 15635 用于行政、商业和运输业电子数据交换的复合数据元目录(eqvU
7、N/ECE(S. 93A版本)GB/T 16833 用于行政、商业和运输业电子数据交换的代码表(UN/EDIFACTPart 5 Chapter 6D97B ,IDT) GB/T 17295 国际贸易用计量单位代码GB/T 17699 用于行政、商业和运输业电子数据交换的数据元目录(eqvUN/EDIFACT D. 97B) 3 术语、符号和缩略语3. 1 3.2 3.3 下列术语、符号和缩略语适用于本标准。BSR Basic Semantics Register 基本语义注册系统BSU Basic Semantics Unit 基本语义单元DTD Document Type Definiti
8、on 文档类型定义1 GB/T 19709-2005/ISO/TS 20625: 2002 3.4 3.5 3.6 3. 7 3. 8 3. 10 3. 11 3. 12 3. 13 3. 14 3. 15 3. 16 3. 17 2 EDI Electronic Data Interchange 电子数据交换EDIFACT Electronic Data Interchange for Administration ,Commerce and Transport 用于行政、商业和运输业的电子数据交换元素element 包含数据和/或属性的语法构件HTML Hyper Text Mark-up
9、 La 超文本置标语言可扩展置标语言可扩展模式定义XSL Extensible Stylesheet Language 可扩展式样语言W3C World Wide Web Consortium 国际Web联盟GB/ T 19709-2005/ ISO/ TS 20625 : 2002 4 报文实施指南的主要内容4.1 MIG层4. 1. 1 MIG的标识。4. 1. 2 EDIFACT目录标识。4. 1. 3 报文类型的标识,必要时还包括行业子集的标识。4. 1. 4 附加文本。4. 2 报文类型层4.2. 1 报文类型(段和段组)的结构和所使用部分的指示。4.2. 2 所使用的段和段组的状态
10、(标准4. 2.3 语境相关的段和段组。4. 2. 4 实例。4.2. 5 4. 2. 6 . 3 段和复合数4. 3. 1 段和复合4. 3. 2 数据元4. 3.3 在同一4.3.4 语境4.3.5 实例。4. 3.6 4.4.1 EDI 4.4. 2 与数系统(参见诸如基本语义注册4. 4.3 实例。4.4.4 4.4.5 4. 4.6 常量。4. 4.7 4. 4.8 4. 4.9 4. 4.10 4. 4. 11 数据元值应遵循的5 对schema导出规则的要求5. 1 第四条列出的MIG技术信息应根据需要编入到schema中。5. 2 MIG的基础结构必须是易于理解的(XML和传统
11、EDI指南两者在结构上要兼容)。5.3 导出的XML报文应该尽可能简练。5. 4 本标准规定了在XML中必须要使用表达语义内容的其中一个变体。5. 5 MIG的开发者根据其应用,来确定哪一个数据是重要的以及哪些结构是有意义的,因此,他决定哪些结构元素应编入到Schema中。3 GB/T 19709-2005/ISO/TS 20625:2002 6 由EDIMIG导出XMLschema的规则注:本章实例中的命名空间gb只是为了举例,可忽略或用其他合适的命名空间。6. 1 规则1:标记命名6. 1. 1 变体1XML结构的名称应从EDI标记中导出,并根据结构级(如:段组、段、组合数据元或数据元)赋
12、予这些名称一个前缀。M_十报文类型+后缀G_ +段组+后缀S_十段+后缀例如:M_ORDERS例如:G一SG36或G_LIN_ALC例如:S_LINC_ +复合数据元十后缀例如:C_C082_2D_+数据元+后缀例如:D_3035或D_3035_10后缀是可选的,并可根据对EDI元素的各种不同语义理解来生成。如果XMLschema是从EDIFACTMIG生成的,仅需用前缀D_就足够了。但是,由于其他的EDI标准采用数字标记标识复合数据元和数据元,因此,还需要使用上述所有前缀。当所基于的EDI标准提供了不明确的段组时,或只要选用相关触发段的记法时,就可使用段组标记的第二种记法,在这种情况下段组的
13、嵌套必须按触发段的顺序给出。GB/T 18793-2002(信息技术可扩展置标语言(XML)要求使用自描述标记0EDIFACT标记比自然语言标记更好地满足了这一条件,因为它们代表了一种由EDI专家建立起来的通用技术语言。实例:6. 1.2 变体2如果需要,可以根据适当的注释生成口语化标记。如果使用口语化标记,对应元素的EDI路径应通过一个合适的属性值表达(也可参看6.的或通过其他方式。4 实例:GB/T 19709一2005/ISO/TS20625: 2002 6.2 规则2:结构6.2.1 相同的EDI标记或名称应生成聚合元素(参见规则6.10)。6.2.2 为了区别同一数据容器(报文类型、
14、段组、段等)的不同语义,需要使用不同的EDI标记或名称(通过给EDI标记加后缀或使用不同名称)。6.2.3 为了处理报文组或交换本身,schema可以进一步包含装订元素(参照UN/EDIFACTUNG UNE和UNB-UNZ)。6.2.4 任何一个EDI数据容器都可以用一个单独的XML元素来表达。XML结构来摞于现有的EDI结构,因此XMLschema的结构必须与EDIMIG相兼容,所生成的XML元素集小于或等于EDI元素集。注释:MIG必然满足了各自的业务过程需求,因此schema一定要根据MIG来结构化。例如,MIG中DTM段分别出现两次,包括订单日期和要求交货的日期,则相应要生成两个单独
15、的XML元素。如果这两个元素在相同的DTM段中表达,则仅生成一个XML元素。关于6.2.1和6.2.2的实例:变体1: 本指南包含两个DTM段(参照图1)。按照6.2.1生成的XMLschema如下:5 GB/T 19709-2005/ISO/TS 20625 : 2002 6 DTM(#l),状态M,Delivery date 或变体2.GB/T 19709-2005/ISO/TS 20625 : 2002 本指南只用一个DTM段隐含表达日期(参看图2)。转换成的XML按照6.2.3生成的实例:7 GB/T 19709-2005/ISO月S20625: 2002 /xsd:sequence
16、6.3 规则3:结构优化如果希望生成不包含子元素的单层XML结构,则用以下规则会得出一个优化结果。然而,为了集成现有系统,应该牢记要根据正在使用的EDI系统对最小数据结构的需求,而不是单纯的语法需求。6.3.1 如果一个EDIFACT段包含不止一个带有业务数据的数据元,则该段有概述的功能。如果一个段仅含一个带有业务数据的数据元,则该段在段级上没有概述的功能,因此在转换到XMLschema时,该段层可以不出现。6.3.2 原报文标准中元素,如果未在MIG中使用,则可将其省略。6.3.3 常量限定符或代码(MIG仅规定一个代码的数据元)不应转换到XML结构中,对应的数据元也不应转换到XML结构中。
17、8 实例z将此规则作用于:xsd:element name=飞,_DTM xsd: complexType xsd:sequence xsd:element ref=gb:C_C507/ /xsd:sequence / xsd: complexType / xsd: element xsd:element name=C一C507xsd:complexType xsd: sequence xsd:element ref=gb:D_2005/ xsd:element ref=gb:D_2380/ xsd:element ref=gb:D_2379勺/xsd:sequence / xsd: comp
18、lexType / xsd: element xsd:element name=D_2379 fixed=叮02/xsd:element name=D_2005 fixed=可/xsd: element name=D_2380 type=xsd: decimal xsd: annotation xsd: documentationOrder date/ xsd: documentation / xsd : annota tion / xsd: element 得出zxsd: element name=D_2380 type= xsd: decimal xsd: annotation xsd:
19、documentationOrder date/ xsd: documentation / xsd: annotation / xsd: element 当段和复合数据元级仅含常量限定符时,则不需要段和复合数据元级。GB/T 19709-2005/ISO/币20625:20026.4 规则4:状态根据MIG中的EDI状态和应用状态.XML应选取两者中更严格的状态。必备型状态用一个最小重复因子1表示,条件型状态用一个最小重复因子0表示。状态用属性minOccurs表达。实例:条件型飞段组 段 复合数据元 数据元必备型飞段组 段复合数据元 数据元 6.5 规则5:最大出现次鼓由在MIG中的重复出现
20、次数来确定XML的出现次数,该值用XML属性maxOccurs表达。实例z段组 段 根据EDIFACT语法版本4(GB/T14805.1-1999)和相应目录的实施,该规则也可适用于复合数据元和数据元。6.6 规则6:数据元格式6.6.1 an和a转换成string.n转换成decimal。在MIG中定义的一定长度的字母数字数据元和数字数据元,可以定义为simpleTypes类型。实例z6.6.2 日期格式可以转换成XML日期类型date、timelnstant和time.在这种情况下,需要格式转换。在XML中的这些格式表示为:date: 1999-05-31 (按照GB/T7408) tim
21、e , 13 , 20 , 00 timeInstant: 1999-05-31 T13 : 20 : 00 6. 7 规则7:代码表和用户所定义的代码6.7.1 代码型数据元应定义为complexType。如果MIG给出一个数据元的特定代码,并仅允许使用这些代码,则仅需要把这些代码转换到XML结构中。6.7.2 如果MIG未给一个数据元提供代码,那么允许使用全部代码表,并把整个代码表转换到XML结构中。6.7.3 重复使用的代码表可以用外部文件来提供。9 G/T 19709-2005/ISO/TS 20625: 2002 6.7.4 代码名称可以作为代码的注释来表达。6.7.5 按照规则3(
22、参见6.3)常量限定符或代码(MIG仅规定一个代码的数据元)不应转换到XML结构,在XML结构中不需提供相应的数据元。然而,如果明确要求使用数据元,则该数据元必须包括在XML结构中(如:在CUX段,使用数据元6345的一种货币)。10 实例:(1) 等等,列出完整的代码表(3) GB/T 19709-2005/ISO/TS 20625: 2002 Meas ure uni t 提供代码的外部文件:(4) Dozen (5) 11 GB/T 19709-2005/ISO月S20625: 2002 China YU AN 6.8 规则8:EDI害体的名称6.8. 1 巳标准化的或用户自定义的段组名
23、称、段名称、复合数据元名称以及数据元名称可以在schema中通过annotation属性来提供,任何一个XML元素仅允许有一个EDI名称作为其属性。6.8.2 对一个EDI客体,如果既有已标准化的也有用户自定义的名称,则应仅保留用户自定义的名称。注释:6.8.2是指一个用户自定义的客体名称、MIG中的BSU等,这样XML文件可保持精练,并且用一个解析器很容易实现逻辑映射。实例z(1) Date/Time/Period (2) Order or deli very da te 6.9 规则9:映射细目6.9.1 只要MIG包含映射细目,就可以创建Mapping_anchor属性,这些属性在EDI
- 1.请仔细阅读文档,确保文档完整性,对于不预览、不比对内容而直接下载带来的问题本站不予受理。
- 2.下载的文档,不会出现我们的网址水印。
- 3、该文档所得收入(下载+内容+预览)归上传者、原创作者;如果您是本文档原作者,请点此认领!既往收益都归您。
下载文档到电脑,查找使用更方便
5000 积分 0人已下载
下载 | 加入VIP,交流精品资源 |
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- GB 19709 2005 用于 行政 商业 运输业 电子 数据 交换 基于 EDI FACT 报文 实施 指南 XML schema XSD 生成 规则

链接地址:http://www.mydoc123.com/p-175099.html