ICS 35.080 CCS L 76 WB 中华人民共和国物流行业标准 WB/T1113—2021 应急物流数据交换格式 Data interchange formats for emergency logistics 2021-05-31发布 2021-07-01实施 中华人民共和国国家发展和改革委员会 发布 WB/T1113—2021 目 次 前言 1 范围 2 规范性引用文件 3术语和定义、缩略语 4XML类型数据交换文件格式 5JSON类型数据交换文件格式 6TXT类型数据交换文件格式.. 7二维条码数据格式 附录A（资料性） 数据交换格式示例 WB/T 1113—2021 前言 本文件按照GB/T1.1一2020《标准化工作导则 第1部分：标准化文件的结构和起草规则》的规定 起草。 请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别专利的责任。 本文件由中国物流与采购联合会提出。 本文件由全国物流标准化技术委员会（SAC/TC269）归口。 本文件起草单位：中国人民解放军国防大学联合勤务学院、普天物流技术有限公司、中国物流与采 购联合会应急物流专业委员会、北京中怡通应急物流发展中心、上海欣方智能系统有限公司、北京邮电 本文件主要起草人：刘志、杨小军、王力猛、钱鲁锋、任杰、安靖、徐东、刘文、董方、别致、韩树文、 丁小波、卜小冲、付树栋、高斌、陈文斌、侯汉平、杨建亮、黄芳、李雪、李亚平、李中阳、王小军、潘蔡巍、 陈露。 WB/T1113—2021 应急物流数据交换格式 1范围 本文件规定了应急物流数据交换格式，包括XML、JSON、TXT类型数据交换文件的格式，以及二 维条码中数据的格式。 本文件适用于应急物流活动中的数据交换。 2规范性引用文件 下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文 本文件。 GB/T7408 数据元和交换格式信息交换日期和时间表示法 GB/T18354物流术语 3术语和定义、缩略语 3.1术语和定义 GB/T18354界定的及以下列术语和定义适用于本文件。 3.1.1 应急物流 emergency logistics 针对可能出现的突发事件已做好预案，并在事件发生时能够迅速付诸实践的物流活动。 注：突发事件为《国家突发公共事件总体应急预案》中所指的自然灾害、事故灾难、公共卫生事件、社会安全事件等 四类事件。 L来源：GB/T18354一2006，2.37，有修改 3.1.2 数据包 datapacket 数据文件中封装数据的单元。 3.1.3 数据项dataitem 数据文件中的基本数据单元。 注：通常包括数据项名称、数据项的值，亦可包括数据项标识和结构标记。 3.1.4 数据记录 datarecord 数据文件中多个数据项值的数据集合。 3.1.5 包体packetbody XML数据文件中对数据整体描述、数据项描述及一个或多个数据记录的集合 1 WB/T1113—2021 3.2 缩略语 下列缩略语适用于本文件。 JSON：JavaScript对象标记(JavaScriptObjectNotation) UTF：统一字符编码转换格式（UnicodeTransformationFormat） XML：可扩展标记语言（eXtensibleMarkupLanguage） 4XML类型数据交换文件格式 4.1结构 XML类型数据交换文件应包括声明、包体两部分，结构示意见图1，示例参见附录A中的A.1。 声明 包体 数锯包描还 数据记录 图1XML类型数据交换文件结构示意图 4.2声明 应明确数据交换文件遵循XML1.0规范，编码采用UTF-8。表述如下 <?xml version="1.0" encoding="UTF-8"？> 4.3包体 4.3.1 要求 包体应符合以下要求： a) 包体应使用“Package"标签； b）包体应包括数据包描述、数据两部分内容，数据包描述在前。 4.3.2 数据包描述 数据包描述应使用“Description"标签，内容应包括版本、单位代码、单位名称、记录数量、发送时间， 要求见表1。 2 WB/T 1113—2021 表1 数据包描述 内容标签 内容 数据类型 长度（字节） 备注 Version 版本 字符串型 3 采用n.n格式 DepartmentCode 单位代码 字符串型 18 填写单位的社会统一信用代码 DepartmentName 单位名称 字符串型 50 填写单位中文全称 RecordCount 记录数量 数值型 SendTime 发送时间 日期时间型 应符合GB/T7408的要求 4.3.3数据 数据应符合以 要求： 数据应 用“Data"标签。 b) 数据应包含数据项说明、数据记录两部分内容，数据项说明在前。 c) 数据项说明整体应使用“Ficlde"标签·每 个数据项说明应使用“Field标签食 包含“id”及 “nane”元素，“id"元素指明数据项的标ame元素指明数据项的名称。数据项有对应的 标准数据元时，“id”元素的值应采用数据元的标识符 name元素的值应采用数据元名称或 简称；数据项没有对应的标准数据元 id元素 值可为 "name" 元素的值应采用含义明 确的中文名称。 d) 数据记录整体应使用Rccords"标签 条数据 据项的值应使用“Item"标签 其顺序及数量应 数据项说明保持一致 5 JSON类型数据交换文件格式 JSON类型数据交换文件应符合以下要求： a） 应遵循J avaScript语言规范。 b) 编码应采用UTF-8。 c) 数据项应采用“键值”对的形式。 数据项有对应的标准数据元时，“键”应采用数据元名称或简 称；数据项没有对应标准数据元时，“键“应采用含义明确的中文名称。 d) 日期和时间格式应符合GB/T7408的要求 JSON类型数据交换文件格式示例见A.2。 6TXT类型数据交换文件格式 TXT类型数据交换文件应符合以下要求： a) 第一行应为各数据项的名称；数据项有对应标准数据元时，应采用数据元名称或简称，没有对 应标准数据元时，应采用含义明确的中文名称；各数据项的名称应采用半角符号“”分隔。 b） 从第二行起应为各数据项的值，其排列顺序和数量应与第一行中数据项名称对应一致；各数据 项的值应采用半角符号“|”分隔；数据项的值为空时，其前后的分隔符应保留。 TXT类型数据交换文件格式示例见A.3。 3 WB/T1113—2021 二维条码数据格式 二维条码中的数据格式应符合以下要求： a) 只包含一组数据时，应采用“数据项名称|数据值”对的形式，采用半角符号“”分隔，每个“数据 项名称|数据值”对为一行； b) 包含多组数据时，应遵循第6章要求。 二维条码中的数据格式示例见A.4。 4