本标准规定了用于对电子数据交换(EDI)中的交互式电子数据交换的数据维护请求(DMR)进行技术评审的审核表。本标准适用于EDIFACT技术评审组(TAG)实施对交互式DMR的技术评审,帮助和指导交互式EDI标准制定者和用户了解和掌握其提出的DMR在技术评审期间所面临的技术审查内容。 GB/T 16968.2-1998 用于行政、商业和运输业电子数据交换的技术评审指南 第2部分:交互式电子数据交换技术评审审核表 GB/T16968.2-1998 标准下载解压密码：www.bzxz.net

GB/T16968.2—1998
本标准是根据联合国欧洲经济委员会第四工作组联合报告人小组下设的联合技术评审组（UN/FCE/WP.4/IRT/ITAG)维护的技术文件《交互式电子数据交换技术评审审核表》(ITAC)第1.1版并结合我国应用实际等效制定的，它与ITAC的区别在于增加了针对中国用于行政、商业和运输业的子数据交换系列标准（中国EDIFACT)的技术评审内穿。GB/T16968在用于行政.商业和运输业电了数据交换的技术评审指南》的总标题下.包括下列二个部分：
第1部分：批武电了数据交换技术评审审核表；第2部分：交式电子数据交换技术评审审核表，第3部分：技术评审纽织和程序。本标准由国家技术监督局标准化司提出。本标准由中国标摊化与信息分类编码研究所归口。本标准由中国标准化与信息分类编码研究所、海关总署业务规范司、交通部水运科学研究所共同起草。
本标滞主要起草人：刘碧松、张荣静，房庆、程女范、石文米、黄德玉.胡涵景。1范围
中华人民共和国国家标准
用于行政、商业和运输业电子数据交换的技术评审指南第2部分：
交互式电子数据交换技术评审审核表EDIFACT Technical assessment guidelinesPart 2:Interactlve EDI technical assessmneut check listGB/T16968.2—1998
本标准规定了用于对电子数据交换(EDI)中的交互式电子数据交换的数据维护请求(DMR)进行技术评审的审核衰。
本标准适用于EDIFACT技术评审组(TAG)实施对交互式 DMR的技术评审，帮助和指导交互式EDI 标准制定者和用户『解和掌握其提出的 DMR 在技术评审期间所面临的技术审查内容。本标准不包括对语法规则、交互式报文设计指南和交互式EDI技术评审审核表的变更请求的审核。
2引用标准
下列标准所包含的条文，通过在本标准中引用而构成为本标准的条文。本标准出版时，所示版本均为有效。所有标准都会被修订，使用本标准的各方应探讨使用下列标准最新版本的可能性。GB/T15191—1997贸易数据元目录标准数据元（idtISO7372:1993）GB/T15947—1995用于行政、商业和运输业电子数据交换报文设计指南与规则GB/T16833-·1997用于行政，商业和运输业电子数据交换的代码表GB/T16834--1997用于行政、商业和运输业电子数据交换的标准报文和目录文件的编写规则GB/T16968.1一1997用于行政、商业和运输业电子数据交换的技术评审指南第1部分：批式电子数据交换技术评审审核表
IS09735-1:1998用于行政，商业和运输业电子教据交换的应用级语法规则，第1部分：公共的语法规则及语法服务目录
TRADE/WP.4/CRP.5技术顾问组关于技术评审审核表的建议TRADE/WP.4/R.764报告人报告
TRADE/WP.4/R.785联合国用于行政、商业和运输业电子数据交换（UN/EDIFACT)报告人内部工作组织
TRADE/WP.4/R.982
目录版本/发布的程序
TRADE/WP.4/R.1237交互式报文设计指南注:引用标准中的\TRADE/WP./CRP.\和\TRADE/WP.4/R.\为UN/ECE/WP.4文件编号的前经国豪技术监督局1998-03-27批准1998-10-01实施
3定义
GB/T16968.2-1998
本标准采用GB/T16968.1中的定义。4审核表的结构和用法
4.1审核表分为对一般问题的技术评审、对不影响已出版的交五式目录的DMR的技术评审和对已出版的交互式月录有影响的 DMR 的技术评审三部分。每。-部分都可以包含强制性舰则、强制性最佳惯例和非强制性最佳惯例(最佳惯例在审核表的“出处”一栏中用\PR\标识)，当 DMR 未通过任--强制性:现则利强制性最惯例时将会导致被TAG拒绝的结果。非强制性最佳惯例出现在表中标题为建议性指南”的下而。当 DMR末通过非强制性最佳惯例时不会导致被TAG拒绝的结果。4.2审核表旨在独立于 EDIFACT 理事会的内部程序,它被设计成表格形式,可以用于记录 LIMR 的诉审结果。
4.3当评审 DMR时,首先应选定相关的审核表,用\Y\(是)或\N\(否)答表中的所有间题并把它填在和应的方框内.需要说明的是，某些位于表中标题为“交瓦戊报文结构的多个结构变更\下面的中核条款可能不涉及技术评审所遵循的有关技术文件。对那些互相关联的间题，如果审核获得通过，则其答案总减为“”。在每一个市核表的未尾，有一个用于概括所有单个条款的审餐结果的方框。同样，如果DVIR通过再查,则强制性审查条款的答案总应为\Y\4.4如果任一方裤中的答案为\N\(不包括非强制性的审查条款),则该DMR不能通过技术评审过程。
4.5 用于提出 TMR 的表格来用 GB/T 16968. 1 的附录 A5接术评审审核表
5.1一般审核的审核表
本条适用下所有DMR表以及任何正式文档。般审核的审核表
该表是否用英文填写\？
该表是否完整，且包括\业务需求”征内？如果需要,是否提供了附?
如果 LMR 适用于某一目录,该目录是否为当前的交互式草案目录?甚否是义「首学母缩了词或缩略语？该 DMR 是否已有巾提交的报告人小组(RT)书处分配的登记4\?
是否提交了所有根关的MR？
源地区的TAG是否认为该DMR满足其所陈述的业务带求？“勿绷解释\--词是否未用作定义或在定义中使用?除了\和/或\条件或充许使用“\的名称外.名称和文本是否确未包“
该衰培否指型了负责该IMR的联合报文开发组(JM)\该DMR 丧是否指明它是供交互式用的？岛处
R.785,I.1. 5
R.785 申清衣
R.785中请表
R.1237 规则 56
R.785,,1.2
R.785,1,注释
JTAG9/94\
GB/T 16968.2—1998
表(续)
“Y/N\一栏中的答案是否全是\Y\?出处
I）对中国EDIFACT.应分别填写DMR中文表和英文表，2）对中国EDIFACT\报告人小组(RT)秘书处分配的意记号\为我国相应的管理机构分配的登记号。YAN
3）“JTAG9/94\指联合围欧洲经济委员会国际贸易程序简化工作组报告人联席会议下设的联合技术评中纠(LN/ECE/WP.4/JRT/JTAG)在1994年9月召开的会议中作出的有关决议。在以下各表的“出处\一栏中如出现类似的内容时，可依此类推
4）对中国EDIFACT，“联合报文开发组（JM)\为提出该DMR的机构，5.2不影响已出版的交互式自录的数据维护请求的审核表5.2.1新交互.式标准报文请求
新交互式标准报文请求的审核表序号
该报文的功能是否供国际范围使用”？容
GB/T 15917 规则 35
该交互式报文是否与现有的或正在开发的交互式标推报文的功能不事复？R.1237规赠49
关于报文类型的建议是否为6字舟代码了该报文类型代码是否与现有的或正在开发的标准报文/交互式标准报文类型代码不重复？
该交互式报文的名称是否与现有的或正在开发的标准报文/交互式标准报文的名称不重复了
“Y/N\一栏中的答案是否全是“Y\?1）对中国EDIFACT,该报文的功能至少能满足国内使用的需要。5.2. 2
2试行报文(MiD)请求
试行报文请求的审核表
在试行报文请求提交给WP.4之前，关于该交互式报文的新交互式标准报文请求是否巴在 6个月以前提交到了某一RT静书处？该交互式报文的功能是否的确与现有的或正在开没的交互式标准报文的功能不重复？
该交互式报文的名称是否的确与现有的或正在开发的交互式标准报文的名称不重复了
该变更请求是否附有完整的交互式报文义档？交互式报文文档足否满足交耳式报文审核表中探识的交互式报文需求了报文版式的第 4. 1 节
数据元 0065的值是否等于交五式报文类型？数据元0052的值是否等于“0m？数据元0054的值是否等于相应的文伴版本号？数据元0051的值是否等于*RT\？R,1237规则45
R.1237规则45
R.785, 1,3. 2
R.1237规则17
R.764.3.2
R.1237规则49
R.1237规划47
R.785申请裁
本标准的 5. 3. 3
GB/T16834
GB/T 16834
GB/T16834
GH/T16834
GB/T 16968.21998
表(续）
报文版式的封面
封面格式和文字是否符会GB/T16834“交互武报文类型\的值是否为交互式报文类型代码个“版本\的值是否为\0\?
“发布\的值是否为相应的发布导(即出负责该交五式报文开发的工作组分配的-个唯的号)？
“管理机构\的值是否等于\RT\文件标题迟否为“开发中的报文\?是否已给出交丘式报文的名款？是查包含MiD)状态交互式报文的标准文本？他
报文版式的目次是否符合GB/T16834规定的格式？我文版式的 5. 2 节(交可,式目求变更)是否完髂和推确搬文版式的5.1节中提到的交互式基础目录是否为当前的交互式草案目录?
如果指出要联合开发，是否所有参与的RT都同虑封面上是否标明了源报告人小组和报文设计组？报文版式的第5节的格武是否符合GR/T1683=？\Y/N\--栏中的答案是否全是\Y\5.3对交互式日录有影响的数据维护请求的审核表5.3.1交互式标准报文请求
交互式标准报文请求的审核表
该交式报文当前是否处于试行报文状态？该交互式报文的功能是否的确与任一交互式的试行报文或标准报文的功能不重复！
该交互式报文的名称是否的确与现有的或止在并发的交与标准授文的名称不重复？
变更请求是否附有完整的交互式报文,文档了交互式报文文档是否足交互式报文审核表中标识的交丘式报文需求？报文版式的第1.1节
数据元 0065的值是否等于交互式报文类型？数据元 0052 的值足否等于交了,式报文版本号数据元 0054 的俏是咨等于交互式目录发布号了数据元0051的值是否等于UN？
GB/T 16832
GB/T16834
GB/T16834
CB/T16834
CB/T16834
GR/T 16834
GB/T 16834
GB/T16834
GR/T16834
GH/T 1684
R.1237规则56
R.785, I,4.4
GB7T16834
CB/T16834
R.785, ,4.9
R.1237规49
R.1237规账47
R.785申将表
本标准的 5. 3. 3
GB/T16834
GB/T 16834
GB/T16834
CB/T16634
GB/T16968.2-1998
表(续）
报文版式的封面
“交互式服义类型\的值是否等丁交互式根文类型代码？“版本”的债是否等了交互式报文版本号？“发布\的值是否等于交互式日录发布号？“管理凯构”的值是否等于\N\\？文件标题是否为“交丘式标准报文\?是否已给出交互式报文的名称？根据瓦式推义变更标识的版本发布理序，“修订”的值是否等于和应的警订号
日次是否符合GB/T16834规定的格式？17
*Y/N\一栏中的答案是否全是\Y\[）对中回ENIFACT,本款中涉及的值\LIN\应视具体情说而定。5.3.2交互式报文结构请求
交式报文结构请求的审核表
如果结构变更造用于现有的交互式报文站均，这种变更是否与所选的交处
C:B/T 16834
GB/T 16831
CB/T16834
GB/T16834
GB/T IGS34
GB/T 16834
GB/T 16934
GB/T 16334
！死式报文能一致：如果不致，所请求收变的交其式摄文功能尺否与「R.1237规则59结构变双·-致
段表中的段的位置是危与它们的报文版式文本位置对应？TPR
对所有重定位的段或段组,IMR是否指出了要保留原报文故式义本或已提类广新的报文版式文本？
对所有新的段组或段，是否已提供了报文版式文本？交丘式报文文档悬否满足交互式报文中核表中称识的交立式报文需求？该TMR是否适用于目录中的某·报文？交立式报文结构的多个结构变惠是否携供了原交立式报文文档？是否提失了所要求的所有变更的文描述？甚否想供丁结构变更后的交互式报文文当？结构变些后的文档是否反映了所要求的所有变更？该DMR是否的确不请求减少段或段凯的重饮数?\Y/\栏中的答案是全是\\?
5.3.3交瓦式报文审核表bZxz.net
本标准的5.3.3
1993年9川
1303年3月
1993年9月
GB/T 16968. 2-1998
交万式报文的审核表
如果在报文版式的4.3.2节中是供了分支图，它是否与段丧·致？交与式报文是否以 UH'开始?
交互式摄文是否以 UIT\结束?
交互式报文是否在IH 和 UIT之间至少包含一个额外的段？交互式报文中是否的确不会有段冲窦？（注：\冲突\这概念尚未被完整地建义）所有段组延否都以非重复的必备型段开始?所有嵌套赖段组是否部以它们自己的触发段开始？交互式接文文挡是否符合(G13/T16834的观定？如果提供了分支图，在0级是否设有重复次数大于「的独立段？如果提实了分支图，烂0级中是否的确有触发段？正新交可式报文中是否天包含标有剧除标记的段？大写字母是否只月齐句首、名称和标题的第一个字母以及主要标题、优码、记和首字母缩写调中？
车关行第 6 列上,是否别F，、1、,X 或 S(变更指示符)的某一个增出对齐节中的数据灾容的变豆？在报文版式的4.1节中.段知段纠的月途是否按其在交互式报文中出现的顺序解释？
在报文版式的 4. 节中,每个段或段组的解释是昏以其相应的顾序号开始？
在报文版式的1.1节中，段的解释格式是否以顾序号开始：后随兰个空格，然心是段标记、这号和段名称,最后是男起一行的解释文本？在报文版式约4.1节中，所有的谈套毁或段组是否都被上面的某一段或段组的引所最套？
在报文就式的4.2节中，包括\变更指示符\在内的所有的段是否与其在交式段月求索引列的一致？
在报文版式的 4. 3 节中,是否供了段表?在报义版式的4.3节中，殿表是否符合GB/16834的规定？在报文版式的4.3节中，如巢供了分支图，它是否符合GB/T16834的规定
R.1237规则 48
R.1237规明48
R.1237规则 50
R.1237规58
R.1237规则 41
R.1237规则42
GB/T 16834
GR/T16834
CB/T 16834
GR/T16834
GB/T16834
GB/T 16834
GB/T16834
GB/T16834
GB/T16834
GB/T16834
GB/T16834
在交互式报文的TMR中的每个段是否已交式支持目录中定义或作为新段的DMR间时提交？
报文版式的.1节中的每个段的用法甚否与其功能播述不矛盾？就每个段恒言,报文最式的4.1节是弃与交互式报文的段表状态和画复次数不不活：
每个晟或段组老否具有个条件离状态或必备型状态！每个段或段烈是否部具有一个最大复次数的指示？R.1237规则 32 利
规则43
规则57
GB/T 16968. 2 - 1998
表(续)
任何单个的段或段组的复次数是否都本立即大于LUIT义规定的关于报文中计人必备型的段的数当？
每个段组说明是否与该组中的单个的段一致？除了段组触发段以外,每个段纠是否至少包含一含段或一个段组？该报文危否的确不包舍UNS\段
GB/T14805
R,L237现则40和
非联合开发的交互式报文与GB/T16831的一致性”31」封而上是否出现源报告人小纠和报文设计？联合开发的交互式报文与GB/T16834的一致偿【均面上是否出现\联合报告人报文设计组JMxx\（其中xx店联合报文设计组的序号)？
\Y/N\一栏中的等案是否全是“Y\GB/T16834
GB/T16834
1) UH,UrT 和 LNS 分别为 EDIFACT 中的服务段标记,详见 1SO 9733,1:1998。2)对中国EDIFACT,本标题下面的审核条款以 GB/T168341997的有关规定为准。建议性指南
是否规定大于11的重复次数为99、999、9999.，..？尽否每个必备型用户激据段前都没有条件型用户数据段和始于与该必备型段同级的循环？
段请求
新段或段变更求的审核表
功能定义是否反峡该交互式段的全部日的？该段是否包含了足够的数据元实满足其功能？该段的内穿相功能是否接相关：该段是否不包含现有的、未标有删除标记的另一个交互式段中射一组完整且相同的成分数据心
数据元的状态指示符店否被定义为M或C?6
所有必备型数据元是否都被置于段的开始（设限定符除外）！段代码是否为不以开头且未被使用的三字状码？如果带要限定的适，限是符是否尽段的第一个教据元！在复合数据元中，简单数据元处否都和与其相关的限定符组合在：-起？在该段中使用的数据元是否都未标有删除标记？DMR表是否牵少指山了一个已使用或将使用该取的交否式报文？在所有的数据元和复合数据元中，是否没有服务数据元或服务复合数据元？
R.1237,3. 4. 3. 1
R.1237,3.4.5.1
R.1237.3. 4. 5. 1
R.1237规3G
R.1237观耐31
R.1237规划36
R.2237规则28
规划38
R.1237规则6
R.1237规则35
R.1237规则15
GB/T 16968.21998
表(续)
在该段的DMR表中，是每·个复合数据元和或数提元都已在交互式支持日录中定义或生为一个新数据元约们M计提交？该段的名称是与指这孩
有数曙无是否都有个重爱指示？无论在何处，是否部芒尽吗能均伙了现有的数据？17
该殿是严被没计成可载大限度地支持各冲避别？是语所有的育单效情元剂复合数据元邮与数块成是义有关？只这出变更请求
除非本装+的第2款用，咨测在投中加的复会数据元或简单数据元都于？
在现有的没中提入数据元和复合数满元讨：该 DMR是否要京给插人能的良快注除际记！
“YN\兰中的冬突是否全是\Y\？5.3.5复合效据元请求
R.785, #+1.3
R.1237规删37
R. 1237 3. 4. 6. 1
规则40和
3. 1. 5. 3
R.1237现测39
R.1337刘39
新复合数据元或复合数据元变更请求的审核表内
功能完义是否反映了该复合数据元的全部月的？该复合效据儿是否具有宜接与其助能相关的唯一名你该复合数据元是传包合两个或多个皮分数据元？：无论在何处.社否都已感可能少地惊用限示数据元！出处
R. 1237.3 3. 3. 1
R. 1237,3. 3. 4. 1
R.1237,3.3. 5.2
R. 1237,3. 3. 6. 1
该复合数据元证否不含交工点海合数活元率实录中现有的、未标有删R.1237规测[7和孕殊记忙复合效据与的个部大容！该复合教据示是而被设计皮可照大限度地支等各独用给通用简单效据元以持定企文的降定符尽欲真爱置干该数括元之所如果该复合数那元包含个或三个以·等限提的成分数据元.限定对是否是一个或分数活儿?
汇有泌备型或分数据元是否部蛋于交互试复合数据,心的开始(限定符除？
丧分数沾死是否都未标有珊除踪记？MR丧死些至少省出了一个使用或将使该复合数据元的交互式报文和交式股！
在该复合数据心的 1)MR表中,尿作每-,个成分数据元都已在交互式变持三泌中宗义或作为一个新或分数提户的IMR司序提交？该复台效据的名称与描这是否一致？19
R. 1237.3. 3. Ii.
[13/T 15]47
R.1231则25
R.1237规啊24
！R.1237规则23
JTAC: A/9S 第 $ 条
决设R.1237规则
R.785, I-1.3
GB/T 16968.21998
(续）
所有成分数据光的状态层否都被指定为条件步或必各型？是否已给交互式数据元分配了一个以“E\开始的4宁母代码？所有的成分数据元是否部与该复会数据元的功能是义有关？17：成分数据元中是否设有-个是照务数据元？只适用于变史请求
在一个现有的复合数据元中插入成分数据元时，该IDMR或析关的DMR是否请求给入前的复合数据元标注珊除标记？在复合数据元中,是否含有要求明种限定的简单数排元！除非本表中的第18款适且,否则在交互式复合数据元中增加成分数活元谢,该战分数据元是否被置于复合数据元篇？是否在复合数据亢中插入的只是一个必备型放分数携元或是全一对代间处
R.1237则18
R.1237规则15
R.1237规恋16
R.1232规则 26
R. 1237.3. 3. 6, 1/2
R.1237,规 26
型/自然语言型成分数据元之间括入的数据元1131或3055，几给该复合数R，1237.视刘26据元指定广一个新的标记，给插人前的复会数据元标上册龄标记？布功能是义中是否反虑了对交互武复令数据元范康的修汀？反之亦然？\Y/N\一栏中的答案是否全\Y\?建议性指南
该复合数据元限定符的状态指示符是否规定为\M\5.3.6
简单数据元请求
R.1233.规划27
新简单数据元战简单数据元变更请求的审核表内
在草案月录中、后谷没有一-个现成的数据元可第于实现该新数据，上的力K.1237能？
如果该数握元的多称和/或描述表明它一个限定符，其名称证使以“限旁R.1237期3
符“结居？
如果该数帮元的名称和/或描述裁明它是．·个限定效，其格式是否为5D..3?
如果该效据元的名称和/或描述表明它是一个限定将或其他代型效据,是否有个代码表或挺出了个要然人交上式EDI 代码表的状码衰或有·-个现行的外代表？
如果该数帮元的名称和/或描还衰明它是个代码慰的数元·其名除尼否以“，化码型\结尾？
如典该数据元以\，代码型\结据，其格式是否为an.，3?如果该数据元以“标识\结尾，其格式是否为an.，3？该 DMR 表是否至少者出了一个使用或将使所该数据亢的交互式报文,段和复分数据元（如渠适会的话)？是否规定广该数据元的长度
现咖12
地则4
规则+
规别11
R, 1237
3. 2. 5. 1
GB/T 16968.2-1998
表(续）
如果新的数据元表示的是现育的效据元的对应物，该新数据元的名练和功|GB/T15191能是否与它的块有的对应物·致?该数据元的名称与描达是否一致？“YN\—样中的答案是否全是\Y\？建设性指陷
适用时，新的良然语含型数据元的格式甚否为aa..!7、an..35或an..71?5.3.7
代码请求
新代码或代码变更请求的审核表大
是否指出了该化码所属的数据元？2
所清求的代码是否为在 GR/T 15968 录 4 的 A, 1. 2 中述及的 1 类或 2类代码？
该代码的名称知推述是否与由其名称和指述所靓定的数据元功能一致！是否将艺学母案家代码加在数据3055(代码表负责机拘)中的国家级负责机构代码项的代码值名称之前？该代码的名称与述是舌致？
所请求的代码项是否与该代码案中的现有的代项不重复了DMR 丧是否至少指白了一个使带或将瘦用该代码所属的数据元的报文、段和（在适合情况下的）妄合数据元？\Y/\一栏中的等案是全是\\建议性指南
该代码须匙否只有-种功能
R.12373.2.5.E
R.12373.2.4.1
R.785,N.1.3
JI'AG4/93
R.785, N.1.3
JTAG4/93
第与条决议
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。