1、ICS 01.140.30 CCS A 02 33 浙江省地方标准 DB33/T 2382 2021 财政电子 票据区块 链技术应 用规范 Technical specification for financial e-invoice blockchain system 2021 - 09 - 30 发布 2021 - 10 - 30 实施 浙 江 省 市 场 监 督 管 理 局 发布 DB33/T 2382 2021 I 目 次 前言 . III 1 范围 . 1 2 规 范性 引用 文件 . 1 3 术 语和 定义 . 1 4 系 统架 构 . 1 4.1 架构 图 . 1 4.2 服务
2、使用 方 . 2 5 总 体要 求 . 3 5.1 业务 应用 . 3 5.2 高可 用性 . 3 5.3 可信 性 . 3 6 业 务通 用要 求 . 3 6.1 实名 归集 . 3 6.2 票据 业务 不可 篡改 性 . 4 7 技 术要 求 . 4 7.1 节点 管理 . 4 7.2 一致 性 . 4 7.3 共识 机制 . 4 8 业 务流 程要 求 . 5 8.1 基本 要求 . 5 8.2 链上 开票 . 5 8.3 票据 冲红 . 5 8.4 票据 上链 . 6 8.5 票据 查询 . 6 8.6 票据 应用 . 6 8.7 票据 入账 . 6 8.8 票据 归档 . 6 9 数
3、 据要 求 . 7 9.1 数据 格式 . 7 9.2 数据 加解 密 . 7 附录A （ 资料 性） 区 块链财 政电 子票 据系 统部 署方式 . 9 附录B （ 资料 性） 区 块链财 政电 子票 据开 票及 应用案 例 . 10 参 考 文 献 . 11 DB33/T 2382 2021 II 前 言 本标准 按照 GB/T 1.1 2020 标 准化 工作 导则 第1 部分： 标准 化文 件的 结构 和起草 规则 的 规 定 起草。 请注意 本文 件的 某些 内容 可能涉 及专 利。 本文 件的 发布机 构不 承担 识别 专利 的责任 。 本标准 由浙 江省 财政 厅提 出并归 口。
4、 本标准 起草 单位 ： 浙江 省 财政票 据管 理中 心 、 浙 江 省数字 财政 管理 中心 、 蚂 蚁科技 集团 股份 有限 公 司、浙 江省 方大 标准 信息 有限公 司。 本标准 主要 起草 人： 蓝一 鸣、 叶 时宝 、 聂 勇、 文昕 、 黄健 民、 金永 勤、 彭晋 、 王昕 、 昌 文婷 、 钮 清 锋、张 晓蒙 、朱 敏 、 王春 聪 。DB33/T 2382 2021 1 财 政电子 票据区块 链技术 应用规范 1 范围 本标准 规定 了基 于区 块链 技术 的 财政 电子 票据 的 系 统架构 、 总 体要 求、 业务 通用要求 、 技术 要求 、 业务流 程要 求 和
5、 数据 要求 。 本标准 适用 于基 于区 块链 技术的 财政 电子 票据 系统 的设计 、 开发 、 部 署和 应 用 ， 以及 财政 电子 票据 全生命 周期 管理 。 2 规范性 引用 文件 本文件 没有 规范 性引 用文 件。 3 术语 和 定义 下列术 语和 定义 适用 于本 文件。 3.1 财政票 据 finance invoice 由财政 部门 监 （ 印） 制、 发放、 管理， 国家 机关、 事业单 位、 具有 公共 管理 或者公 共服 务职 能的 社 会团体 及其 他组 织依 法收 取政府 非税 收入 或者 从事 非营利 性活 动收 取财 物时 ， 向公 民、 法人 和其 他
6、组 织 开具的 凭证 。 注： 财政票据包括非税收入 类票据、 结算类票据、 其他财政票据 。 其中， 其他财政票据包括公 益事业捐赠票据、 医 疗收费票据、社会团体会费票据、其他应当由财政部门管理的票据。 3.2 财政电 子票 据 finance e-invoice 以数字 信息 代替 纸质 文件 、 以电 子签 名代 替手 工签 章， 依 托计 算机 和信 息网 络技术 开具 、 存 储、 传 输和接 收财 政电 子票 据 ， 实现电 子开 票 、 自 动核 销、 全程跟 踪 、 源 头控 制的 电 子形式 票据 ， 以下 简称 “电 子票据 ”。 3.3 区块链 blockchain 使
7、用密 码技 术链 接将 共识 确认过 的区 块按 顺序 追加 形成的 分布 式账 本。 注： 区块链旨在防止篡改并创建最终的 、确定的和不变的账本记录 3.4 智能合 约 smart contract 存储在 分布 式账 本中 的计 算机程 序， 其共 识执 行结 果都记 录在 分布 式账 本中 。 4 系统架 构 4.1 架构图 DB33/T 2382 2021 2 4.1.1 区块链 财政 电子 票据 系统 应由支 撑 系 统、 服务 系统 和 业务 系统 构成 ， 其 框架 如 图1 所示 。区块 链财政 电子 票据 系统 部署 方式的 相关 示例 见附 录 A 。 图1 区块链 财政
8、电子 票据 系统 架构图 4.1.2 支撑系统 主 要通 过区 块链 的 共识 机制 、 块 链存 储 、 隐私保 护和 合约 引擎 提供 存证服 务和 智能 合 约服务 。 4.1.3 服务系统 包含 密 钥子 系统 和业务 处理 子系 统， 其中 密钥子 系统 负责 密钥 管理 和密钥 生成 ，业 务 处理子 系统 实现 票据 上链 、查询 、理 赔、 报销 等 业 务的处 理 。 4.1.4 业务系统 提 供接 入系 统， 用于服 务使 用方 发起 业务 。 4.2 服务使 用 方 4.2.1 财政部 门 财政部门 监 制财 政 电 子票 据 ， 通 过财 政 部 门接 入系 统 （通
9、常 为 财政 电子 票据 管理系 统 ） ， 实 现电子 票据 的 上链 。 财政 电 子票 据管 理系 统 应 进行升 级改 造以 接入 区块 链财政 电子 票据 服务 系统 的 业务 处理 子系 统。 接 入 方式 包括 但不 限于 客户 端 、用 户图 形接 口、 命令 行、脚 本、API 等 。 4.2.2 开票单 位 开票单位 宜 支持 通过 区块 链 财政 电子 票据 系统 实现 链上开 票， 并对 链上 开具 的 票据 进行 签名 。 开票 单 位在 开具 、冲 红 后 ，应及 时将 相关 信息 反馈 至区块 链财 政电 子票 据系 统。 4.2.3 收票方 DB33/T 238
10、2 2021 3 收票方 分为 个人 和单 位。 收票方 通过 服务 应用 ， 实 现电子 票据 的查 询。 注： 典型的服务应用，如支付宝、浙里办等 。 4.2.4 用票方 用票方 实现 电子 票据 的 应 用、 报销 入账 ， 并 在入 账 、 归档后 将相 关信 息反馈 至 区块链 财政 电子 票据 系统， 更新 电子 票据 的状 态 。用 票方 接入 系统 应对 收票方 进行 实名 认证 。 注： 典型的用票方如医疗保障部门、保险机构等。 4.2.5 监管部 门 监管部 门 可 接收 区块 链 财 政电子 票据 系统 推送 与监 管职能 相关 的 信 息。 5 总体要 求 5.1 业务
11、应 用 区块链 财政 电子 票据 系统 应符合 如下 要求 ： a) 支持的 电子 票据 容量 应不 小于 20 亿 张； b) 并发性 能支撑 同 时并 行处 理 不小 于3 000 笔业 务 ； c) 票据上 链服务 响应 时间 应 不大 于3 s 。 5.2 高可用 性 区块链 财政 电子 票据 系统 应符合 如下 要求 ： a) 区块链 财政 电子 票据 系统 可用率 应不低于 99.999 % ； b) 对区块 链财 政电 子票 据系 统 及应 用 监 控覆 盖率 应达到 100 %； c) 宜支持 异地 多活 技术 ， 不 同城市 建立 独立 的数 据中 心 ，接 入高 可用 架构
12、 ； d) 宜实现 相距 大于 150 km 的 异地多 数据 中心 架构 ； e) 任何单 机、 单机 房或 单个 城市故 障， 均不 宜 停 止服 务 ，即 系统 恢复 时间 为 0 ； f) 数据恢 复时 间 不 宜高于 60 s； g) 业务功 能恢 复 时 间不 宜高于 30 min。 5.3 可信性 区块链 财政 电子 票据 系统 应 符合 如下 要求 ： a) 由财政 部门 监制 并上 链， 确保票 据源 的可 信性 ； b) 基于区 块链 不可 篡改 、不可 抵赖 的特 点， 确保 传输 、存储 、应 用全 链路 的可 信性 ； c) 基于实 名认 证、 用票 授权 等确保 用
13、票 的 可 信性 ； d) 支持票 据在 链上 可信 状态 的维护 。 6 业务通用 要求 6.1 实名归 集 区块链 财政 电子 票据 系统 应支持 实名 归集 功能 ： a) 基于收 票方 代码 建立 账户 ，并将 对应 收票 方的 票据 归集到 对应 账户 ； DB33/T 2382 2021 4 b) 基于开 票 单 位代 码建 立账 户 ，并 将 对 应开 票单 位的 票据归 集到 对应 账户 ； c) 归集到 账户 名下 的票 据信 息， 应 包含 票据 代码 、票 据号码 、票 据检 验码 、票 据总金 额。 6.2 票据 业 务不 可篡 改性 区块链 财政 电子 票据 系统 应
14、具备 不可 篡改 特性 ： a) 通过时 间戳 证明 、 首尾 相 连记账 规则 、 哈希 算法 、 数字签 名 、 共 识机 制等 技 术应用 和机 制设 计, 保证电 子票 据链 账本 不可 篡改； b) 通过智能合约技术，实现 电子票据数据库链上链下 的实时映射与比对，保证 链下电子票据数据 库不可 篡改 。 7 技术要 求 7.1 节点管 理 7.1.1 区块链 组网 中节 点可 分为 共识节 点和 非共 识节 点。 共识节 点 参 与共 识保 证 区 块链分 布式 系统 数 据的一 致性 ， 非 共识 节点 （如监 管节 点和 业务 节点 等） 可 以提 供链 上数 据的 查询服 务
15、， 分散 区块 链 系 统 数据查 询压 力。 注1 ：典型的共识节点如财政 管理 部门部署的区块链节点。 注2 ：典型 的 非 共识 节 点 如卫 生 保 健部 门 、 医 疗保 障 部 门、 档案 管理 部 门 等 监管 部 门 部署 的 节点 ， 业 务 节 点如 医院 或学校等用票房 部署的节点 。 7.1.2 应支持 区块 链两 种节 点的 动态增 加和 删除 ，实 现根 据具体 业务 对资 源的 动态 扩容或 降配 ，相 关 要求包 括： a) 应在等 待新 节点 同步 数据 后完成 节点 增加 ； b) 应在释 放节 点资 源后 完成 节点删 除； c) 链上共 识节 点数 量应
16、 保证 系统的 整体 健壮 性 ； d) 动态增 加或 删除 节点 不影 响现有 业务 的运 行。 7.2 一致性 区块链 财政 电子 票据 系统 应符合 一致 性要 求， 主要 包括： a) 在数据存储方面，通过链 式架构、区块存储、时间 戳等关键技术以及检验 机 制，实现电子票据 数据存 储的 可靠 性、 不可 篡改、 不可 伪造 特性 ； b) 在网络 通信 方面 ， 需要 对 不同节 点的 功能 进行 统一 控制 ， 对 新生 数据 进行 全 网传播 后共 同认 证， 验证完 成的 新数 据才 能进 行区块 链存 储； c) 在密码 技术 方面 ， 应使 用 安全并 符合 国家 密码
17、管理 规定 的 算法 和协 议 进 行摘 要计算 、 认证 签名 、 所有权确认与使用权保障 ，并通过加密技术确保信 息安全防护等级，从而保 障区块数据的一致 性、可 靠性 。 7.3 共识机 制 区块链 财政 电子 票据 系统 应遵循 共识 机制 ， 主 要包 括： a) 能够根 据电 子票 据验 证及 背书策 略确 保区 块中 所有 电子票 据应 用有 效； b) 能够确 保所 有节 点提 交和 应 用电 子票 据顺 序的 一致 性； c) 能够利 用智 能合 约接 口， 验证电 子票 据的 有效 性和 提交顺 序。 DB33/T 2382 2021 5 8 业务流 程要 求 8.1 基本
18、要 求 区块链 财政 电子 票据 系统 应当支 持财 政电 子票 据的 链上开 票、 票据 冲红 、 票 据 上链 、 票 据 查 询、 票 据应用 、票据 入账 和票据 归档等 功能 ， 其业 务流程 见图2。 区块 链财政 电子 票 据开票 及应用 案例 的相关 示例见 附录B。 图2 区块链 财政 电子 票据 系统 业务流 程 图 区块链 财政 电子 票据 系统 应记录 财政 电子 票据 的状 态变化 ，状 态应 包括 已开 具、已 冲红 、用 票中 、 已用票 、已 入账 和已 归档 。其中 ，已 开具 、用 票 中 、已用票 、 已入 账 、 已归 档是 电 子票 据的 有效 状态
19、； 已 冲红 是电 子票 据的 失效 状态 ； 电子 票据 进入 失效 状态后 不应 再进 行操 作 。 a) 链上开 票或 票据 上链 后， 标记为 “已 开具 ”状 态 ； b) 开票单 位票 据冲 红后 ，标 记为“ 已冲 红” 状态 ； c) 用票方 进行 票据 应用 时 ， 标记为 “用 票 中 ”状 态； d) 用票方 票据 应用 返回 结果 后，标 记为 “ 已 用票 ”状 态 ； e) 用票方 提交 票据 入账 反馈 ， 标记 为“ 已入 账 ” 状态 ； f) 用票方 提交 票据 归档 反馈 ，标记 为“ 已归 档” 状态 。 8.2 链上开 票 区块链 财政 电子 票据 系
20、统 应支持 电子 票据 链上 开具 ，具体 流程 为： a) 开票单 位向 区块 链财 政电 子票据 系统 发起 开票 请求 ； b) 生成财 政赋 码； c) 完成开 票单 位和 财政 的电 子签名 ； d) 生成电 子票 据文 件； e) 完成链 上开 票。 注： 上述流程均在链上执行。 8.3 票据冲红 区块链 财政 电子 票据 系统 应支持 票据 冲红 ， 以 实现 开 票单位 因 原 开具 电子 票据 有误需 更正 、 调整 时， 而开具 的红 字票 据， 通常 金额是 负数 。具 体流 程为 ： a) 开票单 位向 区块 链财 政电 子票据 系统 发起 冲红 请求 ； b) 查询原
21、 始电 子票 据是 否处 于 不可 冲红 状态 ，如 用票 中、已 用票 、已 入账 、已 归档、 已冲 红 等 ； DB33/T 2382 2021 6 c) 若处于 可冲 红状 态 ， 则执 行红票 链上 开具 ，或 红票 票据上 链， 完成 冲红 。 8.4 票据上链 票据上 链 业 务， 应由 财政 部门发 起， 经由 财政 部门 接入 系 统， 最终 存入 区块 链 财政 电子 票据 系统 。 具体流 程 应 如下 ： a) 交款人 到开 票单 位办 理业 务，业 务办 理完 毕开 票单 位收取 款项 ； b) 开票单 位接 入系 统生 成电 子票据 文件 并完 成单 位签 名， 文
22、 件内 数据 格式 可为XML 、JSON 等 其他 纯文本 格式 ，文 件应 使用 安全并 符合 国家 密码 管理 规定的 算法 和协 议 进 行加 密； c) 财政部 门对 电子 票据 文件 进行监 制签 名； d) 完成开 票后 上链 。 8.5 票据查询 8.5.1 收票方 票据 查询 区块链 财政 电子 票据 系统 应支持 收票 方查 询名 下的 电子票 据信 息列 表， 并对 用 户选取 的电 子票 据进 行 展示 。 具 体流 程为 ： a) 收票方 向 区 块链 财政 电子 票据系 统 发 起查 询请 求； b) 核验收 票方 身份 ，系 统向 其展示 查询 的电 子票 据信
23、息列表； c) 收票方 按需 查看 并使 用电 子票据 。 8.5.2 票据查 验 区块链 财政 电子 票据 系统 应支持 票据 查验 服务 ，实 现电子 票据 真伪 信息 的核 验。具 体流 程为 ： a) 收票方 或经 授权 的用 票方 发起票 据查 验， 验证 电子 票 据真伪 ， 并 输入 五要 素 ， 即 电子票 据代 码、 电子票 据号 码、 校验 码、 票据金 额、 开票 日期 ； b) 身份核 验； c) 返回电 子票 据真 伪信 息。 8.6 票据应用 区块链 财政 电子 票据 系统 应支持 票据 应用 服务 ，实 现报销 、理 赔等 应用 。具 体流程 为： a) 由收票
24、方或 经授 权的 用票 方发起 票据 应用 ； b) 用票方 应用 时， 从链 上获 取 应用 所需 的电 子票 据文 件； c) 用票方 处理 后， 并返 回应用 结果 。 8.7 票据入 账 区块链 财政 电子 票据 系统 应支持 票据 入账 服务 ， 实现 企业 单位 收入 或支 出票 据, 计入账簿 里 ， 完 成 会计账 务处 理。 具体流 程为 ： a) 开票单位 发 起入 账请 求； b) 查询该 电子 票据 的链 上状 态； c) 若符合 入账 规则 ， 将 该电 子票据 入账 。 8.8 票据归 档 区块链 财政 电子 票据 系统 应支持 票据 归档 服务 ，实 现单位 将财
25、 政票 据关 联到 单位电 子档 案。 DB33/T 2382 2021 7 具体流 程为 ： a) 单位发 起票 据归 档请 求； b) 查询该 电子 票据 的链 上状 态； c) 若符合 归档 规则 ，将 该电 子票据 归档 。 9 数据要 求 9.1 数据格 式 区块链 存储的 上链 电子票 据信息 数据格 式应 符合表1 的要求 ，包含 数据 项、数 据类型 、数据 长度 、 数 据说 明、 存储 方式 等内 容。 表1 上链电 子票 据信 息数 据格 式 序号 数据项 数据类型 数据长度 数据说明 存储方式 数据备注 1 电子票据代码 数组 定长，推荐 8 字节 用于描述财政电子票据
26、的种类 信息 明文存储 必选 2 电子票据号码 数组 定长，推荐 10 字节 电子票据号码，与电子票据代 码组合，具有唯一性 明文存储 必选 3 校验码 字符串 定长，推荐 6 字节 6 位长度数字字母随机组成校 验码 哈希存储 必选 4 总金额 数值 定长，推荐21 字节 电子票据的票面合计金额 加密存储 必选 5 开票时间 日期 定长，推荐 8 字节 电子票据的开具日期 加密存储 必选 6 开票单位代码 字符串 不定长，推荐30 字 节以内 电子票据的开票单位代码，一 般为统一社会信用代码 哈希存储 必选 7 开票单位名称 字符串 不定长， 推荐 100 字 节以内 电子票据的开票单位名称
27、 加密存储 必选 8 收票方代码 字符串 不定长，推荐30 字 节以内 电子票据的交款人代码，个人 一般为身份证号，单位一般为 统一社会信用代码 哈希存储 必选 9 收票方名称 字符串 不定长， 推荐 100 字 节以内 电子票据的交款人名称 加密存储 必选 10 相关票据代码 数组 定长，推荐 8 字节 预留扩展字段，开具红票时在 此填写原票据代码 明文存储 可选 11 相关票据号码 数组 定长，推荐 10 字节 预留扩展字段，开具红票时在 此填写原票据号码 明文存储 可选 12 电子票据 字符串 不定长 财政电子票据数据 XML 文件 加密存储 必选 13 存储地址 字符串 不定长 财政电
28、子票据数据 XML 文件存 储位置 加密存储 必选 注： 哈希存储亦称“散列存储”，专用于集合结构的一种存储方式。 9.2 数据加 解密 9.2.1 密钥生 成 DB33/T 2382 2021 8 密钥的 生成 应满 足以 下要 求 ： a) 基于电 子 票 据代 码 、 号 码 和校验 码 ， 生 成 该 电子 票据 唯一 的 加 密密 钥 ， 从 而 确保 一 张电 子票据 的密钥 泄露 不会 影响 其他 电子票 据的 安全 ； b) 密钥 应 通过 计算 的方 式得 到， 不 应在 硬盘 存储 ； c) 加密的 根密 钥应 由财 政部 门 或财 政部 门授 权的 相关 部门进行 管理
29、。 9.2.2 加密 与 解密 流程 票据 上 链时， 应在 服务系统 完成 加密 。 票据 应用时 ，应在 服务系 统完 成解密 。 加解 密 流程 如 图3 所 示 。 图3 加解密 流程 图 DB33/T 2382 2021 9 附 录 A （资料 性 ） 区块链 财政 电子 票据 系统 部署方 式 A.1 专网 部署 方式 区块链 财政 电子 票据 系统 部署在 财政 专网 内 ， 通 过 白名单 、 数字 证书 、 签 名 密钥的 方式 向外 部需 求 方提供 服务 。 A.2 互联 网 部 署方 式 区块 链 财 政 电 子票 据 系 统部 署 在 互 联 网 并提 供RESTfu
30、l （ 一种基于HTTP ， 可 以使 用XML 格 式 定义 或 JSON格 式定 义的 应用 程序 开发方 式 ） 服务 ， 外部 机构 单位可 以访 问区 块链 财政 电子票 据系 统， 提交 开票 、 换开、 冲红 、用 票流 转等 业务。 A.3 专网- 互联 网互 通方 式 区块链 财政 电子 票据 系统 通常包 括前 端开 票单 位管 理、RESTful 服 务 、 业 务中 台、 区块 链组 网节 点、 业务数 据库 等部 分组 成。 前端开 票单 位管 理、RESTful 服务 、 业 务中 台部 署在 互联网 ， 区 块链 组网 节点、 业务数 据库 等部 署在 财政 专网
31、， 实现 了互 联网 、财 政专网 的互 通。 DB33/T 2382 2021 10 附 录 B （资料 性） 区块链 财政 电子 票据 开票 及应用 案例 图B.1 医 疗票 据开 票及 应用案 例 以医疗 票据 为例 ，区 块链 财政电 子票 据开 票及 应用 流程如 下： a) 用户在 医院 完成 就医 交费 ； b) 医院完 成收 费票 据的 开具 ； c) 医疗收 费票 据由 各地 市财 政局及 省本 级归 集后 同步 至省财 政厅 ，加 密上 链 ； d) 票据按 照用 户维 度在 浙里 办 APP 、支 付宝 “浙 江财 政票据 ” 等 便民 应用 中 完 成归集 ； e) 用户发 起 医 保报 销/ 商保 理 赔申请 ； f) 医保和 商保 审核 通过 后报 销理赔 款赔 付到 账 。 DB33/T 2382 2021 11 参 考 文 献 1 财综201732 号 财政 部 关于印 发 关于 稳步 推进 财政电 子票 据管 理改 革的 试点方 案 的通 知 2 中华人 民共 和国 财政 部令 第 104 号 财政 部关 于修 改财 政票 据管 理办 法 的决定 3 网信办20193 号 区块 链信息 服务 管理 规定
