DB33_T 2382-2021财政电子票据区块链技术应用规范(可复制）

1、ICS 01.140.30CCS A 02DB33浙江省地方标准DB33/T 23822021财政电子票据区块链技术应用规范Technical specification for financial e-invoice blockchain system2021 - 09 - 30 发布2021 - 10 - 30 实施浙江省市场监督管理局发 布DB33/T 23822021 PAGE * ROMAN II目次 HYPERLINK l _bookmark0 前 言II HYPERLINK l _bookmark1 范围1 HYPERLINK l _bookmark2 规范性引用文件1 HYPE

2、RLINK l _bookmark3 术语和定义1 HYPERLINK l _bookmark4 系统架构2 HYPERLINK l _bookmark5 架构图2 HYPERLINK l _bookmark6 服务使用方2 HYPERLINK l _bookmark7 总体要求3 HYPERLINK l _bookmark8 业务应用3 HYPERLINK l _bookmark9 高可用性3 HYPERLINK l _bookmark10 可信性3 HYPERLINK l _bookmark11 业务通用要求4 HYPERLINK l _bookmark12 实名归集4 HYPERLINK

3、 l _bookmark13 票据业务不可篡改性4 HYPERLINK l _bookmark14 技术要求4 HYPERLINK l _bookmark15 节点管理4 HYPERLINK l _bookmark16 一致性4 HYPERLINK l _bookmark17 共识机制5 HYPERLINK l _bookmark18 业务流程要求5 HYPERLINK l _bookmark19 基本要求5 HYPERLINK l _bookmark20 链上开票5 HYPERLINK l _bookmark21 票据冲红6 HYPERLINK l _bookmark22 票据上链6 HYP

4、ERLINK l _bookmark23 票据查询6 HYPERLINK l _bookmark24 票据应用6 HYPERLINK l _bookmark25 票据入账6 HYPERLINK l _bookmark26 票据归档7 HYPERLINK l _bookmark27 数据要求7 HYPERLINK l _bookmark28 数据格式7 HYPERLINK l _bookmark29 数据加解密8 HYPERLINK l _bookmark30 附录 A （资料性） 区块链财政电子票据系统部署方式9 HYPERLINK l _bookmark31 附录 B （资料性） 区块链财政

5、电子票据开票及应用案例10前言本标准按照 GB/T 1.12020标准化工作导则 第1部分：标准化文件的结构和起草规则的规定起草。请注意本标准的某些内容可能涉及专利。本标准的发布机构不承担识别专利的责任。本标准由浙江省财政厅提出并归口。本标准起草单位：浙江省财政票据管理中心、浙江省数字财政管理中心、蚂蚁科技集团股份有限公司、浙江省方大标准信息有限公司。本标准主要起草人：蓝一鸣、叶时宝、聂勇、文昕、黄健民、金永勤、彭晋、王昕、昌文婷、钮清锋、张晓蒙、朱敏、王春聪。DB33/T 23822021 PAGE 10财政电子票据区块链技术应用规范范围本标准规定了基于区块链技术的财政电子票据的系统架构、总

6、体要求、业务通用要求、技术要求、业务流程要求和数据要求。本标准适用于基于区块链技术的财政电子票据系统的设计、开发、部署和应用以及财政电子票据全生命周期管理。规范性引用文件本标准没有规范性引用文件。术语和定义下列术语和定义适用于本标准。3.1财政票据 finance invoice由财政部门监（印）制、发放、管理，国家机关、事业单位、具有公共管理或者公共服务职能的社会团体及其他组织依法收取政府非税收入或者从事非营利性活动收取财物时，向公民、法人和其他组织开具的凭证。注：财政票据包括非税收入类票据、结算类票据、其他财政票据。其中，其他财政票据包括公益事业捐赠票据、医疗收费票据、社会团体会费票据、其

7、他应当由财政部门管理的票据。3.2财政电子票据 finance e-invoice以数字信息代替纸质文件、以电子签名代替手工签章，依托计算机和信息网络技术开具、存储、传输和接收财政电子票据，实现电子开票、自动核销、全程跟踪、源头控制的电子形式票据，以下简称“电子票据”。3.3区块链 blockchain使用密码技术链接将共识确认过的区块按顺序追加形成的分布式账本。注：区块链旨在防止篡改并创建最终的，确定的和不变的账本记录3.4智能合约 smart contract存储在分布式账本中的计算机程序，其共识执行结果都记录在分布式账本中。系统架构架构图区块链财政电子票据系统应由支撑系统、服务系统和业务

8、系统构成，其框架如图 1 所示。区块链财政电子票据系统部署方式的相关示例见附录 A。图1 区块链财政电子票据系统架构图支撑系统主要通过区块链的共识机制、块链存储、隐私保护和合约引擎提供存证服务和智能合约服务。服务系统包含密钥子系统和业务处理子系统，其中密钥子系统负责密钥管理和密钥生成，业务处理子系统实现票据上链、查询、理赔、报销等业务的处理。业务系统提供接入系统，用于服务使用方发起业务。服务使用方财政部门财政部门监制财政电子票据，通过财政部门接入系统（通常为财政电子票据管理系统），实现电子票据的上链。财政电子票据管理系统应进行升级改造以接入区块链财政电子票据服务系统的业务处理子系统。接入方式包

9、括但不限于客户端、用户图形接口、命令行、脚本、API等。开票单位开票单位宜支持通过区块链财政电子票据系统实现链上开票，并对链上开具的票据进行签名。开票单位在开具、冲红后，应及时将相关信息反馈至区块链财政电子票据系统。收票方收票方分为个人和单位。收票方通过服务应用，实现电子票据的查询。注：典型的服务应用，如支付宝、浙里办等。用票方用票方实现电子票据的应用、报销入账，并在入账、归档后将相关信息反馈至区块链财政电子票据系统，更新电子票据的状态。用票方接入系统应对收票方进行实名认证。注：典型的用票方如医疗保障部门、保险机构等。监管部门监管部门可接收区块链财政电子票据系统推送与监管职能相关的信息。总体要

10、求业务应用区块链财政电子票据系统应符合如下要求：支持的电子票据容量应不小于 20 亿张；并发性能支撑同时并行处理不小于 3 000 笔业务；票据上链服务响应时间应不大于 3 s。高可用性区块链财政电子票据系统应符合如下要求：区块链财政电子票据系统可用率应不低于 99.999%；对区块链财政电子票据系统及应用监控覆盖率应达到 100%；宜支持异地多活技术，不同城市建立独立的数据中心，接入高可用架构；宜实现相距大于 150 km 的异地多数据中心架构；任何单机、单机房或单个城市故障，均不宜停止服务，即系统恢复时间为 0；数据恢复时间不宜高于 60 s；业务功能恢复时间不宜高于 30 min。可信性

11、区块链财政电子票据系统应符合如下要求：由财政部门监制并上链，确保票据源的可信性；基于区块链不可篡改、不可抵赖的特点，确保传输、存储、应用全链路的可信性；基于实名认证、用票授权等确保用票的可信性；支持票据在链上可信状态的维护。业务通用要求实名归集区块链财政电子票据系统应支持实名归集功能：基于收票方代码建立账户，并将对应收票方的票据归集到对应账户；基于开票单位代码建立账户，并将对应开票单位的票据归集到对应账户；归集到账户名下的票据信息，应包含票据代码、票据号码、票据检验码、票据总金额。票据业务不可篡改性区块链财政电子票据系统应具备不可篡改特性：通过时间戳证明、首尾相连记账规则、哈希算法、数字签名、

12、共识机制等技术应用和机制设计, 保证电子票据链账本不可篡改；通过智能合约技术，实现电子票据数据库链上链下的实时映射与比对，保证链下电子票据数据库不可篡改。技术要求节点管理区块链组网中节点可分为共识节点和非共识节点。共识节点参与共识保证区块链分布式系统数据的一致性，非共识节点（如监管节点和业务节点等）可以提供链上数据的查询服务，分散区块链系统数据查询压力。注1：典型的共识节点如财政管理部门部署的区块链节点。注2：典型的非共识节点如卫生保健部门、医疗保障部门、档案管理部门等监管部门部署的节点，业务节点如医院或学校等用票房部署的节点。应支持区块链两种节点的动态增加和删除，实现根据具体业务对资源的动态

13、扩容或降配，相关要求包括：应在等待新节点同步数据后完成节点增加；应在释放节点资源后完成节点删除；链上共识节点数量应保证系统的整体健壮性；动态增加或删除节点不影响现有业务的运行。一致性区块链财政电子票据系统应符合一致性要求，主要包括：在数据存储方面，通过链式架构、区块存储、时间戳等关键技术以及检验机制，实现电子票据数据存储的可靠性、不可篡改、不可伪造特性；在网络通信方面，需要对不同节点的功能进行统一控制，对新生数据进行全网传播后共同认证， 验证完成的新数据才能进行区块链存储；在密码技术方面，应使用安全并符合国家密码管理规定的算法和协议进行摘要计算、认证签名、所有权确认与使用权保障，并通过加密技术

14、确保信息安全防护等级，从而保障区块数据的一致性、可靠性。共识机制区块链财政电子票据系统应遵循共识机制，主要包括：能够根据电子票据验证及背书策略确保区块中所有电子票据应用有效；能够确保所有节点提交和应用电子票据顺序的一致性；能够利用智能合约接口，验证电子票据的有效性和提交顺序。业务流程要求基本要求区块链财政电子票据系统应当支持财政电子票据的链上开票、票据冲红、票据上链、票据查询、票据应用、票据入账和票据归档等功能，其业务流程见图2。区块链财政电子票据开票及应用案例的相关示例见附录B。图2 区块链财政电子票据系统业务流程图区块链财政电子票据系统应记录财政电子票据的状态变化，状态应包括已开具、已冲红

15、、用票中、已用票、已入账和已归档。其中，已开具、用票中、已用票、已入账、已归档是电子票据的有效状态； 已冲红是电子票据的失效状态；电子票据进入失效状态后不应再进行操作。链上开票或票据上链后，标记为“已开具”状态；开票单位票据冲红后，标记为“已冲红”状态；用票方进行票据应用时，标记为“用票中”状态；用票方票据应用返回结果后，标记为“已用票”状态；用票方提交票据入账反馈，标记为“已入账”状态；用票方提交票据归档反馈，标记为“已归档”状态。链上开票区块链财政电子票据系统应支持电子票据链上开具，具体流程为：开票单位向区块链财政电子票据系统发起开票请求；生成财政赋码；完成开票单位和财政的电子签名；生成电

16、子票据文件；完成链上开票。注：上述流程均在链上执行。票据冲红区块链财政电子票据系统应支持票据冲红，以实现开票单位因原开具电子票据有误需更正、调整时， 而开具的红字票据，通常金额是负数。具体流程为：开票单位向区块链财政电子票据系统发起冲红请求；查询原始电子票据是否处于不可冲红状态，如用票中、已用票、已入账、已归档、已冲红等；若处于可冲红状态，则执行红票链上开具，或红票票据上链，完成冲红。票据上链票据上链业务，应由财政部门发起，经由财政部门接入系统，最终存入区块链财政电子票据系统。具体流程应如下：交款人到开票单位办理业务，业务办理完毕开票单位收取款项；开票单位接入系统生成电子票据文件并完成单位签名

17、，文件内数据格式可为 XML、JSON 等其他纯文本格式，文件应使用安全并符合国家密码管理规定的算法和协议进行加密；财政部门对电子票据文件进行监制签名；完成开票后上链。票据查询收票方票据查询区块链财政电子票据系统应支持收票方查询名下的电子票据信息列表，并对用户选取的电子票据进行展示。具体流程为：收票方向区块链财政电子票据系统发起查询请求；核验收票方身份，系统向其展示查询的电子票据信息列表；收票方按需查看并使用电子票据。票据查验区块链财政电子票据系统应支持票据查验服务，实现电子票据真伪信息的核验。具体流程为：收票方或经授权的用票方发起票据查验，验证电子票据真伪，并输入五要素，即电子票据代码、电子

18、票据号码、校验码、票据金额、开票日期；身份核验；返回电子票据真伪信息。票据应用区块链财政电子票据系统应支持票据应用服务，实现报销、理赔等应用。具体流程为：由收票方或经授权的用票方发起票据应用；用票方应用时，从链上获取应用所需的电子票据文件；用票方处理后，并返回应用结果。票据入账区块链财政电子票据系统应支持票据入账服务，实现企业单位收入或支出票据, 计入账簿里，完成会计账务处理。具体流程为：开票单位发起入账请求；查询该电子票据的链上状态；若符合入账规则，将该电子票据入账。票据归档区块链财政电子票据系统应支持票据归档服务，实现单位将财政票据关联到单位电子档案。具体流程为：单位发起票据归档请求；查询

19、该电子票据的链上状态；若符合归档规则，将该电子票据归档。数据要求数据格式区块链存储的上链电子票据信息数据格式应符合表1的要求，包含数据项、数据类型、数据长度、数据说明、存储方式等内容。表1 上链电子票据信息数据格式序号数据项数据类型数据长度数据说明存储方式数据备注1电子票据代码数组定长，推荐 8 字节用于描述财政电子票据的种类信息明文存储必选2电子票据号码数组定长，推荐 10 字节电子票据号码，与电子票据代码组合，具有唯一性明文存储必选3校验码字符串定长，推荐 6 字节6 位长度数字字母随机组成校验码哈希存储必选4总金额数值定长，推荐 21 字节电子票据的票面合计金额加密存储必选5开票时间日期

20、定长，推荐 8 字节电子票据的开具日期加密存储必选6开票单位代码字符串不定长，推荐 30 字节以内电子票据的开票单位代码，一般为统一社会信用代码哈希存储必选7开票单位名称字符串不定长，推荐 100 字节以内电子票据的开票单位名称加密存储必选8收票方代码字符串不定长，推荐 30 字节以内电子票据的交款人代码，个人一般为身份证号，单位一般为统一社会信用代码哈希存储必选9收票方名称字符串不定长，推荐 100 字节以内电子票据的交款人名称加密存储必选10相关票据代码数组定长，推荐 8 字节预留扩展字段，开具红票时在此填写原票据代码明文存储可选11相关票据号码数组定长，推荐 10 字节预留扩展字段，开具红票时在此填写原票据号码明文存储可选表2 上链电子票据信息数据格式（续）序号数据项数据类型数据长度数据说明存储方式数据备注12电子票据字符串不定长财政电子票据数据 XML 文件加密存储必选13存储地址字符串不定长财政电子票据数据 XML 文件存储位置加密存储必选注：哈希存储亦称“散列存储”，专用于集合结构的一种存储方式。数据加解密密钥生成密钥的生成应满足以下要求：基