【国家标准】 信息技术 自动识别与数据采集技术 大容量自动数据采集(ADC)媒体语法

ICS.35.040
CCs L 71
中华人民共和国国家标准
GB/T42443——2023
信息技术
自动识别与数据采集技术
大容量自动数据采集（ADC）
媒体语法
Information technology—Automatic identification and datacapture techniques-Syntax for high-capacity ADC media(ISO/IEC15434:2019.MOD)
2023-03-17发布
国家市场监督管理总局
国家标准化管理委员会
2023-10-01实施
GB/T42443—2023
前言，
2规范性引用文件
3术语和定义
4文档符号约定
5报文格式
6人可识读的表示
附录A（规范性）GB/T1988一1998子集（十六进制和十进制值表）参考文献
GB/T42443—2023
本文件按照GB/T1.1一2020《标准化工作导则第1部分：标准化文件的结构和起草规则》的规定起草。
本文件修改采用IS0/IEC15434:2019《信息技术自动识别与数据采集技术大容量自动识别数据媒体语法》。
本文件与ISO/IEC15434:2019相比，主要技术差异及其原因如下：一用修改采用的GB/T1988—1998代替了规范性引用的ISO/IEC646:1991;-用GB/T12905—2019和GB/T370562018代替了ISO/IEC19762（见ISO/IEC15434:2019的第3章）；
-删除了规范性引用的ANSMH10.8.2（见ISO/IEC15434:2019的5.3及5.4）、ANSX12（见ISO/IEC 15434:2019的5.3、5.4)、Syntax Rule CII(Vers 3.00)（见ISO/IEC15434:2019的5.2、5.3及5.4）、GS1GeneralSpecilication（见ISO/IEC15434:2019的5.3及5.4)以及ATACommon SupportData Dictionary(CSDD)(见ISO/IEC15434:2019的5.4.13);将“抹货的儒略日(n03)\更改为“栋货的儒略日期(n13)\（见5.4.3.2.2、5.4.3.3.2)；一删除了与我国无关内容（见ISO/IEC15434:2019的5.4.5、5.4.10）；一增加了“OFD、PNG\（见5.4.11)。本文件做了下列编辑性改动：
一更正了ISO/IEC15434:2019印刷错误，将“见5.4.7”更改为“见5.4.9”（见5.3.10），将“见5.3.10”更改为“见5.3.12”（见5.4.5)；调整了参考文献。
请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别专利的责任，本文件由全国信息技术标准化技术委员会(SAC/TC28）提出并归口。本文件起草单位：中国物品编码中心、新大陆数字技术股份有限公司、中国电子技术标准化研究院华东分院、深圳赛西信息技术有限公司、中国电子技术标准化研究院、军事科学院系统工程研究院后勤科学与技术研究所、武汉矽感科技有限公司、广东国溯科技有限公司、中山市安美信息技术有限公司本文件主要起草人：董晓文、王毅、高健、蔡春水、李霖、赖锦山、陈剑龙、李峰、张建民、曹国顺、刘瑶、郎俊奇、李论、徐翔、洪志明。GB/T42443—2023
本文件规定了从供应商信息系统传输数据到大容量白动数据采集(ADC）媒体的方法和传输数据到收件人信息系统的方法。本文件不规定具体的大容量ADC媒体的内部数据存储格式。本文件不规定由特定数据语法格式提供的数据结构的应用，该数据结构的应用由行业惯例规定ADC技术的使用者可以接收标准格式的数据，也可以提供标准格式的数据。静态ADC技术，如条码符号、磁条、光学字符识别、表面声波(SAW）和韦根效应，通常对单个数据字段进行编码。这些技术的大多数应用包括媒体的供应商对单个数据字段进行编码，然后由收件人对该数据字段进行解码。编码单个数据字段允许供应商从供应商信息系统中的单个字段执行编码。解码单个数据字段允许收件人将数据输入到收件人信息系统的单个字段中，以代替键盘输入。大容量ADC技术，如二维码符号、射频识别标签、接触式存储器和智能卡，可对多个数据字段进行编码。这些多个字段通常由收件人的信息系统解析，然后映射到收件人信息系统中的特定数据字段。本文件定义了大容量ADC媒体的语法，已使ADC用户不管使用哪种大容量ADC媒体都能够使用单个映射实用程序。
1范围
信息技术自动识别与数据采集技术大容量自动数据采集（ADC）媒体语法GB/T424432023
本文件规定了在贸易伙伴之间（特别是在供应商和收件人之间）使用大容量ADC媒体时，以及在适用情况下支持承运人应用（如提单、承运人分栋和跟踪)时的报文和数据格式的传输结构、语法和编码。
根据本文件编码的数据包括：
一可用于装运、接收和清点运输单元的数据：一可包含在支持文档中的与单元货物或运输包装有关的纸质或电子形式的数据；一可川于分抹和跟踪运输单元的数据。本文件给出了用于自动数据采集的GB/T1988—1998字符。本文件不会取代或替代任何适用的安全或其他标记或标签要求。除非有任何其他强制性标签要求，本文件都适用。
2规范性引用文件
下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文件，仅该口期对应的版本适用于本文件；不注口期的引用文件，其最新版本(包括所有的修改单)适用于本文件。
GB/T1988—1998信息技术信息交换用七位编码字符集（eqVIS0/IEC646：1991）GB/T12905—2019条码术语
GB/T370562018物品编码术语
3术语和定义
GB/T12905—2019和GB/T37056—2018界定的术语和定义适用于本文件。4文档符号约定
本文件在报文示例中按下列规定排版。加粗并大写字母
斜体并小写字母
5报文格式
5.1通则
输入的文本应与显示的文本完全一致（在本文件中，S、S、S、Rs、or用于表示不可打印的特殊字符。木文件使用的GB/T1988一1998中特殊字符的表示应符合附录A的规定）。
变量参数。用户应提供适当的值。在某些情况下，宜使用默认值。报文格式定义了将数据从大容量ADC媒体识读设备传输到用户应用软件的方法。GB/T42443—2023
为了在数据流中包含多种数据格式，采用了两层封装结构。报文的最外层是规定了报文的开头和结尾的报文封装。在报文封装中有1个或多个包含数据的格式封装（见图1）。单一报文中的多种格式只能用于贸易伙伴的双边协议。报文封装应包括：
：一1个报文头；
一1个或多个格式封装，以及；
一1个报文尾（需要时）。
报文封装内的每个格式封装应包括：一1个格式头；
-按该格式定义的规则存储的格式化数据，以及；一1个格式尾（需要时）。
报文头
5.2报文封装
5.2.1通则
格式头
格式化数据
格式尾
格式头
格式化数据
格式尾
报文尾
图1封装结构
报文封装规定了数据流中包含的数据的开始和结束，并提供了以下功能：表示该媒体中包含的报文格式符合本文件的规定；一表示已定义的用于在此报文中分隔格式的字符；规定用于标识报文结束的唯一字符。数据流中的结构如下：
报文，包含1种或多种格式的；
一格式，包含1个或多个段的；
一段，包含1个或多个数据元素；2
见5.3.16
一数据元素（字段），可能包含1个或多个子元素（子字段）。5.2.2报文头
5.2.2.1通则
报文头由2部分组成：
一3个字符的一致性标识符
一格式尾字符。
完整的报文头应是：
5.2.2.2一致性标识符
GB/T 42443—2023
致性标识符应是报文头中的前3个字符。一致性标识符是“（”“）”“>”。附录A给出了本文件中使用的GB/T1988—1998字符的十进制和十六进制值表。5.2.2.3格式尾字符
格式尾字符应是报文头中的第4个字符。格式尾字符是不可打印字符“Rs”（按附录A）。格式尾字符在整个报文中用于标识数据格式封装的结束（见5.3.16）。5.2.3报文尾
报文尾标识数据流中报文的结束，应为交易字符的结尾。报文尾是\For\（按附录A）。除格式“09”(二进制数据）中可能出现For\字符外，不应在报文的其他地方使川报文尾字符报文尾不应与格式“02”［完成电子数据交换(EDD报文/交易]和“08”（使用CI语法规则的结构化数据）一起使用。
5.3格式封装
5.3.1通则下载标准就来标准下载网
格式报文给出了给定格式中数据的开始和结束，并提供了以下功能：标识报文内使用的数据格式：
一规定用于分隔此数据格式内的段、数据元素(段)和子元素(子字段)的字符；标识任何适用的日期、发布或控制信息。5.3.2格式头
5.3.2.1通则
格式头应由2部分组成：
一1个格式标识符（1个两位数的数字标识符，用于标识管理格式的规则）；变量数据（如果有），用于规定所用的分隔符以及适用标准的版本和发行、日期或控制信息。格式标识符和与格式头关联的变量数据见表1。GB/T42443—2023
格式标识符
变量头数据
wvurrr FsGs\s
vvurrrFsGss
Voourr7n7
表1显示关联分隔符的格式头表
格式尾
预留将来使用
9sttt...t\sccc...c'snnn...n' sGs
注1:wv表示正在使用的格式“01”的两位数版本。注2:Rs表示格式尾字符（见5.3.16）。注3:Fs表示段结束符（见5.3.2.2.2）。注4：Gg表示数据元素分隔符（见5.3.2.2.3）。注5：s表示子元素分隔符（见5.3.2.2.4）。运输
完成EDI报文/交易
格式描述
使用ANSX12中ASCX12段的结构化数据使用UN/EDIFACT段的结构化数据使用国际物品编码组织(GS1)应用标识符的数据使用ASCMH10数据标识符的数据
自由格式文本
使用CII语法规则的结构化数据
二进制数据（文件类型）（压缩技术）（字节数）预留将来使用
遵循文本元素标识符规则的结构化数据禁止使用，避免与IS0/IEC15961-2冲突预留将来使用
注6：vvorrr表示3位版本（vu），其后是3位发布（rrr）（见5.3.6）。注7:vwwurrnn表示4位版本（wwvu），之后是2位发布（rr），之后是2位版本标识符（nn）（见5.3.11）。注8：tt...t表示文件类型名称（见5.3.12)。注9:ccc..c表示压缩技术名称（见5.3.12)。注10：nmn..n表示字节数（见5.3.12）。0以前称为FACT数据标识符。
5.3.2.2分隔符和结束符
5.3.2.2.1
分隔符和结束符是数据流不可分割的一部分。分隔符和结束符不应川于报文中其他位置的非二进制数据。对于二进制数据字符串（格式“09”），应特别注意（见5.3.12)。5.3.2.2.2
段结束符
格式“03”的每个段应由段结束符字符，即不可打印字符Fs\（按附录A)结束。5.3.2.2.3
数据元素分隔符
格式“01”“03”“05”和“06”的数据元素之间应使用数据元素分隔符，即不可打印字符“Cs”（按附录A)分隔。
5.3.2.2.4子元素分隔符
格式“03”的子元素应以子元素分隔符，即不可打印字符\s”（按附录A）结束5.3.3格式头“00”（预留格式）格式头“00”预留将来使用。
5.3.4格式头“01”（运输）
格式头应表示为：
其中：
在数据元素之间使用的数据元素分隔符；s
0u——表示5.4.3.1中给出的2位数版木。5.3.5格式头“02”（完成EDI报文/交易）格式头应表示为：
此数据格式没有可变头数据（见5.4.4）。5.3.6格式头“03”（使用ASCX12段的结构化数据）格式头应表示为：
03vwurrr'sGs\s
其中：
表示所用ASCX12的3位版本(vW。）和3位发布(rrr）标识符：vwurrr
一一川于指示EDI段结束的段结束符；一一EDI数据元素之间使用的数据元素分隔符；一一复合数据元素中EDI子元素之间使用的子元素分隔符。5.3.7格式头04”（使用UN/EDIFACT格式头应表示为：
其中：
Ouorrr
所用UN/EDIFACT
段的结构化数据）
04vvurrrFsGss
GB/T42443—2023
级别的3位版本(voo）和3位发布(rrr）标识符：一一用于指示EDI段结束的段结束符；-—EDI数据元素之间使用的数据元素分隔符；一一复合数据元素中的EDI子元素之间使用的子元素分隔符。5.3.8格式头“05”（使用GS1应用标识符的数据）格式头应表示为：
其中：
Gs—一在数据字段之间使用的数据元素分隔符。5
GB/T42443—2023
5.3.9格式头“06”（使用ASCMH10数据标识符的数据）格式头应表示为：
其中：
Gs—在数据字段之间使用的数据元素分隔符。5.3.10格式头“07”（自由格式文本）格式头应表示为：
本数据格式没有可变头数据（见5.4.9）。5.3.11格式头“08”（使用CII语法规则的结构化数据）格式头应表示为：
08vvurrnn
其中：
0000rr727
所用CII等级的4位版本(vVoO)、2位发布(rr）和2位版本(nn）标识符，相当于CI语法规则中的BPID（见5.4.10）。5.3.12格式头“09”（二进制数据）格式头应表示为：
O99stt...tsccc...c snnn...nGs其中：
在格式头和最后一个数据字段末尾的字段之间使用的数据元素分隔符。tt..t
二进制文件类型的标识。字段长度可变，范围为1～30个字符（包括版本，如适用），字段应以“Gs”字符结尾。二进制文件类型和表示二进制文件类型的方法宜由贸易伙伴共同商定。
采用的压缩技术。该字段长度可变，范围为0～30个字符。如果不使用压缩，则此字段应留空。在任何情况下，字段应以Gs字符结尾。压缩技术和代表压缩技术的方法宜由贸易伙伴共同商定。
二进制报文中的字节数。该字段是1～15位的可变长度字段。计数不包括数据格式头或数据格式尾部的长度。字段应以“Gs\字符结尾，“Gs\字符不属于字节计数的一部分。5.3.13格式头“10”～“11”（预留格式)格式头“10”～“11”预留将来使用。5.3.14格式头“12”（用于文本元素标识符的数据）格式头应表示为：
其中：
Gs——在数据字段之间使用的数据元素分隔符。5.3.15格式头“13”～“99”（预留格式）格式头“13”～“99”预留将米使用。6
5.3.16格式尾
GB/T42443—2023
格式尾标识格式报文的结束。格式尾应包括格式尾字符、不可打印字符“Rs\（按附录A）。格式尾字符不应在报文其他位置的非二进制数据中使用。格式尾不应与格式“02”（完整的EDI信息/交易)和格式“08”(CII一完整报文)一起使用5.4数据格式
5.4.1通则
在给定的格式封装内，应使用且仅使用以下一种方法对数据进行格式化运输：
一完成EDI报文/交易（ASCX12、UN/EDIFACT或CII标准）；一结构化文本（ASCX12或UN/EDIFACT子集）；一使用GS1应用标识符规则构造的数据；一使用ASCMH10数据标识符规则构造的数据；：一自由格式文本；
—一没有报文组头和尾的CII报文记录；二进制数据：
使用文本元素标识符规则构造的数据。如果报文中包含1种以上的格式，则格式“01”（如果使用）应为报文中的第一种格式。5.4.2格式“00”（预留)
格式头“00”预留将来使用。
5.4.3格式“01”承运人分类和跟踪（运输）5.4.3.1通则
格式“01”包括两个部分：第一部分是强制性数据，对所有承运人分抹和跟踪应用通用；第二部分是可选数据，适用于贸易伙伴之间的特定应用。通过格式头中的版本标识符来识别控制该格式中数据结构的组织：版本“02”：根据ANSMH10.8.2中ASCMH10/SC8的规则格式化（使用千克和磅的计量标识符）的：
一版本“06”：根据国际航空运输协会（IATA）的规则格式化的；一版本“56”：根据国际货运代理协会联合会(FIATA）的规则格式化的；一版本“96”：根据ASCMH10/SC8的规则格式化（仅限使用磅的计量标识符）的，5.4.3.2格式“01”版本“02”
5.4.3.2.1必选数据
必选数据是格式“01”的版本“02”必需的。之后的数据元素应按以下列顺序排列，紧接在格式头之后。每个数据元素定义为固定长度或可变长度。其中字段长度可变，最小字段长度和最大字段长度如下所示。所有字段由格式头中定义的数据元素分隔符(“Gs\)分隔。收货邮政编码
收货国家代码
(an 00...11)
(n 03)
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。