本标准定义了批式电子数据交换语法和服务报告报文(CONTRL) GB/T 14805.4-2000 用于行政、商业和运输业电子数据交换的应用级语法规则(语法版本号：4) 第4部分：批式电子数据交换语法和服务报告报文(报文类型为CONTRL) GB/T14805.4-2000 标准下载解压密码：www.bzxz.net

ICS35.240.60
中华人民共和国国家标准　
GB/T 14805.4—2000
idtIS09735-4：1998
用于行政、商业和运输业电子数据交换的应用级语法规则（语法版本号：4）第4部分：批式电子数据交换语法和服务报告报文（报文类型为CONTRL）Electronic data interchange for administration,commerceandtransport(EDIFACT)Applicationlevel syntaxrules(Syntaxversionnumber：4)-
Part 4:Syntax and service report message for batch EDI(Messagetype—CoNTRL)
2000-10-17发布
2001-08-01实施
国家质量技术监督局
GB/T14805.4—2000
iKANiKAca-
本标准等同采用ISO9735-4：1998《用于行政、商业和运输业电子数据交换的应用级语法规则（语法版本号：4）第4部分：批式电子数据交换语法和服务报告报文（报文类型为CONTRL）》。GB/T14805系列标准在《用于行政、商业和运输业电子数据交换的应用级语法规则（语法版本号：4)》的总标题下，目前包含下列9个部分：第1部分：公用的语法规则及语法服务目录第2部分：批式电子数据交换专用的语法规则第3部分：交互式电子数据交换专用的语法规则第4部分：批式电子数据交换语法和服务报告报文（报文类型为CONTRL）第5部分：批式电子数据交换安全规则（真实性、完整性和源抗抵赖性）第6部分：安全鉴别和确认报文（报文类型为AUTACK）第7部分：批式电子数据交换安全规则（保密性）第8部分：电子数据交换中的相关数据第9部分：密钥和证书管理报文（报文类型为KEYMAN）将来还有可能增加新的部分。
GB/T14805系列标准对应于ISO9735第四版虽然ISO9735：1998替代了早期各版，但根据ISO9735：1998的有关规定，用户仍可使用早期各版，有鉴于此，我国于1993年根据ISO9735的1988版、1990版和1992版制定的GB/T14805—1993亦可在今后一段时间内继续使用。因此，本系列标准的发布与实施，不替代GB/T14805一1993。本标准的附录A为标准的附录。
本标准为我国第一次制定。
本标准由中国标准研究中心提出。本标准由全国电子业务标准化技术委员会归口。本标准由中国标准研究中心、海关总署信息中心、交通部水运科学研究所共同起草。本标准主要起草人：邓洁、程女范、李颖、胡涵景、魏宏、何瑜、黄德玉。I
GB/T14805.4—2000
ISO前言
ISO（国际标准化组织)是一个世界性的各国标准机构(ISO国家成员团体)联盟。国际标准的制定工作一般通过ISO技术委员会完成。对某个已建立技术委员会的项目感兴趣的每个成员团体，有权向技术委员会表述意见。任何与ISO有联络关系的官方和非官方的国际组织都可直接参与制定国际标准。ISO与IEC(国际电工委员会)在电工技术标准的所有领域密切合作。由技术委员会正式通过的国际标准草案须经各成员团体投票表决，作为一项国际标准发布要求至少75%的成员团体投票赞成。
本国际标准由联合国欧洲经济委员会（UN/ECE）贸易部（作为UN/EDIFACT的组成部分）起草，由ISO/TC154（行政、商业和工业中的单证和数据元技术委员会）通过\快速表决程序”正式表决通过。鉴于本标准替代了早期各版，并在交换头（UNB）段的必备型数据元0002（语法版本号）中用“4”来标识本版本，因此，继续使用早期发布的各版语法规则的交换应使用下列语法版本号以便彼此区别。ISO9735：1988-语法版本号：1
ISO9735：1988（1990年修订并重印版）-一语法版本号：2
ISO9735：1988（1990年修订并重印版）及其1992年第1号修订单——语法版本号：3ISO9735在《用于行政、商业和运输业电子数据交换的应用级语法规则（语法版本号：4)》的总标题下由下列部分组成：
ISO9735-1公用的语法规则及语法服务目录ISO9735-2批式电子数据交换专用的语法规则ISO9735-3交互式电子数据交换专用的语法规则ISO9735-4批式电子数据交换语法和服务报告报文（报文类型为CONTRL）ISO9735-5批式电子数据交换安全规则（真实性、完整性和源抗抵赖性）ISO9735-6安全鉴别和确认报文（报文类型为AUTACK）ISO9735-7批式电子数据交换安全规则（保密性）ISO9735-8电子数据交换中的相关数据ISO9735-9密钥和证书管理报文（报文类型为KEYMAN）将来还有可能增加新的部分。
附录A为标准的附录。
ISO引言
本标准提供了自动制作CONTRL报文的功能，该报文用于应答所收到的交换、组、报文或包，以：一确认正确的语法结构，或
一拒绝不正确的语法结构。
在拒绝的情况下，本报文列出语法错误或不支持的功能。此外，本报文也可只用于指出收到交换。本标准是在由UN/ECE开发和出版的与ISO9735的早期版本配套的个类似的服务报文的基础上开发的。
1范围
中华人民共和国国家标准
用于行政、商业和运输业电子数据交换的应用级语法规则（语法版本号：4）第4部分：批式电子数据交换语法和服务报告报文（报文类型为CONTRL）Electronic data interchange for administration,commerceand transport (EDIFACT)-Application level syntax rules(Syntaxversionnumber：4)
Part 4:Syntax and service report message for batch EDICONTRL)
(Messagetype
本标准定义了批式电子数据交换语法和服务报告报文（CONTRL）。2一致性
KAoMiKAca-
GB/T14805.4—2000
idt ISO 9735-4:1998
与一个标准一致意味着支持其所有需求，包括所有选项。如果不是所有选项都被支持，则任何一致性声明都应包含一个说明，用于标识那些被声明为与其一致的选项。如果所交换的数据的结构和表示符合本标准中规定的语法规则，则这些数据处于一致性状态。当支持本标准的设备能够创建和/或解释其结构并表示与本标准一致的数据时，这些设备处于一致性状态。
与本标准的一致应包含与GB/T14805.1和GB/T14805.2的一致。当在本标准中标识出在相关标准中定义的条款时，这些条款应构成一致性判定条件的组成部分。3引用标准
下列标准所包含的条文，通过在本标准中引用而构成为本标准的条文。本标准出版时，所示版本均为有效。所有标准都会被修订，使用本标准的各方应探讨使用下列标准最新版本的可能性。GB/T14805.1—1999用于行政、商业和运输业电子数据交换的应用级语法规则（语法版本号：4）第1部分：公用的语法规则及语法服务目录(idtISO9735-1：1998）GB/T14805.2—1999
9用于行政、商业和运输业电子数据交换的应用级语法规则（语法版本号：4)第2部分：批式电子数据交换专用的语法规则(idtISO9735-2：1998)4报文术语和定义
本标准采用的定义见GB/T14805.1的附录A。此外，本标准还给出了下列仅适用于CONTRL报文的术语。（当本章中的词或词组以加黑形式出现时，意指该词或词组在本章中或GB/T14805.1的附录A中已定义)。
国家质量技术监督局2000-10-17批准2001-08-01实施
确认acknowledgement
指主交换的接收方：
GB/T14805.4—2000
已收到所确认的主交换的引用层，已查明所确认的引用层中没有阻碍进一步处理的致命语法错误，已查明所有确认的服务段（或其部分)(在无报告错误的情况下)在语义上是正确的，一即将采取所确认的服务段（或其引用层)中请求的行动，有责任在下列情况下通过其他方式而不是发送CONTRL报文来通知发送方：后来在相关部分中又检查到上述语法或语义错误，或在提交的CONTRL报文中确认完某一部分之后又由于其他原因无法对该部分进行处理，
一已采取合理的预防措施以保证能检查出这类错误并通知发送方。交换接收指示Indicationofinterchangereceipt指主交换的接收方：
一已收到主交换，
对已检查过的主交换的某些部分进行确认以保证复制到UCI段中的数据元在语法上是正确有责任将对主交换其他部分的确认或拒绝情况通知发送方，一已采取合理的预防措施以保证发送方能收到通知。拒绝Rejection
指主交换的接收方：
由于CONTRL报文中指出的原因而无法确认主交换或其有关部分不对主交换中被拒绝的那部分所包含的业务信息采取进一步行动。报告（To）report
指出对主交换或其某部分所采取的行动（确认或拒绝）报告层Reporting-level
指CONTRL报文中用于报告对应的引用层的段。报告层是UCI、UCF、UCM、UCS和UCD段。引用层Referenced-level
CONTRL报文的结构基于UCI、UCFUCM、UCS和UCD这五个段，其中每个段都对应主交换的某一部分。主交换的这些部分分别是：UNA、UNB和UNZ段以及用于保护主交换的安全段，对应于UCI段。-UNG和UNE段以及用于保护组的安全段，对应于UCF段。完整的报文或包以及用于保护报文或包的安全段，对应于UCM段。报文体中的段，对应于UCS段。
独立数据元、复合数据元或成分数据元，对应于UCD段。主交换的这些部分称为引用层。主交换
Subjectinterchange
指CONTRL报文所应答的交换。
GB/T14805.4—2000
5批式电子数据交换语法和服务报告报文的使用规则5.1功能定义
-H KAONi KAca-
CONTRL报文是一个通过错误指示从语法上对所收到的交换、组、报文或包进行确认或拒绝的报文。
CONTRL报文适用于：
a）确认或拒绝所收到的交换、组、报文或包并列出其中包含的语法错误或不支持的功能，或b）仅指出收到交换。
5.2应用领域
CONTRL报文适用于EDIFACT语法规则(GB/T14805）第四版，并用于应答按该版本的第1、2、5,6、7、8和/或9部分建立的交换。5.3原则
参与方之间应商定所支持的CONTRL报文类型和功能，并通过UNB段中的确认请求或在交换协议中指出对CONTRL报文的支持。EDIFACT交换的发送方（A）可在UNB段中请求接收方（B）作出应答，应答的内容是交换已收到、而且在语法上是正确的，服务段的语义是正确的，接收方支持服务段中请求的功能。另外，该请求也可在交换伙伴间商定的交换协议中规定。从A到B的交换称为主交换。
应答应以一个或两个CONTRL报文的形式从主交换的接收方(B)发往主交换的发送方（A）。CONTRL报文具有下列功能：
一指出接收方根据对主交换语法检查的结果所采取行动，或一只给出交换接收指示。
在第一种情况下，行动（确认或拒绝)指出对接收的整个交换进行语法检查的结果。行动可以针对整个交换，也可以针对交换的某一部分，因此某些报文、包或组可被确认而其他一些报文、包或组可被拒绝。CONTRL报文应指出对主交换的每个部分所采取的行动。在第二种情况下，只提供交换接收指示。在对交换或交换的某一部分进行语法检查时，应遵循下列规则：-EDIFACT语法规则（GB/T14805)（包括服务段使用规则）；一所收到的报文类型的语法规则。CONTRL报文不适用于报告应用层的错误或针对其所采取的行动，即报告不涉及用户段中的语义信息。因此，通过CONTRL报文指出的确认并不是指已接受或认可报文或包的业务内容。即使交换或其某一部分包含语法错误，接收方也可选择对它进行确认，并报告这些错误。这些错误是否为非致命错误应由接收方决定。例如，接收方可视情况确认超出了规定最大长度的数据元。由主交换的接收方生成的含有CONTRL报文的交换应在其UNB段中包含与主交换相同的发送方和接收方标识，只是主交换的发送方变为该交换的接收方，主交换的接收方变为该交换的发送方。参与方可商定，即使在主交换的UNB段中没有请求确认，也可发送CONTRL报文来拒绝有错的主交换或其某一部分。
另外，不能以组的形式发送CONTRL报文。5.3.1CONTRL报文和主交换的关系最多可发送两个CONTRL报文来应答所收到的交换。第一个报文为可选型的，它给出交换接收指示。第二个报文报告对主交换进行语法检查后所采取的行动。UCI段中的行动代码应指出该报文是第种类型还是第二种类型。
GB/T14805.4—2000
如果在主交换的UNB段中提出了确认请求，则应发送第二类CONTRL报文来报告对主交换进行语法检查的结果（除非主交换只包含CONTRL报文）。第一类报文是可选型的意味着如果最终要发送CONTRL报文，通常应发送第二类CONTRL报文（除非主交换只包含CONTRL报文）。第一类CONTRL报文的UCI段不用于报告错误，即当需要通过UCI段报告错误时，只能发送第二类CONTRL报文。
CONTRL报文只报告对一个主交换所采取的行动，即它不涉及多个主交换或其某些部分。在提供交换接收指示的CONTRL报文中不应使用段组1和段组3。如果主交换包含（由报文和/或包的构成的)组，则只用CONTRL报文的段组3。如果主交换中不包含组，则只用CONTRL报文的段组1。
当需要发送UCM段组（段组1或段组4)时，对每个收到的报文或包最多只能发送一个UCM段组。
所有报告层的顺序应与其对应的主交换中的引用层的顺序相同。5.3.2行动代码的用法
主交换中与UCI、UCF和UCM段对应的引用层可被确认或拒绝。CONTRL报文还提供了确认或拒绝整个交换或组而无需引用其中的报文、包或组的方法。行动（确认或拒绝）应由UCI、UCF和UCM段中的行动代码来指出。该代码可表示对对应引用层所采取的行动，在某些情况下，也可表示对更低的引用层所采取的行动。如果CONTRL报文中包含与主交换中某一引用层对应的段，则称该引用层被显式报告了。如果要显式报告较低的引用层则需确认该引用层以上的所有引用层。如果对某一引用层所采取的行动是由主交换中更高的引用层所对应的UCI或UCF段来报告的，则称该引用层被隐式报告了。例如，如果由UCI段中的行动代码来表示对整个主交换的拒绝，则其中的组和所有报文或包就被隐式拒绝了。另外，当UCI或UCF段中的行动代码指出对下一层的报文或包的确认并且没有出现拒绝这些报文或包的UCM段时，这些报文或包就被隐式确认了。在CONTRL报文中，行动代码4或7只用于报告对主交换进行了完全检查之后所采取的行动。行动代码8只用于表示收到交换。这些代码在数据元0083（行动，代码型）中规定。5.3.3语法错误报告
CONTRL报文的报告层是通过其中的数据元来报告错误的。这些数据元标识错误在主交换中的位置并指出错误的性质。
每个报告层（即UCI、UCFUCM、UCS和UCD段）只能报告一个错误。如果在某一报告层所对应的引用层上检查出一个以上的错误，主交换的接收方可以自由选择报告哪个错误。不能发送多个CONTRL报文来报告多个错误，并且每一个引用层所对应的报告层最多只能出现一次。即使确认了包含错误的引用层也可报告错误。用户还应该意识到有些语法错误可改变数据的语义，当确认有语义错误的数据时，主交换的接收方应对其后果负责。建议尽可能精确地标识错误。如果定义了精确的错误代码，就不应再使用通用的（和不精确的)错误代码。同样，错误的位置也应尽可能使用最低的报告层来尽量精确地标识。不能把较低的报告层上的错误代码“复制”到较高的报告层。否则可能出现这种情况：在UCD段中用错误代码报告了数据元错误，而在UCM段中又重复出现了相同的错误代码。在这种情况下，标识该错误的错误代码只能出现在UCD段中。该规则适用于所有报告层。CONTRL报文的接收方在标识错误的精确位置和性质时通常需要按主交换的传输格式访问主交换。
5.3.4从主交换复制到CONTRL报文的数据元中的错误CONTRL报文包含若干个需从主交换复制的必备型数据元。如果主交换中的某个数据元遗失或在语法上是无效的，则无法生成一个在语法上有效的CONTRL报文，因此这样的错误就不应该用4
GB/T14805.4—2000
-H KAONiKAca-
CONTRL报文而应通过其他方法来报告，除非处理CONTRL报文的所有参与方已在交换协议中商定允许将出错的数据元复制到CONTRL报文中。5.3.5行动的亢余报告
如果在UCI段中使用了行动代码7，同时又发送了UCM或UCF段来确认报文、包或组也是允许的。同样，当UCF段中使用行动代码7时，还可以用亢余的UCM段来确认组中的报文或包。5.3.6重新传输
决定是否需要重新发送交换、组、报文或包的条件应由交换双方事先商定，不在CONTRL报文规定的范围之内。
5.3.7CONTRL报文的确认或拒绝
不应发送第二类CONTRL报文（确认或拒绝）来应答只包含CONTRL报文的交换。CONTRL报文中的错误应通过其他方式来报告。如果所应答的交换中包含一个或多个CONTRL报文，则应像所收到的交换中没有CONTRL报文那样来生成用作应答的CONTRL报文。如果交换中既有CONTRL报文又有其他类型的报文，则对该交换中某些部分的隐式确认或拒绝不适用于CONTRL报文。
5.4报文定义
5.4.1数据段说明
阅读本节时，应参考标有必备型、条件型和重复次数的段表。下列各段中的数据元的有关信息在GB/T14805.1的附录C的1.5中给出。0010UNH报文头
开始并唯一标识报文的服务段。批式电子数据交换的语法和服务报告报文的报文类型代码是CONTRL。
注：符合本标准的语法和服务报告报文必须在UNH段的S009中包含下列数据：数据元0065CONTRL
0051UN
0020UCI交换应答
标识所应答的交换，指出收到交换以及对UNA，UNB和UNZ段的确认或拒绝，并标识与这些段有关的错误。当USA，USC、USD、USH、USR、UST或USU段出现在交换层时，该段可标识与这些段有关的错误。另外，该段还可通过行动代码指出对组、报文或包所采取的行动。主交换的标识应通过将其交换发送方、交换接收方和交换控制参考复制到本段中的相同数据元中的方式来完成。该段还可标识出错或丢失的UNA、UNB、UNZ、USA，USC、USD、USH、USR、UST或USU段。如果没有标识段，则说明错误与整个交换有关。0030段组1:UCM-SG2
对UCI段所标识的主交换中的报文或包作出应答。该段组只有在主交换不包含组时方可使用。0040
UCM报文/包应答
标识主交换中的报文或包、指出对报文或包的确认或拒绝，并标识与UNH、UNT，UNO和UNP段有关的错误。当安全段USA，USC、USD、USH、USR，UST或USU段出现在报文或包这一层时，本段还可标识与这些段有关的错误。报文的标识应通过将其报文标识符和报文参考号复制到本段中相同数据元中的方式来完成。该段还可标识出错或丢失的UNH、UNT、USA，USC、USD、USH、USR，UST或USU段。如果没有标识段，则说明错误与整个报文有关。5
GB/T14805.4—2000
包的标识应通过将其参考标识和包参考号复制到本段中相同数据元中的方式来完成。该段还可标识出错或丢失的UNO、UNP、USA、USC、USD、USH、USR、UST或USU段。如果没有标识段，则说明错误与整个包有关。段组2：UCS-UCD
对段组1中的UCM段所标识的报文中的出错段作出应答。UCS，段错误指示
标识报文中的段，指出该段有错，并标识与整个段有关的错误。UCD，数据元错误指示
对段组2中UCS段所标识的段中出错的独立数据元、复合数据元或成分数据元进行标识，并指出错误的性质。
0080段组3:UCF-SG4
对UCI段所标识的主交换中的组作出应答。本段组只有在主交换包含组时方可使用。0090www.bzxz.net
UCF组应答
标识主交换中的组，指出对UNG和UNE段的确认或拒绝，并标识与这些段有关的错误。当安全段USA，USC、USD.USH、USR、UST或USU出现在组这一层时，本段还可标识与这些段有关的错误。另外，本段还可通过行动代码指出对组中的报文或包所采取的行动。组的标识应通过将其应用发送方标识、应用接收方标识和组参考号复制到本段中相同数据元的方式来完成。本段还可标识出错或丢失的UNG、UNE、USA，USC、USD、USH、USR、UST或USU段。如果未标识段，则说明错误与整个组有关。段组4:UCM-SG5
对段组3所标识的组中的报文或包作出应答。UCM报文/包应答
标识主交换中的报文或包，指出对报文或包的确认或拒绝，并标识与UNH，UNT，UNO和UNP段有关的错误。当安全段USA、USC、USD、USH、USR、UST或USU出现在报文或包这一层时，本段还可标识与这些段有关的错误。报文的标识应通过将其报文标识符和报文参考号复制到本段中相同数据元的方式来完成。本段可标识出错或丢失的UNH、UNT、USA，USC、USD、USH、USR、UST或USU段。如果未标识段，则说明错误与整个报文有关。包的标识应通过将其参考标识和包参考号复制到本段中相同数据元的方式来完成。本段还可标识出错或丢失的UNO、UNP、USA，USC、USD、USH、USR、UST或USU段。如果未标识段，则说明错误与整个包有关。段组5：UCS-UCD
对段组4中的UCM段所标识的报文中出错的段作出应答。UCS段错误指示
标识报文中的段，指出该段有错，并标识与整个段有关的错误。UCD数据元错误指示
标识段组5中的UCS段所标识的段中出错的独立数据元、复合数据元或成分数据元，并指出错误的性质。
0150报文尾
结束报文、给出报文中段的总数和报文的控制参考号。5.4.2数据段索引（按段标记的字母顺序排列）UCD数据元错误指示
组应答
交换应签
报文/包应答
段错误指示
报文头
报文尾
5.4.3报文结构
5.4.3.1段表
注释：
UNH报文头
交换应答
段组1
报文/包应答
段组2
段错误指示
数据元错误指示
段组3
组应答
段组4
UCM报文/包应答
-段组5
段错误指示
数据元错误指示
报文尾
GB/T14805.4—2000
重复次数
999999
999999
999999
1)D4（0030，0080)有一项或无，即段组0030和0080中最多只有一个段组出现。-KAoiKAca-
GB/T14805.4—2000
附录A
(标准的附录）
错误代码表
表A1描述错误代码及其所适用的报告层。表A1
代码名称
不支持的语法版本或语法级
交换接收方不是实际规定的接收方7
无效值
该位置不支持的值
该位置不支持
成分太多
无协议
未规定的错误
该字符不能作为服务字符
无效字符
无效的服务字符
未知的交换发送方
不支持的测试指示符
重复检查
参考不匹配
控制计数或八位位组计数与实际收到的数字不匹配29
组与报文/包混用
低层空
在报文、包或组之外的无效出现33
重复次数过多
段组重复次数过多
无效的字符类型
KAONiKAca-
GB/T14805.4—2000
表A1（完）
码名称
数据元太长
数据元太短
尾部是分隔符
不支持的字符集
不支持的封装功能
=不可用
×=可用
说明：
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。