【国家标准(GB)】 用于行政、商业和运输业电子数据交换的应用级语法规则 (语法版本号：4)第3部分：交互式电子数据交换专用的语法规则

中华人民共和国国家标准
GB/T14805.3—1999
idt ISO 9735-3:1998
用于行政、商业和运输业电子数据交换的应用级语法规则
（语法版本号：4）
第3部分：交互式电子数据交换
专用的语法规则
Electronic data interchange for administration,commerceandtransport(EDIFACT)Applicationlevelsyntax rules (Syntax version number :4)-Part 3:Syntax rules specific to interactive EDI1999-08-02发布
国家质量技术监督局
2000-03-01实施
GB/T14805.3—1999
iKAoNiKAca-
本标准等同采用ISO9735-3：1998《联合国用于行政、商业和运输业电子数据交换的应用级语法规则第3部分：交互式电子数据交换专用的语法规则》。GB/T14805.X系列标准在《用于行政、商业和运输业电子数据交换的应用级语法规则（语法版本号：4)》的总标题下，目前包括下列10个部分：第1部分：公用的语法规则及语法服务目录第2部分：批式电子数据交换专用的语法规则第3部分：交互式电子数据交换专用的语法规则第4部分：批式电子数据交换语法和服务报告报文（报文类型为CONTRL）第5部分：批式电子数据交换安全规则（真实性、完整性和源抗抵赖性）第6部分：安全鉴别和确认报文（报文类型为AUTACK）第7部分：批式电子数据交换安全规则（保密性）第8部分：电子数据交换中的相关数据第9部分：密钥和证书管理报文（报文类型为KEYMAN）第10部分：交互式电子数据交换安全规则将来还有可能增加新的部分。
GB/T14805.X系列标准对应于ISO9735第四版。虽然ISO9735：1998替代了早期各版，但根据ISO9735：1998的有关规定，用户仍可使用早期各版，有鉴于此，我国于1993年根据ISO9735的1998版、1990版和1992版制定的国家标准GB/T14805一1993亦可在今后一段时间内继续使用。因此，本系列标准的发布与实施，不替代GB/T148051993。
本标准的附录A、附录B和附录C都是提示的附录。本标准由中国标准化与信息分类编码研究所提出并归口管理。本标准由中国标准化与信息分类编码研究所、海关总署业务规范司、邮电部数据传输所、交通部水运所共同起草。
本标准主要起草人：刘碧松、程女范、胡涵景、房庆、石文来、陈淑仪、刘芳、陈琪明。I
GB/T14805.3—1999
ISO前言
ISO（国际标准化组织)是一个世界性的各国标准机构(ISO国家成员体)联盟。国际标准的制定工作一般通过ISO技术委员会完成。对某个已建立的技术委员会的项目感兴趣的每个成员团体，有权向技术委员会表述意见。任何与ISO有联络关系的官方和非官方的国际组织都可直接参与制定国际标准。ISO与IEC(国际电工委员会)在电工技术标准的所有领域密切合作。由技术委员会正式通过的国际标准草案须经各成员团体投票表决，作为一项国际标准发布要求至少75%的成员团体投票赞成。
本国际标准ISO9735由联合国欧洲经济委员会（UN/ECE）贸易部（作为UN/EDIFACT的组成部分）起草，由ISO/TC154（行政、商业和工业中的单证和数据元技术委员会）通过“快速表决程序”正式表决通过。
鉴于本标准替代了早期各版，并在交换头（UNB)段的必备型数据元0002（语法版本号）中用“4”来标识本版本，因此，继续使用早期发布的各版语法规则的交换应使用下列语法版本号以便彼此区别。ISO9735：1988——语法版本号：1ISO9735：1988（1990年修订并重印版）—语法版本号：2ISO9735：1988（1990年修订并重印版）及其1992年第1号修订单一一语法版本号：3ISO/IEC9735（当前版）在《联合国用于行政、商业和运输业的电子数据交换应用级语法规则（语法版本号：4)》的总标题下由下列几部分组成：ISO9735-1公用的语法规则及语法服务目录ISO9735-2批式电子数据交换专用的语法规则ISO9735-3交互式电子数据交换专用的语法规则ISO9735-4批式电子数据交换语法和服务报告报文（报文类型为CONTRL）ISO9735-5批式电子数据交换安全规则（真实性、完整性和源抗抵赖性）ISO9735-6安全鉴别和确认报文（报文类型为AUTACK）ISO9735-7批式电子数据交换安全规则（保密性）ISO9735-8电子数据交换中的相关数据ISO9735-9密钥和证书管理报文（报文类型为KEYMAN）ISO9735-10交互式电子数据交换安全规则将来还有可能增加新的部分。
在本标准中，附录A、附录B和附录C为提示的附录。GB/T14805.3—1999
ISO引言
KAONiKAca-
根据批式或交互式处理的需求，本标准包含对开放环境中的电子报文交换中的数据进行结构化的应用级规则。联合国欧洲经济委员会（UN/ECE)已经同意把这些规则作为用于行政、商业和运输业电子数据交换（EDIFACT）的应用级语法规则。这些规则是联合国贸易数据交换目录（UNTDID)的一部分。UNTDID还包含批式和交互式报文设计指南。本标准可用于任一应用，但是，使用这些规则的报文只有符合UNTDID中的其他指南、规则和目录，才能称其为EDIFACT报文。就UN/EDIFACT而言，交互式报文应符合交互式EDI报文设计规则，这些规则在UNTDID中维护。通信规范和协议不在本标准范围之内。本标准是在ISO9735（当前版）中新增加的一部分。它提供在交互式（会话式)EDI环境中的EDIFACT报文的交换。
交互式EDI(I-EDI)具有下列特征：在使用对话的两个参与方之间有形式化的联系：一具有根据对话中先前交换的结果动态地指明I-EDI交易趋向的能力一简短的应答时间，
一在一个对话中交换的所有报文与同一业务交易有关一交易是能够在两个或多个参与方之间发生的对话的可控集合。这些特征使I-EDI不同于ISO9735-2(批式电子数据交换专用的语法规则)中规定的批式EDI。为了一致性和使那些既想使用批式处理又想使用交互式处理的用户简化本标准的实施，本标准已在很大程度上与ISO9735-2致。
1范围
中华人民共和国国家标准
用于行政、商业和运输业电子数据交换的应用级语法规则
（语法版本号：4）
第3部分：交互式电子数据交换免费标准bzxz.net
专用的语法规则
Electronic data interchange foradministration,commerceand transport(EDIFACT)—Application levelsyntax rules (Syntax version number :4)-Part 3:Syntax rules specific to interactive EDIGB/T14805.3—1999
idtIS09735-3.1998
本标准规定了专用于在计算机应用系统之间交换的交互式报文的传送的语法规则。有关交互式环境中的包的传送，见GB/T14805.8。2一致性
与一个标准一致意味着支持其所有需求，包括所有选项。如果不是所有选项都被支持，则任何一致性声明都应包含一个说明，用于标识那些被声明为与其一致的选项。如果所交换的数据的结构和表示符合本标准中规定的语法规则，则这些数据处于一致性状态。当支持本标准的设备能创建和/或解释其结构和表示与本标准一致的数据时，这些设备处于一致性状态。
与本标准的一致应包含与GB/T14805.1的一致。当在本标准中标识出在相关标准中定义的条款时，这些条款应构成一致性判定条件的组成部分。3引用标准
下列标准所包含的条文，通过在本标准中引用而成为本标准的条文。本标准出版时，所示版本均为有效。所有标准都会被修订，使用本标准的各方应探讨使用下列标准最新版本的可能性。ISO和IEC的成员维护着当前有效的国际标准的注册。GB/T14805.1—1999用于行政、商业和运输业电子数据交换的应用级语法规则（语法版本号：4）第1部分：公用的语法规则及语法服务目录（idtISO9735-1)：1998）GB/T14805.8—1999
4定义
用于行政、商业和运输业电子数据交换的应用级语法规则（语法版本号：4）第8部分：电子数据交换中的相关数据(idtISO9735-8：1998)本标准采用的定义见GB/T14805.1的附录A。国家质量技术监督局1999-08-02批准2000-03-01实施
5I-EDI交换结构
GB/T14805.3—1999
-KAoNiKAca-
在I-EDI交换中，服务串通知（如果使用的话）、头服务段和尾服务段按下列顺序出现：名称
服务串通知
交互式交换头
交互式报文头
交互式报文尾
交互式交换尾
报文体
条件型
必备型
必备型
必备型
必备型
在上图中，左边的各连线指出了成对的头段和尾段。为简单起见，图中列出的交换只包含一个报文。服务串通知的规范见GB/T14805.1的附录B。交互式头段和尾段的规范见GB/T14805.1的附录C。注：UN/EDIFACT报文中使用的段在联合国贸易数据交换目录（UNTDID)中定义。5.1交易中的I-EDI报文（见图1)。2
般坏记
发起方变接
GB/T14805.3—1999
I-EDI易
神治段
就据光
潮据心
涵立数据元
抵,作
应厅交换
数据元
数据元
微据元
陪单数蜗元
a交易中的I-EDI报文（示意图）图1
合数据光
数据元
数据元
个I-EDI交易包含：
个对话包含：
个发起方交换
个对应的应答方交换
个发起方交换包含：
GB/T14805.3—1999
-UNA，服务串通知（如果使用的话）UIB，交互式交换头
一报文（如果有的话）
-UIZ，交互式交换尾
个应答方交换包含：
-UIB，交互式交换头
报文（如果有的话）
-UIZ，交互式交换尾
个报文包含：
-UIH，交互式报文头
个报文体
UIT，交互式报文尾
个报文体包含：
段和/或段组
个段组包含：
一个触发段
段和可能出现的段组
一个段包含：
二个段标记
一独立数据元和/或复合数据元和/或重复的独立数据元和/或重复的复合数据元个重复的独立数据元是：
一同一个独立数据元的一次或多次出现个重复的复合数据元是：
一同一个复合数据元的一次或多次出现一个复合数据元包含：
一两个或两个以上的成分数据元个成分数据元是：
一个简单数据元
个独立数据元是：
个简单数据元
个简单数据元包含：
个数据元值
交易中的I-EDI报文（说明图）
图1(完）
6对话控制
KANiKAca-
-个I-EDI交易是特定剧本的一个实例，由一个或多个对话组成，在两个或多个参与方之间同时或者顺序发生。
GB/T14805.3—1999
个对话由一对交替的EDIFACT交换组成，其中一个为发起方交换，另一个为应答方交换。应发生下列传送：
发起方通过向应答方发送交换头段来开始一个对话。在交换头段前，可根据需要放置UNA段，在交换头段后，可根据需要放置报文。一应答方用交换头段回复发起方。在交换头段后，可根据需要放置报文（注意：由发起方发送的UNA的值也适用于应答方)。
发起方向应答方发送询问报文。应答方用应答报文回复发起方。发起方和应答方根据需要交换其他报文。发起方通过向应答方发送交换尾段来结束这一对话。在交换尾段前，可根据需要放置报文。应答方用交换尾段回复发起方。在交换尾段前，可根据需要放置报文。可能出现以下几种变化：
对于从发起方到应答方的每一个报文，应答方对发起方的应答报文可以是无、一个或多个，反之亦然。
UIR服务段可以与报文交替出现。任一参与方都可在任何时候使用UR服务段提前终止对话。个或多个报文可与下列之一相组合：交换头；
交换尾；
交换头和交换尾（形成一个完整对话)。虽然由发起方控制的数据交换是交互式应用的一种公共的操作模式，但I-EDI语法不排除其他的操作模式。
有关的例子见附录A。
图2是共同构成一个对话的两个交换的流程图。爱起方交换
段名歌
服务申通知
交膜头
交稳居
段标记
UTH., UIT
世答方交快
交换头
交换距
图2两个I-EDI交换的流程图
UIH. . LTT
图2中的箭头指出数据流的方向。注意，UNA只由发起方发送。获变
图2中的状态指出必备型(M)或条件型(C)以及允许重复的次数，在每个交换中至少应发送一个报文。详见附录A。
GB/T14805.3—1999
附录A
（提示的附录）
说明段顺序的例子
例a）第一个和最后一个报文分别与交换头和交换尾组合在一起的成对报文：发起方UIB..UIH...段和/或段组..UIT应答方
发起方
应答方
发起方
应答方
UIB...UIH...段和/或段组...UITUIH..段和/或段组...UIT
UIH..段和/或段组...UIT
UIH...段和/或段组...UIT
UIH...段和/或段组.UIT
发起方
UIH...段或/或段组...UIT...UIZUIH...段或/或段组...UIT...U
应答方
-KAONiKAca-
例b）带有UNA的分离的交换头和交换尾的成对报文（注意，UNA只由发起方发送，但也适用于应答方)：
发起方
应答方
发起方
应答方
发起方
应答方
发起方
应答方
UNA...UIB
UIH..段和/或段组..UIT
UIH...段和/或段组...UIT
UIH...段和/或段组.UIT
UIH...段和/或段组..UIT
UIH..段和/或段组.UIT
UIH...段和/或段组..UIT
发起方
应答方
例c）与交换头和交换尾组合在一起的单个报文：发起方
应答方
UIB...UIH...段和/或段组...UIT..UIZUIB...UIH...段和/或段组..UIT.UIZ例d）最后一个报文与交换尾组合在一起的多个报文的序列：UIB
发起方
应答方
发起方
UIH...段和/或段组..UIT
应答方
UIH(F)。段和/或段组...UIT
UIH(L)。段和/或段组..UIT
发起方
UIH...段和/或段组..UIT..UIZ
应答方
UIH...段和/或段组..UIT..UIZ
例e）带有UNA的分离的交换头和交换尾的成对报文，其中嵌有一对UIR：发起方UNA..UIB
应答方
发起方
应答方
发起方
应答方
发起方
应答方
UIH...段和/或段组..UIT
GB/T14805.3—1999
UIH...段和/或段组...UIT
UIR...报告功能，代码型=‘n'（查询状态）UIR..报告功能，代码型=‘n'（状态报告）UIH..段和/或段组...UIT
UIH...段和/或段组..UIT
发起方
应答方
例f）带有UNA的分离的交换头和交换尾的成对报文，其中UIR用于报告由应答方查出的严重错发起方
应答方
发起方
应答方
发起方
应答方
发起方
应答方
UNA...UIB
UIH...段和/或段组..UIT
UIH..段和/或段组.UIT
UIH.段和/或段组.UIT
UIH...段和/或段组..UIT
UIH...段和/或段组..UIT
UIR..报告功能，代码型=‘n（废弃对话）原因代码指出问题的范围。
在该对话中不能再进行进一步的交换。例g）不能开始的对话。应答方用UIR报告开始对话拒绝：发起方UNA...UB
应答方UIR...报告功能，代码型=‘n’（开始对话拒绝）原因代码指出问题的范围。
在该对话中不能再进行进步的交换。例h）第一个和最后一个报文分别与交换头和交换尾组合在一起的成对报文，其中使用了暂停和继续：
发起方
应答方
发起方
应答方
应答方
UIB...UIH...段和/或段组..UITUIB...UIH..段和/或段组..UIT
UIH..段和/或段组.UIT
UIH..段和/或段组.UIT
UIR...报告功能，代码型=‘n'（暂停对话）原因代码指出暂停的原因，如资源不足。对话中无进一步的数据流，直到某段时间之后：应答方
发起方
应答方
发起方
应答方
UIR.报告功能，代码型=‘n'（继续对话）UIH..段和/或段组..UIT
UIH...段和/或段组...UIT
UIH...段和/或段组...UIT...UIZUIH...段和/或段组...UIT...UIZ7
B1I-EDI功能
GB/T14805.3—1999
附录B
（提示的附录）
I-EDI功能、状态和事件
FKAOiKAca
在随后各条中，根据不同的情况，“应用”一词可以指主应用程序，也可以指管理I-EDI对话的I-EDI操作部分“联系”一词指两个应用之间的逻辑关系，而不是在其他标准中使用的任何其他含义。注意，下列功能没必要映射到单个的服务段或报文上。开始对话请求
允许一个应用向远地应用传递足够的信息，以便能够发起两个应用之间的联系。开始对话确认
允许远地应用向发起应用传递足够的信息，以便通知它联系已被接受。开始对话拒绝
允许远地应用向发起应用传输足够的信息，以便通知它联系不能被接受。传送数据
充许一个应用向另一个应用传送业务信息。请求状态
允许一个应用向联系中的其他应用请求状态或控制信息报告状态（回复）
允许一个应用向联系中的其他应用发送状态或控制信息。它可以作为一个对请求状态的回复，或者作为一个主动提供的附属报告。暂停对话
允许一个应用请求暂停对话，直至该应用请求继续对话为止。继续对话
允许一个应用请求继续其先前提出暂停的对话。废弃对话
充许一个应用在不能保持联系时无条件地结束联系结束对话请求
允许一个应用向联系中的其他应用请求结束联系。该功能通常发生在业务交易正常结束之时。结束对话确认
允许应答应用向请求应用确认联系被终止。完整对话请求
允许一个应用向远地应用传输足够的信息，以便在单个的传送中，能够在两个应用之间建立联系、传递数据和终止联系。
完整对话确认
允许一个远地应用向发起应用传递足够的信息，以便在单个的传送中，通知它已接受联系，返回数据和终止联系。
B2数据需求
表B1指出了如何把抽象的I-EDI功能映射成I-EDI服务段和报文，其中“s”（状态）一栏指出段在I-EDI功能中是必备型的还是条件型的，“R”一栏指出它的重复次数。8
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。