【国家标准(GB)】 用于行政、商业和运输业电子数据交换语法实施指南

CB/T 16703
A用户系统
ED正AC格式化与
解格式化瑟序
通信协议
应非层
表尔层
会话层
运输层
网络层
数据链路层
物埋层
B用户系统
EDIFACT格我化与
解格式化橙序
通窄协议
应用层
会话层
运输层
网路层
数据链路层
物理层
中华人民共和国国家标准
用于行政、商业和运输业电子数据交换语法实施指南
EDlFACT Syntax implementatinn guidelincsGB/T16703-1996
本标准等同采用L.N/FtrFACSyntaximptemenluationguielelines：联今国川子行政，商业科运输业电子数据交换的语法实施指南》，1范围
本标准是为电子数据交的用户实施GR/T14805用丁行政，商业和运输业的电子数据交换语法规则>提供指导，并通过些实例的支持米扩展包含在GB/14805中的某些规则本标准适旧于行政、商业和运输业等的电子数据交换、2引用标准
下列标准所他含的条文，通过在本标准中引用而构成为本标准的条文，本标准出版时，所示版本均为有效。所有标准都公被修订.使泪本标准的各方应探讨使用下列标准最新版的可能性，GB1988—89信息处弹信息交换用七位统码字符集（cq1SO646.1983)GB/14805—93用于行政、商业和运输业出子数据交换的应月级语法规则（idt1SO)9735）GB/1519194贸易数据变换资易数据元日示（idtISO7372)GB/T14915—92电子数据交换的.术语3定义
本标准中使月的定义，清见GR/T1480593 的附录A和GB/T14915，4EDI应用基本要求
4.1标准
所有的EDI用广都应该严格遵守凸发布的UN/EDIFACT标偿，否则将会头人许多可以得到的好处
GB/T14805是把结两化的数据组成段，段再组或报文，报文再组战交换的标准。数据标准、段标准和报文标准都是问等重要的基本要求。GB/T15191是为行收、阅业与运输业数据制定的标准。在适当的地方也推荐使用代码来表示代码型数据（-般是国际通用的可维护代码)和限定符，在已经设计的UN/ELIFACT中，由于各方简所需求的信息具有重复性·回此可以把逻轻1在关的数据元组合成标准的段，然后把这些标准的段用在一些不间的投文中以满是有关业务功能闪需要。在联合国标准报义中可以找到这方商的实例。例如：窈业发票、订吆单以及发运通知。这些标准的段和其他某些特定下某种持殊报文的专用段同时在UVSM 坏滩段日录中发布。终种UNSM都是在&UA/EDU-ACT报文H录中发布。UN/EDIFACT语法与H录维护程浮（包国家技术监督局1996-12-20批准1997-07-01实施
..comCB/T16703-1996
括用户如何才能对现有的标准段、标准报文捉出修改或增加的建议，以及提出新的标准报文提案的程序)山在报文设计指南中给出，
如果所需功能已经提共.用户应尽可能使用已有的LNSM，当然，诈多用户会认为某些UNSM不必那么复杂，然而进步研究便会发现许多段（其至是绝人多数的段）和段组被设计为“条件型”，这是因为这些报文是出多个行业部门为国际和国内通用日的而设计的。出丁条件型的段可以从一个报文中宽全省、因此用户能够通过使用标准投文中规定的较少的段来满足自已的需求。如果这还不能说明间题，那么就必须研究报文设计指南。4.2与内部系统的接口
当选定要使用的报文标准后·用户就必须针对自己的内部系统在据关报文的数据要求的各个方而进行认真外析。
必须保证报文中要用到的所有数据（包括条件型数据和必备型数据）都能从内部系统中提供，否则。就必须寻找其他途径来做此项上作。（有时，某些数据后可能保留在个“参数”文件中，见4.3）为接效EI!报文，用户必须时确规定如付处理数据。（例，一份订购单报文能直接进入口前使门的内部订单处理系统吗？一些中向处理和数据的新排序能首先实现码？）为传输和接收F川报文.应注意筛对在报文中使约代码作出规定，这些代码可能与内部系统中使用的代码并不完全求同，用此有些代码的格式还要经过转换。如架把内部应用之闻没有明显集成的数据进行追接，这点就显得特别重要4.3软件
需要种软件把内部系统的数据接授文和语法给构格式化·也还需要另·种软件将这一过程反过来.即能够把报文中的数挪返画内部系统要求格式。这种软作既可以当口开发，也可以逝过购买令旧的软件包获得，当只与一两个报文时，自行开发可能是使应用得例普及的一种快遵方法，但当有更多的正II报文应用时，般来说白行开发就不太台算，主要是因为递常程序中使用的代码与报文有关，这样当报文修订以及延长使用质期时，可能会引起维扩的困难，
米口各方而的软科化都可以使用，其范用包括从数据采集系统到接翻详虚序。大多数软件包道常通过使用表聚动程序间独立下报文，如报文内容改变，这就意味若，只需修改长，而软件包的士模块并不需要修改。
如前所述、时用户可能会发现，所需要的数据并不都能从内部系统中获得，对传输数据的格式化，这独情况可能是正确的，特别对带要作为某些语法服务段（交换头LB和功能组头UNG)的一些数拆来说更是如比。有些情况也可能是正确的，例如！，为满足·些法律所要求的格式，在交换中需要有数据的源发组织的全称与地址，
为解决这些问题采用的·-项实用技术悬把这些不变的数据保我在一个很小的参数义件中，这一参数文件可在报文格式化处理期间随时访问。4.4通信
某些形式的通信载体是作为实瓶EDI应用的最后约基本儿素。某些应用仍要交换磁带，付是越来越多地使用远程通信技术。脱有两种方式可供选择，一种是古按通信，另种是通过第二方服务传递，如果交换方的数量比较少，而目他们的远程通信协议是档同的，直接点对点或按导技术可能就足以满足需要。
然而，当交换方的数基增加时，就必须要满足不问的远程据信协议，调度问题也变得更加突启，可以消楚地有到-由网络提供者提供的服务变得可以选择。虽然提供的服务可在细节上不同，但大部分的服务只是提供网络通信、网络的界面、协议转换服务（即使用·个比较好的远程通信协议提供数据，并H能把交换的各方都转换到了这个通信协议上来，这GB/T 16703—1996
是网络提供者提供服务的一个功能。以及前箱/请算所服务。箱/清算所股务的用把数据送给网络提供者，网络提供者询问每次交换的标头段.以使把数据存改在交换标头段所规定的待定收件齐的邮筠中，然后每个接牧方使可进人他自己的邮箱内检案数据如果调没问题十分突出或交换的数据跨越时区，这可能是种报有用的方式，半要训人到-个三有的习户绍时，可能会发现这个作为“个整体的红已经造好了通信技术。5交换协定
实标「每个有效的数期交换应用部是按交换协定进行工作的，交换必定通常以用户于册的形式规宗：
一止形成苏定活，就必买接计算机系统用户手册所采用的同样方试进行维护理机构改限的类型随应用而发士变比，例如，在海关交换应同中，-般来说必要的用户义件要依靠海关本身的权限来管理和维护。其他些例子包括贸易协会、资易促进组织和山贸易议立利提供资金作都学处：
5.2初始开发和设计
当不可能十分靖确地规定于交换系绕初始开发剂设计的技术时，能要制定：些以现有系统所由技术分析为基础的指南
“个典型的作法是成文一个指导委员会·该委员会成员悬从成用领域的用户中挑选的。每个实有专项作务的一系列了二作组向指守委员会报告他们的工作进展.这些了「作组也走从用户中产生的，这比用户对他们方已的任务应有必要的经验，下面的任务表是山H前用户组完成的典基了作，还可能包括史详细的内容，这取决十应用的范用，一个了「作组可以承担两个或多个任务。具体应用的具型在务表应能够：标识落要必换的各种报文（或交易)伪动能放类型。这些部应参号经协商而定的应用数据元日录-特别婴照调每签交易中每个数据元的状态是必备型还无茶件型.白于在不间应用领域的用户可能希架在关来交换数据可能的话，而个应用领城的报文类型可结构的标准化都将给每个人带实灯处。一相识所要求的数据元，效拆元的长度与格式以及数批元大评，同时编制一个户数据元口录（一般是参照（:H/T15131）：对于蛋家或行业使用的长殊数据无.则应减定本地这或本行业的协议。一标识所婴求的用产数塘段的功能。应充分利用LNSM的标雅段日录，特别是应设计为多行/多应用的标准的用产数据段。如思需要设计新的用数据段.就应遵循UN/EDIFACT报文设计指南中的建议，将变更请求探交给计国EDIFACT案员会技术评估组中国标准化与信息分类编码研范所：
一规定在应用将使用的语法级。（即A级、B级或其他级，详见GB/T14805）。一规定在应用中将使用的数据的物理传输方法。包括有关的磁带传送要求见范、软盘传规范：及远程逛信协议规范，
标识可能要求辨别的信息传输有关的合法性与保密性问题。（成注意到LN/ICXLVCID造议一—“贸易数据交换电信传输期则\巨与明所有需要号虑的法律可题。UNCID他括在联合国贸易教据交换日录中）
薪识宁推券历广纠中所有参与方执行的通用缩码技术。必要时,标识专雍律加密技术。
在完全实施之前推荐诉验价段的形式与时间。5.3用于册
考虑到「述方所，建议户手会少应包据CB/T 16703-1996
所使币的ELIFACT讲法级的说明。一所使用的已商定的字符集的说明。\所使用的报文结构类型完整详细的说明。（尽可能强调使用IINSM，如果不太适眉时，就应遵循在报文设计指南中的修订程序）。一用户数据元月录（尽可能使用（B/T15191中定义的数据元）—用户段月录（尽可能使用（GB/T15634中定义的标准段)。用户报文日录。
一应遵守的法律/保密要求现范
一·所应用的通信服务说明。
一-所使用的(在该应用领域必须已经是标准的)传输记录长度的规范：一所使用的纠错，确认等技术的标识，一是否使用功能组的标识。
一必要时,指出所使用的如密类型，一必要时,指出所使用的口令类型。5.4交换协定检验表
交换协定（般以用户于形式规定)用于规范所有应用交换的参加者。建议在此交换应用中各参与方之间不要分别现定双逆协议，国为这样只能起到废弃所有用户制定的交换协定标准的作用。
交换协定必须对构成语法格武的服务段中的某些数据项规定所使所的代码集知限定等集等，下面列出--些数据项及其描述规范，并在括号中给出服务数据元参号号和出现该数据元的段。INTERCHANGE SENDER (SGO2 UNB)交换发送(S002UNB）
交换协定必须规定是用名称还是用代码来标识发送数据的组织，如果用代码：各种代码集必须遭过使用规定的限定符来标识。
INTERCHANGERECIPIENT(SO03UNR)交换接收方（SO(13UNB)
交换协定必须规定是用名称还是用代码米标识接收方，如果用代码，各种代码渠必须追过使用限定符来标识+而限定衍必须是已经舰定好的。RECIPIENT'S RFFERENCE/PASSWORD (S005 UNR)接收方参考/口令（S005UNB）
交换协定必须说明该字段是否使用。如果使用的话，就要对口令表进行维护，或者要发送方查明他们的各伙伴提供了什么参考或F令。APPLICATIONREFERENCE (0026UNB)应用参考（0026UNB）
交换协定必说明是否使用该字段.如使用的诉，必狐说时该字段中传送仆么信息。PROCESSINGPRIORITYCODE(0029UNB)处理优先级代码（0029UNB）
交换协定必须说明足否使用该字段，如使用的话，必须提供代码表及其代码合义。COMMUNICATIONS AGREEMEVT ID (0032 UNB)通信协定标识（G032LINB)
交换协定必锁说明是否使用该字段，如使用的话，应说明出现的是名称还是代码，如果是一个代码应提供该代码的值：
APPLICAIIONSENDER'SIDENTICATION(SOO6UNG)8GH/T 16703 1996
RECIPIENT'S IDENTIFICATION (SG07 UNG)应用发送方识(S006UNG)与应用接收方标识(S007UNG）交换协定还必须酒知用户，是用\白三维护代码表（必要时，还包括限定符)还是通过发布来维护经协商而定的代码友.
CONTROLLING AGENCY OI UNG
管理机构（0051UNG）
交换协定必领提供可使用的代码丧，（品然在次交换应用中，很可能仅使用一个代码，例如，如果使用>SM，此代码的值为UN)，
MESSAGE VERSION NUMBER (0008 UNG)授文版本号（0008UNG）
如其要使用UNSM，应规定当前所使用的报文版本号（必要时.还包势发行号）如果此次应用使月的不是UNSM，交换协定必须公布版本号（必要时，还包括发行号）。参策8章报文的标识与纤理MFSSAGE HDENTIFIER (SUGS LNI)报文标符（S009 CNH）
报文综识符字段合于个成分数据元，交换协定中的每个报文的类型需按第8章报文的标识与管理中的规定对每个成分数聪元的值做山说明，5.5交换维护机构
必需强调建立某殊形式的交换维护凯购。该机构应负责交换协设的管理和维护。转别应负支用！手册修订本的编写与发布.还应负责管理报文新版本的修改。6交换用字特符集
为满足用户需求，没据字筹集的使用标识了两个语法级。这两个请法级在交换头（UINB)段（数据元S001诺法标识符中)中分别定义为NOA（即基本A级）和UNOB即B级）
两级的全部字符集已在GB/T14805中作了规定。只有B级可以使用取自G1988IRV较高层的字符集，其中包措使川IS1~1S4三个不可打印的分隔符，以代替出GB/T14805在A级中定义的可打印分随衍。还应该清楚，为满足接收方的能力和要求.必要时,B级语法的同广必须将B级落法还原成A级语法。对于策些道倍协议，使用IS1~15L分陷符时还应注意（如，如使用2780协议，某些IS字符就不能直接传到应用层处理、在这种情况下，使用A级字符集将会避免这一可题）。如果交换力之间没有其他协议，计算机与计算机交换所用的推荐的A级与H级字符集均使(H198889标准代码表中规完的7位代码表示二进位编码的十进制或其他与硬件/欧件有关的字符表示形式（例如ERCDIC)，均不能用于交换（涂卡交揽方之间预先有协议），因为计算机在制造时，不都是按相同的方法处埋这些特性：..comGB/T16703—1996
GR1988—89代码表
及示标注中巴经期是，并激，泛实所表示标独中已经规定·低并没有酸所百制萨器实量表示标准中已经规定，但伙伴实施时有些均的变化A
7传输成分
GB/T 16703 1996
EDIFACT文本巾的一次数据交换是由·个或多个报文纸成·这些报文含有按规定顺序排列的数据组成的段。
7.1数据元
（注，应强调指出在本标准中列的所有数据的例于均共示例.要获得当前约格式、代的集和双定等值等成册定UNTTED,
-个数据元由一个单独的效据组成，如\2310交货月”，在这种情况下：该数据元可称为-个简单数据元。一个数据元也可山儿个数据顶组成，如复个数据元*C18产品标识\即由两个数鹅元构成，它们是\7020物品号”与“7823物品号限定符”。作这种情况下，可称之为复合数据元。复合数据元寸的每个数据项弥之为破分数据元，
一个成分数据元片1它正数据元中的位置来标识。例如，如要求用个教据元表示保险费，就应定义一个劳有两个成分数据元的复合数据元，川始位置是*5486保险费“紧接其后6435货币代码“作为第二个成分数据并，
在EDTFACT标准中涉及的数据元，可以是用户数据元，也可以是服务数据元。户数据元包括将要传输的实际数据。这些数据元的规定已超出了本标准的范-但成以交换方之间进行定义与约（最好以UNTIDEL>)为共础，并在用户数据元月录中进行说明。服务数据元包括结构化传输所需的数据、本标准提供的服务数元表及H详细说明已在UNTI)ED中以‘S*\000\系划的形式给出。详见GB/T14H05。数据元只能放在段中进行传输，TDE1)中的每个数据元被分配了一个唯一的4使数亨标记，（此外，每个数据元还存一个唯的、易记忆的出1个宁母组成的学符型数据儿标识符。这些数据元标识符能在内部系统（如系统文件利程序文伴)中使用。）
段有两种，一种尽用户数据毁，种是服务段。不他含任何数据的条件型段必微从报文中删隙，册户数帮段包含如量、值、名称、地址以及其他要传输的数据元。用户数据段的内容不属于（IN/EIIFACT语法标的范围。用户数钜段前两位学不能用：UV\标记，因为\L.N\保留给服务段使的服务没包含用于服务的数据元，如专输发送方、语法规则的类型和级，传输洲备日期、优先权类型等以及传输中需要的其他特然数器。所有服务段松记都成以专为比保留的两个字母\LN”开始。用门决不能改变服务段、“变史请求”手续在用十提出谬订申请的报文设让指南中说明。下列类型的服务段二由G/T14805提供
·传输结构化诈法的段，这些段通常用来以标准方法装配各种传输，如开始与结桌每次传输；汗始与结束传输中的个报文；开始与结求专输中的报文功能组（如使而的话）·在服务报文\CONTRI”与\APPLIC”中使用的段，这些段分别用于硅认请求、纠热法结误利指绝、接收以及对应月错误进行校正的接收或请求的确认。（APPI.IC还在并发）·在通用报文GENRAL中使用的股、用求说叼投文的类型、标题和参考。段山一个代码来标识，该代码唯一标识生段日录中规定的每个毁。在EDIFACT语法标准中，提供的带有消细说明的服务设表在GB/T1480593对表I中给出。7.3报
一个报义由很多按照语法规则构成的段组收。它必须由服务段\UINH-一报文头”开始.以股务段“UINT，一报义录\束，它必须含至少-个用户数据段，在该数据段中至少包含个用户数握元。报文有两类：一类是用户文，一类是ELIFAC股务报文，用户报文除含有\报文头段与“报文尾\段之外，还应含有报文所需的用户数说段：GB/T 16703—1996
可以选择一种累进方式传递报文，在次传输时，般不包含交换应用报文规范中所定义的所有偿息.除在报文中定义为必备型的数据外.在这种情况下，始发右可以光传送一些他选择的数据元,并随府在第，次(或连续)传输中,增加或更新前所发送的数据，这些数据通过一个唯一的结构化的关键字联系起来，
（这里举-个“订舱”报文的例于。该报文是运输工作人员需要的-份便十他尽早完成装货计划的初步估算。详细情说可由始发者以后提供。直到运输工作人员有了编制份货运单的足够的数据.）累进报文传输技术的使用在本标准9.3.9中做了更为详细的解释。UN/EI)IACT服务报文在语法协议层或在应用尽含有纠正错误的服务段和通用白由文本的服务段。见本标推第10章
报文由报文标识符字段唯标识，该字段含有5个成分数据元，以便进行报文的标识和理。这将在下-章解释。
8UN/EDIFACT报文的标识与管理
8.1联合国标准报文(UINSM)的定义联合国标准报文是：bzxz.net
a）已由联合国欧洲经济委员会（LJN/FCE)进行注册发贫的报文，并由N/FCF负责对其进行维护，
b）报文中所包含的管理机构报文类型，报文版本号和报文发行号等项的值山UN/ECE分配和管理：
）报文中管理机梅字段的代码侦均为\UN\。8.2联会国标准报支L.NSM)集的定义联合医标准报文(UNSM)于集是一个直接从已批准的UNSM 中导出的摄文,并具有与导出它的UINSM同等功能。该子集应满足如下要求：a）在报文中包括所有的以必备型状态定义的段组和段，以及段组知段中所有必备型的数据元；同时将不改变段组和段的状态，顺序或内容，以及段中所包含的复合数摄元和数据元。（应当注意.虽然许多IJNSM报文包括了一个或多个必备型段的条件型段组，从子集中删除条件型段组将不会破坏有关必备型段内容的原则)；
b）对于从LNSM中选择使用的条件型段,不应改变该段,该段中复合数据元.及数据元的狱态、项伴和内容：
c）不虚向报文增加任何段、复台数据元或数据元：d）对于-个从UNSM中导出的子集规定H使用的报文类型，管现机构,投文版本寸和发布号字段应与UNSM具有同样的值。
8.3LN/EDIFACT月录集的发布号
从当前日录导出的摄文应能标识出与当前版本日录的关系（如代码表、数据元，复合数据元和段）每发布一个新的标推至录集时·该红录集将包合所有注册的LNSM（2状态报文）的握艾现范及支持它们的段，复数据元、数据元和代码。草案录集包据最新形式的所有1状态（推代草案）报文和所有2状态（INSM报文以及支持的段、复合数据元，数据元和代码。个日录将由个按照UN/EDIFACT规程分配和管理的发布号来标识。发布号是一个单一字符：它指示司录是否含有草案或标准资料(S或D),其后跟考时间分隔符,冉后是批准该目录年份的两位数字，最后是一个由UECE分配的顺序学母学符。顺序学呼学符每年出A开始.如果在同一年同一类的日录发布超过·次、那么顺序字母字符依次增加。8.4LNSM』LNSM子集的报文版本号和发布号GB/T 16703—1996
当--个与开发中的UNSM有关的文件达到2状态（即“推荐标准”状态)时.同时该LNSM已获同意并发布在新的UVTDID中，即标准日录，那么报义中使用的UNH/UNG段内的下列字段的值应为：a）管理机构（数据元0051）
与为两字符\LN\；
6）报文版本号（数据元0052）
当按标避目录发布时均为\S\，当按草案日录发布时均为\{)\。）报文发布号（数据元0054)
在报文抵批准年份的最后两位数字后面加个顺序的字母字符，顺序字母字符由A开始·如果征同-年相同类型的月录发布超过一饮，那么这个顺序字母学依次递增。8.51状态报义的术号和发布号，萃案标推报文利草案标准报文子集当一个与开发中的LNSM有关的义件处在1状态(即推荐草案状态)时，并获同意在新的草案口录中发布，邯么报文使用的LNH/UNG段中的宁段的值应为：3）管理机构（激钜元0051）
均为禹字符“UN\
b）报文版本号（数据元0052)
均为\\。
e）报文发布号（数据元0054）
在报文抵年份的最片两位数字后面加一个顺序的字母字符，顺序字母字符出A开始，如果在间一年相同类型的目录发布超过一次，挪么这个顺序字母字符依次递增。8.6丽就用报文的版本号和发市号如果用户打算试验尚未达到\正式试用草案\阶段（这些报文处于\心\状态或\P\状态)的报文（或报文子集),则必须遵守另·种不同的程序在UN文件WP.4/GE.1/R.785中包括了关于标识止在开发中的报文文件的全部程序。这些发中的报文文件是\C\状态·并附加一个由提山新UNSM报文的报告人小组管理的\修让\导。推备试用这些报文的用户必须始终使用“0\作为报文版本号，报文发布号应与用户试验文件的修计号一致，同时用\R丁”作为管理机构的代码值。（用户只有在预试用报文已经通过了提交此报文的报肯人小组内的相关技犬评估组评估后，方允许其试用。进·步地说，作报文达到完全稳定状态之前，强烈地建议用户推退试用正在研究中的报文。用户必须清楚在试用达到\正式试用草索”报文旅其报文内容可能彻底地修改。）
例如：（文件状态“o\或\P\）S009
报文标识符
报文类型
报文版本导
报文发布
管机梅
分配代码的机构
NEWMSG
(米使用）
这里作发布号字段中的“n\等同丁试用报文的\修订\号。8.7UNSM子集实施的用户约定
联合国标准报文是以这样一种方式购成的，即UNSM可供许多不同行的公司和机构使用，例郊。“发票”报文包了大多数发票应用中所经常使用的数据元和段。该报文中规定使用的另一些数据元和段则只针对极有限的应用，并月大概只是仅有的几个行业应用要求使用的。因此，在绝大多数情况下，菜个行业应从总体报文结构中进行选择并负责形成该特定行业的相关报文予集。（真实1.NSM于集的定义已在前面给出)。
CB/T167031996
然而还应遵守这样-个原则，用户可能希望超出标准了集的定义和为了完善的原因·而一组参与方组之间达成了在他们的应用中应始终要求使用VSM报文中的条件型数据元和/或段的协定。在选定超出真实UNSM子集定义的子集时,周户必须清楚地知道作何符命子集实质的子案定会比导出它的 LNSM母集受到更多的限制
为了对UNSM的任何特定子集提供谁一的标识，用户可以请求为CNH利/或LNG段中的\机构指定代码”项指定个使用的代码。更进一步说，如果考虑到在指定代码过程中可能会出现与其他用户组指定的代码发生重复时，建议向国家主管部门进行关于代码分配的咨询。8.8修订中的UNSM实施的用户约定当有很彩行业使用亡NSM时·这些行业很可能很快发现某些报文不能满足他的某钟特殊的要求。为了提供这些特殊的要求,以使使用这些报文，有必要使用正式的UN/EDIFACT程序米对段利数据元进行及时的变史（或增加）。由于受标准维护的时问限制，有时可能将延迟要求修改的NSM的实施，有时用户可能希望变更请求尽快使用。
为了标识在过渡期内的修订的报文（此时，它还不是个UNSM),相应的用户组应考虑在UXH利/或UNG段的“机构指定代码\项中指定适当的代码。如果认为将会出现机构指定代码值重复的题，应间国家土管部门进行关于代码值分配的碎询，作为可供选择的种方法，在过渡期使用的报文应使用“管理机构“数据元来标识提出IINSM修改申诸的用户。
9UN/EDIFACT基本语法规则
UX/EDIFACT语法规则仅适用于被交换的数据。这些规则与交换所使用的计算机的人小征补无关。它们也与所交换的数据以及所使用的数据标链无关。通过使用辫护千续增听新的数据元或数掂段，以及修改前使那的数据元和数揭段都不会影响这些规则，语法规则与应用的类型（如·商业、管理、运输等）、使用的电信协议或交换媒体的类型均无关。例如不同的应用正准成功地使用着分组交换业务，SNA，2780.3780.磁带等，因此，可以者成把交换的数据被放任由数据通信传输服务提供的“信过\中。9.1交换结构
上如前面所定义的在语法以则中，用户数据段中含有数据心，而服务段含右服务数据儿，接照此原则形戒了语法规则协议的结构。按照（SI的术证，--次连接川包括一次或次ETIFACT交换。每次交换部要用控制服务段与另软交换分F。而控制服务段用来标识每次交换的开始和结束。在每次交换中，都有：个层次续构，用十控制利标识要处埋的数批。详见 GB/T 14805的第 6。该语法权与语法协设利用户的数据的表示有关，而与电信协议传输技术要求，媒体标与等无关选-~步应指出,L:N/LLIFACT决不能违反OSI的原则：在一个LN/EDIFACT交换中，从交换携制头段的第一个字笋到交换控制品段的最后一个字符之间的所有宁符都是用户数据，这些数据以用卢，商定的结构从一个计算机系统发出，由另一个计算机系统花应用层上接效。9. 2字符集的使用
一般来说，在用户数据交换协议(见第5章)中规定的所有字符均可在数据中使用。9. 2. 1 与语法控制字符的关系如果使用A缴语法，健议在数据心中不要随意使用推荐字符集中的四个符：—加()
霄号()
撇号()）
闻号（)
GB/T 16703
因为这四个字符作GB/T11805语法规则被保留用作A级语法字符。然而应指出，尽管在真正的数据中很少出现这四个字符，但是在实际应用中不允许使用这四个字符也会引起·些问题。所以，如果它们真的出现在数中.只需在将数据格式化成语法结恼时插入·个释放字符，而在解格式化时去掉该释故符，程序处理是很容易的，这样便可以使这儿个字符作为用户数据的一部分传递给接妆方的系统。9.2.2语法分随衍、整止符和释放字符分有符的名称与作用
设终工衍
（终上所有的段.数据分限等不能在段中最片个数据之后用）
段标记与效元分隔符
（用下起所有段标记服务数据元与在该段中的第个月白数分开,并且把一个段中的简尊数据儿与复合数据元相互分于！成分数锯元分两符
（担一个复今效据中的所有成分数括元相互分开）
释放符
（毛于释放健阳A级语法的用户效活中出现的符号，一？，注意必织把释放符本接改在被作门的了符前而:指叫其后的字径不是谱泌分符、终上衍或驿放符）
A级谱法分隔符
A级分隔符
（撤号）
(如号：
(1号)
NAD+BYiA3CCO:26 MAIN STREET:LONDONTWI? 9NW具中:NA1)是姓名与地址段唯--段代码：BY无意为“买片”的限案符，用来标识NAD段的功能。ABC到9NW是复合数据儿.
A毁舜放符
SEG+75?+73?+ABCIHOW MANY PACKAGES?TB级分隔符
1S0 4a
ISO) 546
SO 6-6
未侵月
H其中，在用户系统中，第·个效元表示为73一?3十ABC第二个数据元表示为：HOW MANY PACKAGES?
释放符并不计入被传输的数据元或成分数据元的长度。择放衍可由程序插入，所以不需人工即可实现数据的输人输出。
B级法分隔符：
法：只介绍信点分隔符151153支I92.它们约综码良六在15(）146第款中已规定，它们是轻制字符，不能于印，然而，在下百的例十.把它们放在中如S以说到们的作NAD(IS3)BY(IS3)ABC CO(ISI)26 MAIN STREET(IST)LONDON(1SI)TW17 NW(TS))