GB/T 19709-2005 用于行政、商业和运输业电子数据交换 基于EDI(FACT)报文实施指南的XMLschema(XSD)生成规则

ICS＿35.240.60一一

L67妇黔

中华人民共和国国家标准

GB/T19709-2005/ISO/TS20625：2002

用于行政、商业和运输业电子数据交换

基于EDI(FACT）报文实施指南的

XMLschema(XSD）生成规则

Electronicdatainterchangeforadministration，commerceandtransport-

RulesforgenerationofXMLschema(XSD)

onthebasisofEDI(FACT)messageimplementationguidelines

I（SO/TS20625：2002，IDT)

2005-03-28发布2005-10-01实施

串督斟臀霭嚼瞥撞瞥臀暴发布

GB/T19709-2005/ISO/TS20625:2002

前门

本标准等同采用国际标准ISO/TS20625:2002《用于行政、商业和运输业电子数据交换基于EDI

(FACT）实施指南生成XMLscheme文件X（SD）的规则））（英文版）。

本标准的附录A是资料性附录。

本标准由中国标准化研究院提出。

本标准由全国电子业务标准化技术委员会归口。

本标准起草单位：中国标准化研究院。

本标准主要起草人：刘颖、刘碧松、魏宏、胡涵景、章建方。

GB/T19709-2005/ISO/TS20625:2002

引言

传统EDI标准通过使用数据元、段和报文类型提供了一种在各种业务过程中组织实施数据内容的

语法。简单地说，XML仅是另一种形式的语法，但用这种语法重新构造EDI，就会导致巨大的费用，从

而阻碍最初目标的实现—让中小企业S（ME)参与电子商务过程。

本标准描述了如何把现有的EDI技术应用到XMI,语法中，XML用户因此可以容易地以一种一致

的方式在现有应用中使用EDI数据。

EDIFACT报文实施指南M（IG）描述了在一个业务过程中，如何实施已标准化的EDIFACT报文

类型，因此用MIG导出XMLschema是合适的，为此本标准规定了两者之间转换的过程。

GB/T19709-2005/ISO/TS20625:2002

用于行政、商业和运输业电子数据交换

基于EDI(FACT）报文实施指南的

XMLschema(XSD）生成规则

1范围

本标准描述了从EDIMIG导出XMLschema的规则，提供了表达语义信息的主要方法。

本标准描述了如何从EDIFACTMIG导出XMI.。原则上，这些规则同样适用于其他EDI标准。

本标准不适合导出DTDo

2规范性引用文件

下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有

的修改单不（包括勘误的内容）或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究

是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。

GB/T7408数据元和交换格式信息交换日期和时间表示法G（B/T7408-1994,eqvISO

8601：1988)

GB/T12406表示货币和资金的代码G（B/T12406-1996,idtISO4217:1990)

GB/T14805.1用于行政、商业和运输业电子数据交换的应用级语法规则语（法版本号：4)第1

部分：公用的语法规则及语法服务目录G（B/T14805.1-1999,idtISO9735-1:1998)

GB/T15191贸易数据元目录标准数据元G（B/T15191-1997,idtISO7372:1993)

GB/T15634用于行政、商业和运输业电子数据交换的段目录e（qvUN/ECE(S.93A版本））

GB/T15635用于行政、商业和运输业电子数据交换的复合数据元目录e（qvUN/ECE(S.93A版

本））

GB/T16833用于行政、商业和运输业电子数据交换的代码表U（N/EDIFACTPart5Chapter

6D97B,IDT)

GB/T17295国际贸易用计量单位代码

GB/T17699用于行政、商业和运输业电子数据交换的数据元目录e（qvUN/EDIFACTD.97B)

3术语、符号和缩略语

下列术语、符号和缩略语适用于本标准。

3.1

BSRBasicSemanticsRegister

基本语义注册系统

3.2

BSUBasicSemanticsUnit

基本语义单元

3.3

DTDDocumentTypeDefinition

文档类型定义

GB/T19709-2005/ISO/TS20625:2002

3.4

EDIElectronicDataInterchange

电子数据交换

3.5

EDIFACTElectronicDataInterchangeforAdministration,CommerceandTransport

用于行政、商业和运输业的电子数据交换

3.6

元素element

包含数据和／或属性的语法构件

3.7

HTMLHyperTextMark-upLanguage

超文本置标语言

3.8

MIGMessageImplementationGuideline

报文实施指南

3.9

名称name

XML语境中的一个名称，它以一个字母或一个被允许使用的特殊字符开始，后跟字母、数字、连字

符、下划线、冒号或点，所有这些都称为名称标记。以“XMI＂或以（(`X'I'x')(`M'I`m')(`L'I`I')）的

字符串开始的名称均被保留给XML规范使用。

3.10

SGMLStandardGeneralisedMark-upLanguage

标准通用置标语言

3.11

标记tag

格式化的指令或语义置标。

3.12

模板template

与被认可的完整实体或其一部分相对应的预定义参考模式。

3.13

XLLExtensibleLinkLanguage

可扩展链接语言

3.14

XMLExtensibleMark-upLanguage

可扩展置标语言

3.15

XSDExtensibleSchemaDefinition

可扩展模式定义

3.16

XSLExtensibleStylesheetLanguage

可扩展式样语言

3.17

W3CWorldWideWebConsortium

国际Web联盟

GB/T19709-2005/ISO/TS20625:2002

4报文实施指南的主要内容

4.1MIG层

4.1.1MIG的标识。

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.1EDI数据元的特征类（型，长度）及基于MIG和语境相关的实施的用法限制。

4.4.2与数据元名称和描述有关的语境，必要时还包括唯一的标记和描述，例如，从诸如基本语义注册

系统参（见GB/Z18803-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.2MIG的基础结构必须是易于理解的X（ML和传统EDI指南两者在结构上要兼容）。

5.3导出的XML报文应该尽可能简练。

5.4本标准规定了在XML中必须要使用表达语义内容的其中一个变体。

5.5MIG的开发者根据其应用，来确定哪一个数据是重要的以及哪些结构是有意义的，因此，他决定

哪些结构元素应编人到Schema中。

GB/T19709-2005八SO/TS20625:2002

6由EDIMIG导出XMLschema的规则

注：本章实例中的命名空间“9b"只是为了举例，可忽略或用其他合适的命名空间。

6.1规则1：标记命名

6.1.1变体1

XML结构的名称应从EDI标记中导出，并根据结构级如（：段组、段、组合数据元或数据元）赋予这

些名称一个前缀。

44M＿)1＋报文类型＋后〔缀〕例如：M_ORDERS

64(;-9)＋段组十后［缀〕例如：G＿SG36或G_LIN_ALC

66S17＋段十后［缀〕例如：S＿LIN

+C"＋复合数据元＋后〔缀〕例如：C＿CO82＿2

+Dfl＋数据元＋后［缀］例如：EL3035或D_3035_10

后缀是可选的，并可根据对EDI元素的各种不同语义理解来生成。

如果XMLschema是从EDIFACTMIG生成的，仅需用前缀"D”就足够了。但是，由于其他的

EDI标准采用数字标记标识复合数据元和数据元，因此，还需要使用上述所有前缀。

当所基于的EDI标准提供了不明确的段组时，或只要选用相关触发段的记法时，就可使用段组标

记的第二种记法，在这种情况下段组的嵌套必须按触发段的顺序给出。

GB/T18793-2002((信息技术可扩展置标语言X（ML)》要求使用“自描述标记”。EDI[FACT〕标

记比自然语言标记更好地满足了这一条件，因为它们代表了一种由EDI专家建立起来的通用技术

语言。

实例：

<xsd:elementname二M“_ORDERS">

<xsd:complexType>

<xsd:sequence>

<xsd:elementref="gb:D_1004"/>

<xsd：elementref="gb：几2380"/>

<xsd：elementref="gb：D_2380_2勺＞

<xsd:elementref="gb：G_SG2"/>

<xsd:elementref="gb：G_SG2_2"/>

<xsd：elementref="gb：D_6345"minOccurs="0"maxOccurs="5"/>

<xsd：elementref二g“b：G_SG25"minOccurs二”1"maxOccurs="10"/>

<xsd：elementref="gb：D_5004_2"/>

</xsd:sequence>

</xsd:complexType>

</xsd:element>

6.1.2变体2

如果需要，可以根据适当的注释生成“口语化”标记。如果使用“口语化”标记，对应元素的EDI路

径应通过一个合适的属性值表达也（可参看6.9)或通过其他方式。

实例：

<xsd:elementname="M_ORDERS">

<xsd:complexType>

<xsd:sequence>

<xsd:elementref="gb：Order＿number"/>

GB/T19709-2005/ISO/TS20625:2002

(xsd:elementref="gb：Order＿date"/>

<xsd：elementref="gb：Deliverydate"/>

<xsd：elementref="gb：Buyer/>

<xsd：elementref="gb.Seller"/>

<xsd：elementref="gb：Currency"minOccurs="0"maxOccurs="5"/>

(xsd:elementref="gb：Line-item-details"minOccurs="1"maxOccurs="10"/>

(xsd:elementref="gb：Total_order_value"/>

</xsd：sequence>

</xsd:complexType>

</xsd:element>

＜xsd：elementname="Name">

<xsd：complexType>

<xsd:simpleContent>

(xsd:extensionbase="string]二10">

<xsd：attributename=`EDIPath"type="xsd:string"

fixed二”ORDERS.5G2.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)o

6.2.2为了区别同一数据容器报（文类型、段组、段等）的不同语义，需要使用不同的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段分别出现两次，包括“订单日期”和“要求交货的日期”，则相应要生成两个单独的XML

元素。如果这两个元素在相同的DTM段中表达，则仅生成一个XML元素。

关于6.2.1和6.2.2的实例：

变体I:

本指南包含两个DTM段参（照图1)0

按照6.2.1生成的XMLschema如下：

<xsd：elementname="S_DTM">

<xsd,complexType

<xsd：sequence>

<xsd：elementref="gb：DL2005"/>

<xsd：elementref="gb：D_2380"/>

GB/T19709-2005/ISO/TS20625:2002

：MUNH1MBGM1MDTM1MDTM1

DTM(#1)，状态M，出现次数1，数据元2005限定符的值是4，名称：订单日期

DTM(#2)，状态M，出现次数1，数据元2005限定符的值是2，名称：要求交货的日期

图1MIG中包含两个DTM段的报文结构图

</xsd：sequence>

</xsd:complexType>

<xsd:elementname="D_2005"type="gb:D_2005">

<xsd:annotation>

<xsd：documentation>Typeofdate</xsd:documentation>

</xsd:annotation>

</xsd：element>

<xsd：elementname=T}-2380"type="xsd：decimal">

<xsd:annotation>

<xsd:documentation>Date/Time/Period</xsd：documentation>

</xsd:annotation＞

</xsd:element>

注释：元素D_2005是枚举类型，包含两个可能值“2”和“4"0

如果用规则6.2.2，则用另一种表示法：

<xsd:elementname="D_2380"type="xsd:decimal">

<xsd：annotation>

<xsd:documentation>Orderdate</xsd:documentation>

</xsd:annotation>

</xsd：element>

<xsd:elementname="D_2380_2"type="xsd：decimal">

<xsd:annotation>

<xsd：documentation>Deliverydate</xsd：documentation>

</xsd：annotation＞

</xsd:element>

或

<xsd:elementname二O“rderdate"type="xsd：decimal"/>

<xsd:elementname="Delivery-date"type="xsd：decimal勺＞

变体2:

GB/T19709-2005八SO/TS20625:2002

本指南只用一个DTM段隐含表达日期参（看图2)0

一DTM’#一，*MM,L，X',MfXUE7NfH2,0149(ML7B20G0MW5Z.1*MTMkID2TMR_42_”．”

图2MIG中仅含一个DTM段的报文结构图

转换成的XMLschema如下所示，它类似于根据规则6.2.1生成的缺省实例。

<xsd:elementname="S_DTM">

<xsd:complexType>

<xsd:sequence>

<xsd：elementref="gb：D_2005"/>

<xsd:elementref="gb：D_2380"/>

</xsd:sequence>

</xsd:complexType>

<xsd：elementname="D_2005"type="gb:D-2005">

<xsd:annotation>

<xsd:documentation>Zypeofdate</xsd：documentation>

</xsd:annotation>

</xsd:element>

<xsd:elementname="D_2380"type="xsd:decimal">

<xsd：annotation>

<xsd:documentation>Orderdate</xsd：documentation>

</xsd:annotation>

＜/xsd：element>

按照6.2.3生成的实例：

<xsd：schemaxmlns：xsd="http：///2001/XMI.Schema">

<xsd：elementname="S＿UNB">

<xsd：complexType>

<xsd：sequence>

<xsd:elementref="几0004"minOccurs="0"max0ccurs="1"/>

<xsd:elementref="几0010"minOccurs="0"max0ccurs二“1"/>

Gxsd;elementref="D_0017"minOccurs=''0"max0ccurs="1"/>

Gxsd:elementref="几0020"minOccurs="0"max0ccurs="l"/>

Gxsd;elementref="M_ORDERS"minOccurs=`1"max0ccurs="unbounded"/>

GB/T19709-2005/ISO/TS20625:2002

</xsd:sequence>

6.3规则3：结构优化

如果希望生成不包含子元素的单层XML结构，则用以下规则会得出一个优化结果。然而，为了集

成现有系统，应该牢记要根据正在使用的EDI系统对最小数据结构的需求，而不是单纯的语法需求。

6.3.1如果一个EDIFACT段包含不止一个带有业务数据的数据元，则该段有概述的功能。如果一个

段仅含一个带有业务数据的数据元，则该段在段级上没有概述的功能，因此在转换到XMLschema时，

该段层可以不出现。

6.3.2原报文标准中元素，如果未在MIG中使用，则可将其省略。

6.3.3常量限定符或代码M（IG仅规定一个代码的数据元）不应转换到XML结构中，对应的数据元也

不应转换到XML结构中。

实例：

将此规则作用于：

<xsd：elementname="S_DTM">

<xsd:complexType>

<xsd:sequence>

<xsd.elementref="gb:C_C507"/>

<xsd:sequence>

</xsd:complexType>

<xsd：element>

<xsd:elementname二”QC507">

<xsd:complexType>

<xsd:sequence>

<sd：elementref="gb：D_2005"/>

<xsd：elementref="gb：D_2380"/>

<xsd：elementref二g“b：D_2379"/>

<xsd：sequence>

</xsd:complexType>

</xsd:element>

<xsd:elementname="几2379"fixed="102"/>

<xsd：elementname="几2005"fixed二”4"/>

<xsd：elementname二”D_2380"type="xsd:decimal">

<xsd:annotation>

<xsd-documentation>Orderdate</xsd：documentation>

</xsd:annotation>

</xsd：element>

得出：

<xsd:elementname="D_2380"type="xsd:decimal">

<xsd:annotation>

<xsd:documentation>Orderdate</xsd:documentation>

</xsd:annotation>

</xsd:element>

当段和复合数据元级仅含常量限定符时，则不需要段和复合数据元级。

GB/T19709-2005/ISO/TS20625:2002

6.4规则4：状态

根据MIG中的EDI状态和应用状态，XML应选取两者中更严格的状态。

“必备型”状态用一个最小重复因子“1”表示，“条件型”状态用一个最小重复因子“0”表示。状态

用属性minOccurs表达。

实例：

条“件型”：

段组＜xsd:elementref="gb:G_SG7"minOccurs二0“"max0ccurs="5"/>

段＜xsd：elementref="gb：S_IMD"minOccurs="0"max0ccurs='T'/>

复合数据元＜xsd:elementref="gb:C_C059"minOccurs="0"max0ccurs='T'/>

数据元＜xsd:elementref="gb:D_4022"minOccurs="0"max0ccurs='T'/>

“必备型”：

段组＜xsd:elementref="gb:G_LIN"minOccurs二“1"max0ccurs二“10勺＞

段＜xsd：elementref="gb：S_LIN"minOccurs="1"max0ccurs="1"/>

复合数据元＜xsd:elementref="gb:C_C516"minOccurs="1'max0ccurs='T'/>

数据元＜xsd:elementref="gb:D_0065"minOccurs="1"max0ccurs='1"/>

6.5规则5：最大出现次数

由在MIG中的重复出现次数来确定XML的出现次数，该值用XML属性max0ccurs表达。

实例：

段组＜xsd:elementref="gb:G_SG25"minOccurs="1"max0ccurs="10"/>

段＜xsd:elementref="gb：S_LIN"minOccurs一”1"max0ccurs="1/“>

根据EDIFACT语法版本4(GB/T14805.1-1999)和相应目录的实施，该规则也可适用于复合数

据元和数据元。

6.6规则6:数据元格式

6.6.1"an'，和a“＂转换成“string","n"转换成“decimal"。在MIG中定义的一定长度的字母数字数据

元和数字数据元，可以定义为“simpleTypes”类型。

实例：

<xsd:simpleTypename="stringl二70">

<xsd:restrictionbase="xsd：string'>

x<sd:minLengthvalue="1"/>

<xsd：maxLengthvalue="70"/>

</xsd:restriction>

</xsd：simpleType>

6.6.2日期格式可以转换成XML日期类型"date","timeInstant”和“time"，在这种情况下，需要格式

转换。在XML中的这些格式表示为：

date..1999-05-31按（照GB/T7408)

time:13：20:00

timeInstant：1999-05-31T13：20：00

6.7规则7：代码表和用户所定义的代码

6.7.1代码型数据元应定义为“complexType"。如果MIG给出一个数据元的特定代码，并仅允许使

用这些代码，则仅需要把这些代码转换到XML结构中。

6.7.2如果MIG未给一个数据元提供代码，那么允许使用全部代码表，并把整个代码表转换到XML

结构中。

6.7.3重复使用的代码表可以用外部文件来提供。

GB/T19709-2005/ISO/TS20625:2002

6.7.4代码名称可以作为代码的注释来表达。

6.7.5按照规则3(参见6.3)常量限定符或代码M（IG仅规定一个代码的数据元）不应转换到XML结

构，在XML结构中不需提供相应的数据元。然而，如果明确要求使用数据元，则该数据元必须包括在

XML结构中如（：在CUX段，使用数据元6345的一种货币）。

实例：

(1)

<xsd:elementname="几6345"type="几6345"/>

<xsd:simpleTypename="D_6345">

<xsd:restrictionbase二x“sd：string">

<xsd:enumerationvalue="CNY">

<xsd：annotation>

<xsd：documentation>ChinaYUAN</xsd:documentation>

</xsd：annotation>

</xsd：enumeration>

<xsd:enumerationvalue="EUR">

<xsd:annotation>

<xsd：documentation>Euro</xsd:documentation>

</xsd：annotation>

</xsd：enumeration>

<xsd:enumerationvalue="GBP">

<xsd:annotation>

<xsd:documentation>PfundSterling</xsd:documentation>

</xsd:annotation>

</xsd：enumeration>

</xsd:restriction>

</xsd:simpleType>

(2)

<xsd:simpleTypename="D_6347">

<xsd:restrictionbase="xsd:string">

<xsd：enumerationvalue=”111/>

<xsd：enumerationvalue="2"/>

<xsd:enumerationvalue="3"/>

<xsd:enumerationvalue="4"/>

<xsd:enumerationvalue="5"/>

<xsd:enumerationvalue二6“"/>

<xsd:enumerationvalue="7"/>

……等等，列出完整的代码表

</xsd:simpleType>

(3)

＜？xmlversion="1.0"?＞

<xsd:schematargetNamespace="http：///example/orders"

xmlns：gb="http：///example/orders'

xmlns:gb="http：///2000八0/XMLSchema>"

GB/T19709-2005八SO/TS20625:2002

<includeschemaLocation"CL_6411.xsd"/>

<xsd：elementname="D_6411"type="gb：CL-6411">

＜xsd：annotation>

<xsd:documentation>Measureunit<xsd：documentation>

</xsd:annotation>

</xsd:element>

提供代码的外部文件：

＜？xmlversion="1.0"?＞

<xsd：schematargetNamespace="http：///example/orders"

xmlns：gb="http：///example/orders"

xmlns：xsd二”http：///2000/10/XMLSchema">

<xsd:simpleTypename="CL_6411">

<xsd:restrictionbase="xsd：string">

<xsd:enumerationvalue="ACR"/>

<xsd:enumerationvalue="AMH"/>

(4)

<xsd:simpleTypename="CL_6411">

<xsd：restrictionbase="xsd:string">

<xsd:enumerationvalue="TNE">

<xsd:annotation>

<xsd:documentation>Tonne(1000kg）二＜/xsd：documentation>

</xsd：annotation>

</xsd:enumeration>

<xsd:enumerationvalue二K“GM">

<xsd:annotation>

<xsd:documentation>Kilogram</xsd:documentation>

</xsd:annotation>

</xsd:enumeration>

<xsd:enumerationvalue="GRM">

<xsd：annotation>

<xsd：documentation>Gram二＜/xsd：documentation>

<xsd:annotation>

<xsd:enumeration>

＜xsd：enumerationvalue="DZN">

<xsd:annotation>

<xsd：documentation>Dozen</xsd:documentation>

</xsd：annotation>

</xsd:enumeration>

</xsd：restriction>

</xsd;simpleType>

GB/T19709-2005/ISO/TS20625:2002

<xsd：elementname="V-6345"type="gb：D_6345"/>

<xsd：simpleTypename="EL6345">

<xsd:restrictionbase=''xsd：string">

<xsd:enumerationvalue="CNY">

<xsd:annotation>

<xsd:documentation>ChinaYUAN</xsd:documentation>

</xsd：annotation>

</xsd:enumeration>

</xsd:restriction>

</xsd:simpleType>

6.8规则8:EDI客体的名称

6.8.1已标准化的或用户自定义的段组名称、段名称、复合数据元名称以及数据元名称可以在schema

中通过“annotation"属性来提供，任何一个XML元素仅允许有一个EDI名称作为其属性。

6.8.2对一个EDI客体，如果既有已标准化的也有用户自定义的名称，则应仅保留用户自定义的

名称。

注释：6.8.2是指一个用户自定义的客体名称、MIG中的BSU等，这样XML文件可保持精练，并

且用一个解析器很容易实现逻辑映射。

实例：

(1)

<xsd:elementname="S_DTM">

<xsd:annotation>

<xsd:documentation>Date/Time/Period</xsd：documentation>

</xsd:annotation>

<xsd:complexType>

<xsd:sequence>

<xsd:elementref="gb:几2005"/>...

(2)

<xsd：elementname="S_DTM">

<xsd:annotation>

<xsd:documentation>Orderordeliverydate</xsd：documentation>

＜/xsd:annotation>

<xsd：complexType>

<xsd:sequence>

<xsd:elementref="gb：D_2005"/>...

6.9规则9：映射细目

6.9.1只要MIG包含映射细目，就可以创建“Mapping-anchor”属性，这些属性在EDI子系统中可以

使XML交换格式容易实施。

6.9.2EDI(FACT）的原始出处应通过使用“EDIPath”属性来提供。这种记法把所实施文档的功能性

与所发布目录的基本信息如（：EDIFACT目录）结合起来。

可以使用以下规则：

—路径以“段组．段．复合数据元．数据元”或“段组．段．数据元”的格式表示。

—段组可以多次出现以示EDI(FACT）的层次结构。

—在段组存在多语义的情况下，应在方括号中给出限定段、该段的限定符以及限定符所对应

GB/T19709-2005/ISO/TS20625:2002

的值。

结尾处，应加上在原始EDIFACT报文类型中给出的段的顺序号，用冒号分隔后，再紧跟相应段中

的数据元顺序号复（合数据元顺序号或简单数据元顺序号），适当时还包括复合数据元中的成分数据元

顺序号。

如，记法0（120:020:02）应理解为：“报文标准中的段顺序号”：“复合数据元或数据元顺序号”：“复

合数据元中的成分数据元顺序号”。

实例：

（1）

<xsd：elementname二’几‘3433">

<xsd：annotation>

<xsd：documentation>BICofbuyer'sbank</xsd：documentation>

＜/xsd:annotation>

<xsd：complexType>

<xsd:simpleContent>

<xsd:extensionbase="xsd:decimal">

<xsd：attributename="Mapping-anchor'type="xsd：string"

use="fixed"value二”BIC-BB/>‘

</xsd：extension>

</xsd:simpleContent>

</xsd：complexType>

＜/xsd：element>

(2)

<xsd：elementname="D3433">

<xsd：annotation>

<sd:documentation>BICofbuyer'sbank</xsd:documentation>

</xsd：annotation>

<xsd:complexType>

<xsd:simpleContent>

<xsd:extensionbase="xsd：decimal">

<xsd：attributename="EDIPath"type="xs