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 2382DB33/T 23822021 PAGE * ROMAN PAGE * ROMAN II目次 HYPERLINK l _bookmark0 前言II HYPERLINK l _bookmark1 1 HYPERLINK l _bookmark2 范引文

2、件1 HYPERLINK 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 l _bookm

3、ark13 票业不篡性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 HYPERLINK l _bookmark23 票查询6

4、 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资性）块链政子据票应用例10前言本标按照 GB/T标化工导则第部准化件结和起规规定起草。请注意本标准的某些内容可能涉

5、及专利。本标准的发布机构不承担识别专利的责任。本标准由浙江省财政厅提出并归口。 PAGE PAGE 10财政电子票据区块链技术应用规范范围本标准规定了基于区块链技术的财政电子票据的系统架构、总体要求、业务通用要求、技术要求、业务流程要求和数据要求。本标准没有规范性引用文件。下列术语和定义适用于本标准。3.1财政票据 finance invoice印注：财政票据包括非税收入类票据、结算类票据、其他财政票据。其中，其他财政票据包括公益事业捐赠票据、医疗收费票据、社会团体会费票据、其他应当由财政部门管理的票据。3.2财政电子票据 finance e-invoice3.3区块链 blockchain使

6、用密码技术链接将共识确认过的区块按顺序追加形成的分布式账本。注：区块链旨在防止篡改并创建最终的，确定的和不变的账本记录3.4智能合约 smart contract存储在分布式账本中的计算机程序，其共识执行结果都记录在分布式账本中。架构图1。图1区块财电票系架构图（API等。开票单位宜支持通过区块链财政电子票据系统实现链上开票，并对链上开具的票据进行签名。开票单位在开具、冲红后，应及时将相关信息反馈至区块链财政电子票据系统。收票方收票方分为个人和单位。收票方通过服务应用，实现电子票据的查询。注：典型的服务应用，如支付宝、浙里办等。用票方注：典型的用票方如医疗保障部门、保险机构等。监管部门可接收区

7、块链财政电子票据系统推送与监管职能相关的信息。区块链财政电子票据系统应符合如下要求：2030003 。区块链财政电子票据系统应符合如下要求：99.999%；100%；150km0；60s；30min。可信性区块链财政电子票据系统应符合如下要求：区块链财政电子票据系统应支持实名归集功能：区块链财政电子票据系统应具备不可篡改特性：（注1：典型的共识节点如财政管理部门部署的区块链节点。注2：典型的非共识节点如卫生保健部门、医疗保障部门、档案管理部门等监管部门部署的节点，业务节点如医院或学校等用票房部署的节点。要求包括：一致性区块链财政电子票据系统应符合一致性要求，主要包括：区块链财政电子票据系统应遵

8、循共识机制，主要包括：2B。图2区块财电票系业务程图区块链财政电子票据系统应记录财政电子票据的状态变化，状态应包括已开具、已冲红、用票中、已用票、已入账和已归档。其中，已开具、用票中、已用票、已入账、已归档是电子票据的有效状态； 已冲红是电子票据的失效状态；电子票据进入失效状态后不应再进行操作。区块链财政电子票据系统应支持电子票据链上开具，具体流程为：注：上述流程均在链上执行。票据上链业务，应由财政部门发起，经由财政部门接入系统，最终存入区块链财政电子票据系统。具体流程应如下：XMLJSON区块链财政电子票据系统应支持票据查验服务，实现电子票据真伪信息的核验。具体流程为：区块链财政电子票据系统

9、应支持票据应用服务，实现报销、理赔等应用。具体流程为：区块链财政电子票据系统应支持票据入账服务，实现企业单位收入或支出票据, 计入账簿里，完成会计账务处理。具体流程为：区块链财政电子票据系统应支持票据归档服务，实现单位将财政票据关联到单位电子档案。具体流程为：区块链存储的上链电子票据信息数据格式应符合表1的要求，包含数据项、数据类型、数据长度、数据说明、存储方式等内容。表1上链子据息据式序号数据项数据类型数据长度数据说明存储方式数据备注1电子票据代码数组定长，推荐 8 字节用于描述财政电子票据的种类信息明文存储必选2电子票据号码数组定长，推荐 10 字节电子票据号码，与电子票据代码组合，具有唯

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