CN111260421B - 一种基于区块链的电子发票管控方法及装置 - Google Patents

Abstract

本发明公开了一种基于区块链的电子发票管控方法及装置，该方法包括区块链节点获取受票方发送的电子发票的税额抵扣请求，税额抵扣请求包括蓝票和蓝票的散列值，将蓝票的散列值上传至区块链电子发票平台进行第一共识，得到第一共识结果，根据第一共识结果对电子发票进行管控，并将电子发票的发票状态写入区块。通过将蓝票的散列值上传至区块链电子发票平台进行共识，来实现对电子发票的查验和管理，提升了税局对发票的查验和管理效率。

Description

一种基于区块链的电子发票管控方法及装置

技术领域

本发明实施例涉及电子发票技术领域，尤其涉及一种基于区块链的电子发票管控方法及装置。

背景技术

税控系统是一种用于实现电子发票开具的网络系统，为各个企业和用户提供开具电子发票的服务，但是，在实际应用中，通常会出现由于网络欠佳等原因，导致电子发票重复开具的问题，从而给后续电子发票的记账、报销账等环节带来不必要的麻烦，如何避免电子发票的重复开具是电子发票技术领域亟待解决的问题。

发明内容

本发明实施例提供一种基于区块链的电子发票管控方法及装置，用以实现电子发票的自动管理和控制，提高税局对电子发票管理的效率。

第一方面，本发明实施例提供一种基于区块链的电子发票管控方法，包括：

区块链节点获取受票方发送的电子发票的税额抵扣请求，所述税额抵扣请求包括蓝票和蓝票的散列值；

所述区块链节点将所述蓝票的散列值上传至区块链电子发票平台进行第一共识，得到第一共识结果；

所述区块链节点根据所述第一共识结果对所述电子发票进行管控，并将所述电子发票的发票状态写入区块。

上述技术方案中，通过将蓝票的散列值上传至区块链电子发票平台进行共识，来实现对电子发票的查验和管理，提升了税局对发票的查验和管理效率。

可选的，所述区块链节点将所述蓝票的散列值上传至区块链电子发票平台进行第一共识，得到第一共识结果，包括：

所述区块链节点调用部署的智能合约确定所述蓝票的散列值是否存在所述蓝票对应的红票，若是，则将所述蓝票的发票状态修改为已作废；否则将所述蓝票的发票状态修改为已抵扣税额；

所述区块链节点将所述蓝票的散列值广播至所述区块链电子发票平台上的其它区块链节点，以使所述其它区块链节点对所述蓝票的散列值进行共识；

所述区块链节点在确认达成共识后，将所述蓝票的发票状态确定为所述第一共识结果。

可选的，所述区块链节点根据所述第一共识结果对所述电子发票进行管控，包括：

所述第一共识结果中所述蓝票的发票状态为已作废时，所述区块链节点将所述蓝票的发票状态发送至税局地址中，并向所述电子发票的受票方发送第一通知信息；

所述第一共识结果中所述蓝票的发票状态为已抵扣税额时，所述区块链节点将所述蓝票的发票状态发送至受票方地址中，并在再次接收到所述蓝票的税额抵扣请求时，向所述受票方发送第二通知信息。

可选的，所述区块链节点获取电子发票的税额抵扣请求之前，还包括：

所述区块链节点获取开票方发送的电子发票的开票请求，所述开票请求中包括开票信息；所述开票信息包括开票请求时间、开票金额、对应订单及支付信息、开票方信息和受票方信息；

所述区块链节点在所述开票请求验签通过后，对所述开票信息进行风险评估，得到所述开票信息的风险评分；

所述区块链节点将所述风险评分上传至区块链电子发票平台上进行第二共识，得到第二共识结果并写入区块；将所述第二共识结果发给开票方。

可选的，所述区块链节点将所述风险评分上传至区块链电子发票平台上进行第二共识，得到第二共识结果，包括：

所述区块链节点确定所述风险评分是否低于预设阈值，若否，则生成所述开票信息对应的蓝票，否则拒绝所述开票请求；

所述区块链节点将所述风险评分广播至所述区块链电子发票平台上的其它区块链节点，以使所述其它区块链节点对所述风险评分进行共识；

所述区块链节点在确定达成共识后，将所述蓝票或所述拒绝所述开票请求确定为所述第二共识结果。

可选的，所述区块链节点在拒绝所述开票请求之后，还包括：

所述区块链节点重新对所述开票信息对应的开票企业已开蓝票的开票信息进行风险评估，得到所述开票信息对应的开票企业已开蓝票的风险评分；将所述开票信息对应的开票企业已开蓝票的风险评分低于所述预设阈值的蓝票进行红冲，得到所述风险评分低于所述预设阈值的蓝票对应的红票；将所述风险评分低于所述预设阈值的蓝票对应的红票写入区块后，发送给所述开票者；或者

所述区块链节点根据所述风险评分和所述开票信息对应的开票企业已开蓝票的风险评分，确定所述开票信息对应的开票企业的开票评分；若所述开票信息对应的开票企业的开票评分低于预设开票阈值，则将所述开票信息对应的开票企业的已开蓝票进行红冲，得到所述开票信息对应的开票企业的已开蓝票对应的红票；将所述开票信息对应的开票企业的已开蓝票对应的红票写入区块后，发送给所述开票者。

第二方面，本发明实施例提供一种基于区块链的电子发票管控装置，包括：

获取单元，用于获取受票方发送的电子发票的税额抵扣请求，所述税额抵扣请求包括蓝票和蓝票的散列值；

处理单元，用于将所述蓝票的散列值上传至区块链电子发票平台进行第一共识，得到第一共识结果；根据所述第一共识结果对所述电子发票进行管控，并将所述电子发票的发票状态写入区块。

可选的，所述处理单元具体用于：

调用部署的智能合约确定所述蓝票的散列值是否存在所述蓝票对应的红票，若是，则将所述蓝票的发票状态修改为已作废；否则将所述蓝票的发票状态修改为已抵扣税额；

将所述蓝票的散列值广播至所述区块链电子发票平台上的其它区块链节点，以使所述其它区块链节点对所述蓝票的散列值进行共识；

在确认达成共识后，将所述蓝票的发票状态确定为所述第一共识结果。

可选的，所述处理单元具体用于：

所述第一共识结果中所述蓝票的发票状态为已作废时，将所述蓝票的发票状态发送至税局地址中，并向所述电子发票的受票方发送第一通知信息；

所述第一共识结果中所述蓝票的发票状态为已抵扣税额时，将所述蓝票的发票状态发送至受票方地址中，并在再次接收到所述蓝票的税额抵扣请求时，向所述受票方发送第二通知信息。

可选的，所述处理单元还用于：

获取电子发票的税额抵扣请求之前，获取开票方发送的电子发票的开票请求，所述开票请求中包括开票信息；所述开票信息包括开票请求时间、开票金额、对应订单及支付信息、开票方信息和受票方信息；

在所述开票请求验签通过后，对所述开票信息进行风险评估，得到所述开票信息的风险评分；

将所述风险评分上传至区块链电子发票平台上进行第二共识，得到第二共识结果并写入区块；将所述第二共识结果发给开票方。

可选的，所述处理单元具体用于：

确定所述风险评分是否低于预设阈值，若否，则生成所述开票信息对应的蓝票，否则拒绝所述开票请求；

将所述风险评分广播至所述区块链电子发票平台上的其它区块链节点，以使所述其它区块链节点对所述风险评分进行共识；

在确定达成共识后，将所述蓝票或所述拒绝所述开票请求确定为所述第二共识结果。

可选的，所述处理单元还用于：

在拒绝所述开票请求之后，重新对所述开票信息对应的开票企业已开蓝票的开票信息进行风险评估，得到所述开票信息对应的开票企业已开蓝票的风险评分；将所述开票信息对应的开票企业已开蓝票的风险评分低于所述预设阈值的蓝票进行红冲，得到所述风险评分低于所述预设阈值的蓝票对应的红票；将所述风险评分低于所述预设阈值的蓝票对应的红票写入区块后，发送给所述开票者；或者

根据所述风险评分和所述开票信息对应的开票企业已开蓝票的风险评分，确定所述开票信息对应的开票企业的开票评分；若所述开票信息对应的开票企业的开票评分低于预设开票阈值，则将所述开票信息对应的开票企业的已开蓝票进行红冲，得到所述开票信息对应的开票企业的已开蓝票对应的红票；将所述开票信息对应的开票企业的已开蓝票对应的红票写入区块后，发送给所述开票者。

第三方面，本发明实施例还提供一种计算设备，包括：

存储器，用于存储程序指令；

处理器，用于调用所述存储器中存储的程序指令，按照获得的程序执行上述基于区块链的电子发票管控方法。

第四方面，本发明实施例还提供一种计算机可读非易失性存储介质，包括计算机可读指令，当计算机读取并执行所述计算机可读指令时，使得计算机执行上述基于区块链的电子发票管控方法。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简要介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的一种系统架构的示意图；

图2为本发明实施例提供的一种基于区块链的电子发票管控方法的流程示意图；

图3为本发明实施例提供的一种区块链电子发票自动控制与管理的流程示意图；

图4为本发明实施例提供的一种区块链节点间发票抵扣处理共识的流程示意图；

图5为本发明实施例提供的一种基于区块链的电子发票管控装置的结构示意图。

具体实施方式

为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

图1示例性的示出了本发明实施例所适用的一种系统架构，该系统架构可以包括企业开票应用、区块链节点和区块链电子发票平台，用于在区块链电子发票应用中风险发票的红冲处理以及抵扣归类管理，解决虚开发票造成的税款损失问题。

其中，区块链节点可以包括地址生成模块、接收模块、风控模块、发票生成模块、上传模块、查询模块和证书管理模块。

地址生成模块：用于基于区块链系统生成发票相关方的地址。例如，对开票方的公钥进行多次哈希并进行编码后得到一个字符串。

证书管理模块：用于在对开票企业注册的信息核查通过后，下发企业公私钥。

接收模块：用于接收企业的开票或发票真伪查验请求，并对请求进行签名验证。

风控模块：用于运行发票风控和企业风控两个子模型，输出开票请求的风险评分S或企业风险评分Score。

发票生成模块：用于基于风控模块输出的评分结果S，根据智能合约规则生成电子发票Inv。

上传模块：用于将电子发票上传至区块链节点。

查验模块：用于收到发票真伪查验请求后，链上查询发票信息并返回查验结果。

需要说明的是，上述图1所示的结构仅是一种示例，本发明实施例对此不做限定。

基于上述描述，图2详细的示出了本发明实施例提供的一种基于区块链的电子发票管控方法的流程，该流程可以由基于区块链的电子发票管控装置执行，该装置可以位于区块链节点中，也可以是该区块链节点。

如图2所示，该流程具体包括：

步骤201，区块链节点获取受票方发送的电子发票的税额抵扣请求。

该税额抵扣请求包括蓝票和蓝票的散列值。

在获取该受票方发送的电子发票的税额抵扣请求之前，还需要开具电子发票，具体的，区块链节点获取开票方发送的电子发票的开票请求，在开票请求验签通过后，对开票信息进行风险评估，得到开票信息的风险评分。最后将风险评分上传至区块链电子发票平台上进行第二共识，得到第二共识结果并写入区块，将第二共识结果发给开票方。该开票请求中可以包括开票信息，其中，开票信息可以包括开票请求时间、开票金额、对应订单及支付信息、开票方信息和受票方信息。

例如，在获取该开票请求之前，有开票请求的企业E事先在税局区块链电子发票平台上进行信息注册，包括企业纳税信息核验、选定代理服务商、区块链发票业务权限开通等，注册后获得税局下发的企业公私钥。然后企业E基于受理的交易向代理服务商发送开票请求，代理服务商将开票请求发送至区块链节点，区块链节点验签后提取开票相关信息Info，包括开票请求时间、开票金额、对应订单及支付信息、开票方信息和受票方信息等。

区块链节点可以调用应用层的风控模块得到风险评分S，而后将风险评分S直接上传或者通过区块链中间件服务上传到区块链电子发票平台上。在进行第二共识的过程中，区块链节点需要确定风险评分是否低于预设阈值，若否，则生成开票信息对应的蓝票，否则拒绝所述开票请求。然后将风险评分广播至区块链电子发票平台上的其它区块链节点，以使其它区块链节点对风险评分进行共识。最后在确定达成共识后，将蓝票或拒绝开票请求确定为第二共识结果。

在本发明实施例中，上述风控模块可以为评分卡、logistic回归、随机森林以及其他复杂模型等。

其中，在拒绝所述开票请求之后，区块链节点可以通过下述两种方式对低于预设阈值的开票请求对应的开票企业的所有发票进行管控，包括：

方式一：

区块链节点可以重新对开票信息对应的开票企业已开蓝票的开票信息进行风险评估，然后得到开票信息对应的开票企业已开蓝票的风险评分。若开票信息对应的开票企业已开蓝票的风险评分也低于该预设阈值，则可以将该开票信息对应的开票企业已开蓝票的风险评分低于预设阈值的蓝票进行红冲，从而得到风险评分低于预设阈值的蓝票对应的红票。最后将该风险评分低于预设阈值的蓝票对应的红票写入区块后，发送给开票者，以使开票者进行相应发票的查询。需要说明的是，本发明实施例中的蓝票和红票都可以称为电子发票。

方式二：

区块链节点可以根据上述开票请求的风险评分和开票信息对应的开票企业的已开蓝票的风险评分，确定开票信息对应的开票企业的开票评分，若该开票信息对应的开票企业的开票评分低于预设开票阈值，则可以将开票信息对应的开票企业的已开蓝票进行红冲，得到开票信息对应的开票企业的已开蓝票对应的红票。最后将开票信息对应的开票企业的已开蓝票对应的红票写入区块后，发送给开票者。这种方式中，是将该开票企业中的所有已开蓝票都进行红冲，避免出现遗漏的情况。

需要说明的是，在上述电子发票开具的过程中，还需要生成散列值，并将散列值上传至区块链电子发票平台上进行共识，并写入区块其中，该散列值可以是根据开票信息生成的或根据共识结果中的电子发票生成的。

步骤202，所述区块链节点将所述蓝票的散列值上传至区块链电子发票平台进行第一共识，得到第一共识结果。

具体的区块链节点调用部署的智能合约确定所述蓝票的散列值是否存在蓝票对应的红票，若是，则将蓝票的发票状态修改为已作废；否则将蓝票的发票状态修改为已抵扣税额。然后将蓝票的散列值广播至区块链电子发票平台上的其它区块链节点，以使其它区块链节点对蓝票的散列值进行共识。在确认达成共识后，将蓝票的发票状态确定为第一共识结果。

也就是说，区块链电子发票平台上各个区块链节点上运行的智能合约根据发票散列值H在链上查询：

1)若蓝票有对应的红票，则将蓝票状态记为“已作废”。

2)若蓝票无对应红票，则将蓝票状态更新为“已抵扣”。

步骤203，所述区块链节点根据所述第一共识结果对所述电子发票进行管控，并将所述电子发票的发票状态写入区块。

当第一共识结果中所述蓝票的发票状态为已作废时，所述区块链节点将所述蓝票的发票状态发送至税局地址中，并向所述电子发票的受票方发送第一通知信息。该第一通知信息可以为通知受票方发票不能抵扣税款的通知。

当第一共识结果中所述蓝票的发票状态为已抵扣税额时，所述区块链节点将所述蓝票的发票状态发送至受票方地址中，并在再次接收到所述蓝票的税额抵扣请求时，向所述受票方发送第二通知信息。该第二通知信息可以为抵扣失败通知。

其中，该税局地址和受票方地址是地址生成模块根据税局和受票方的公钥进行哈希处理编码得到的。

为了更好的解释本发明实施例，下面将在具体实施场景下来描述上述电子发票开具过程。

实施例一

如图3所示，区块链电子发票自动控制与管理的流程可以包括准备、开票和抵扣三个流程。

其中，准备流程为：

开票方和受票方获得区块链平台为其生成的区块链地址，分别为Addr1和Addr2。

开票流程包括：

企业(开票方)基于受理的交易向区块链节点N发送开票请求，节点N对企业验证身份后提取请求信息Info，如开票请求时间、发票金额等。

节点N对请求信息Info进行哈希生成散列值H，并调用应用层的风控模块得到风险评分S，而后将请求信息Info、散列值H和评分S直接上传或者通过区块链中间件服务上传到区块链电子发票平台上。

平台进行共识，即各个节点上运行的智能合约对此次发票请求进行风险判断：

1)若评分S高于阈值，则直接生成蓝票，并发送到开票方地址Addr1中；

2)若评分S低于阈值，拒绝此发票请求，并更新计算企业历史开票中其他蓝票的风险评分，风险高的历史蓝票，不做特殊处理；风险低的历史蓝票通过智能合约执行自动红冲，生成该蓝票对应的红票，并发送到企业地址Addr1中。

达成共识后，将电子发票Inv(蓝票或红票)写入数据区块。

节点N响应企业的开票请求，将电子发票Inv发送至企业地址Addr1中，开具的发票进入开票方的发票池。

企业将电子发票Inv交付给受票方。

抵扣流程为：

区块链节点间发票抵扣处理共识流程具体如图4所示，包括：

受票方进行发票税额抵扣时，向区块链平台发送发票认证请求，平台再次进行共识，即各个节点上运行的智能合约根据发票散列值H在链上查询：

1)若蓝票有对应的红票，则将蓝票状态记为“已作废”，蓝票及其状态发送至税局地址Addr3中，由税局对作废发票进行统一管理，同时向受票方返回发票不能抵扣税款通知；

2)若蓝票无对应红票，则将蓝票状态更新为“已抵扣”，发送至受票方地址Addr2中，有效发票进入到受票方的发票池，后续再收到抵扣请求则认为重复报销和抵扣，向受票方返回失败通知。

达成共识后，将发票最新状态写入数据区块，登记到区块链中。

实施例二

本发明实施例采用Hyperledger Fabric作为电子发票区块链平台，其上部署电子发票的智能合约，采用solidity语言实现登记企业信息、电子发票上链、红蓝票生成、更新发票状态等功能。

区块链电子发票平台上，税局、开票服务商、流转服务商以及大型企业等作为节点作为联盟链节点加入。

在应用层面，税局端基于电子发票区块链平台建立电子发票开具上层应用系统，进行企业注册、发票信息、证书等管理；开票服务商通过其支付受理渠道向商户和消费者提供“支付+开票”产品，主要负责转发企业的开票请求；流转服务商端通过其向受票方提供的ERP/财务系统开发服务，与受票方同步发票信息及发票状态，主要负责转发受票方的发票认证抵扣需求。

根据本发明实施例的核心内容，区块链电子发票的风险自动控制与管理步骤如下：

1、商户预先获得区块链地址，该地址由区块链平台调用地址生成模块为商户生成。

地址生成方法可参考比特币的生成方法，具体为：1)生成随机数k作为商户的私钥，2)经过SECP256K1算法处理后生成公钥K，3)计算K的SHA256哈希值，并以此结果计算RIPEMD160哈希值，得到一个长度为160比特(20字节)的数字，再使用BASE58编码，得到商户地址字符串Addr1，即：Addr1＝BASE58【RIPEMD160(SHA256(K))】。

2、消费者在商户经营场所购买服务，而后申请开票。

3、商户确认消费者提请的开票请求真实有效后，由开票服务商将该申请与商户税务信息组合打包后，形成发票信息Info发送至区块链平台。

4、收到开票请求的节点调用接收模块，采用SHA-256算法对发票信息进行哈希，得到散列值H，并调用风控模块，得到风控模块评分S。

5、节点将该商户的发票信息Info、散列值H和评分S直接上传或者通过区块链中间件服务上传到区块链电子发票平台上，假设一段时间内上传的数据示例如下：

请求编号	散列值H	评分S(满分10)
			请求1	……0509f662	8
请求2	……00e94b65	4

6、平台进行第一次共识，即各个节点上运行的智能合约对此次发票请求进行风险判断，假设阈值设定为6，则：

(1)针对请求1，生成发票Inv1，评分8，并发送至商户地址Addr1中；

(2)针对请求2，拒绝请求，而后将请求2作为控制因素得到商户最新动态评分Score为5(该评分计算过程不专门列出)，由此计算出该商户开具的一段时间内的历史蓝票示例如下：

针对发票3，更新其评分；针对发票4，智能合约执行自动红冲，生成该蓝票对应的红票，并发送到商户地址Addr1中。

7、达成共识后，将电子发票Inv(蓝票或红票)写入数据区块。写入区块的数据如下：

8、节点响应商户的开票请求，返回蓝票Inv1和红票Inv5，商户将蓝票Inv1和红票Inv5交付给受票方。

9、受票企业在发票税额抵扣环节，向区块链平台发送发票认证请求，请求数据示例如下：

发票编号	发票类型	散列值H
			发票Inv1	蓝票	……0509f662
发票Inv3	蓝票	……05dsk3a7
			发票Inv4	蓝票	……00e9fd39

10、平台进行第二次共识，即各个节点上运行的智能合约根据发票散列值H在链上查询，可知：

(1)发票Inv4有对应红票Inv5，将其标记“已作废”，发送至税局地址Addr3中，同时向受票方返回发票不能抵扣税款通知；

(2)发票Inv1和Inv3无对应红票，将状态更新为“已抵扣”，发送至受票方地址Addr2中，后续再收到抵扣请求则认为重复报销和抵扣，向受票方返回失败通知。

11、达成共识后，将发票最新状态写入数据区块，登记到区块链中。写入区块的数据如下：

发票编号	散列值H	最新评分S’	原地址	目标地址	发票状态
						发票Inv1	……0509f662	8	Addr1	Addr2	已抵扣
发票Inv3	……05dsk3a7	7.5	Addr1	Addr2	已抵扣
						发票Inv4	……00e9fd39	5.5	Addr1	Addr3	已作废

至此，完成了发票全流程业务处理。

由上可知，节点对商户的高风险发票请求直接拒绝，合理发票请求接受后生成发票信息，并基于商户的发票请求情况重新评估商户风险，进而将已开的高发票直接红冲，后续不得用于税额抵扣。该处理逻辑均智能合约，经过区块链平台的共识后将业务处理逻辑写入区块，有效实现发票的业务自动控制和风险管理。

上述实施例表明，区块链节点获取受票方发送的电子发票的税额抵扣请求，税额抵扣请求包括蓝票和蓝票的散列值，将蓝票的散列值上传至区块链电子发票平台进行第一共识，得到第一共识结果，根据第一共识结果对电子发票进行管控，并将电子发票的发票状态写入区块。通过将蓝票的散列值上传至区块链电子发票平台进行共识，来实现对电子发票的查验和管理，提升了税局对发票的查验和管理效率。

基于相同的技术构思，图5示例性的示出了本发明实施例提供的一种基于区块链的电子发票管控装置的结构，该装置可以执行基于区块链的电子发票管控流程。

如图5所示，该装置具体包括：

获取单元501，用于获取受票方发送的电子发票的税额抵扣请求，所述税额抵扣请求包括蓝票和蓝票的散列值；

处理单元502，用于将所述蓝票的散列值上传至区块链电子发票平台进行第一共识，得到第一共识结果；根据所述第一共识结果对所述电子发票进行管控，并将所述电子发票的发票状态写入区块。

可选的，所述处理单元502具体用于：

调用部署的智能合约确定所述蓝票的散列值是否存在所述蓝票对应的红票，若是，则将所述蓝票的发票状态修改为已作废；否则将所述蓝票的发票状态修改为已抵扣税额；

将所述蓝票的散列值广播至所述区块链电子发票平台上的其它区块链节点，以使所述其它区块链节点对所述蓝票的散列值进行共识；

在确认达成共识后，将所述蓝票的发票状态确定为所述第一共识结果。

可选的，所述处理单元502具体用于：

所述第一共识结果中所述蓝票的发票状态为已作废时，将所述蓝票的发票状态发送至税局地址中，并向所述电子发票的受票方发送第一通知信息；

所述第一共识结果中所述蓝票的发票状态为已抵扣税额时，将所述蓝票的发票状态发送至受票方地址中，并在再次接收到所述蓝票的税额抵扣请求时，向所述受票方发送第二通知信息。

可选的，所述处理单元502还用于：

获取电子发票的税额抵扣请求之前，获取开票方发送的电子发票的开票请求，所述开票请求中包括开票信息；所述开票信息包括开票请求时间、开票金额、对应订单及支付信息、开票方信息和受票方信息；

在所述开票请求验签通过后，对所述开票信息进行风险评估，得到所述开票信息的风险评分；

将所述风险评分上传至区块链电子发票平台上进行第二共识，得到第二共识结果并写入区块；将所述第二共识结果发给开票方。

可选的，所述处理单元502具体用于：

确定所述风险评分是否低于预设阈值，若否，则生成所述开票信息对应的蓝票，否则拒绝所述开票请求；

将所述风险评分广播至所述区块链电子发票平台上的其它区块链节点，以使所述其它区块链节点对所述风险评分进行共识；

在确定达成共识后，将所述蓝票或所述拒绝所述开票请求确定为所述第二共识结果。

可选的，所述处理单元502还用于：

在拒绝所述开票请求之后，重新对所述开票信息对应的开票企业已开蓝票的开票信息进行风险评估，得到所述开票信息对应的开票企业已开蓝票的风险评分；将所述开票信息对应的开票企业已开蓝票的风险评分低于所述预设阈值的蓝票进行红冲，得到所述风险评分低于所述预设阈值的蓝票对应的红票；将所述风险评分低于所述预设阈值的蓝票对应的红票写入区块后，发送给所述开票者；或者

根据所述风险评分和所述开票信息对应的开票企业已开蓝票的风险评分，确定所述开票信息对应的开票企业的开票评分；若所述开票信息对应的开票企业的开票评分低于预设开票阈值，则将所述开票信息对应的开票企业的已开蓝票进行红冲，得到所述开票信息对应的开票企业的已开蓝票对应的红票；将所述开票信息对应的开票企业的已开蓝票对应的红票写入区块后，发送给所述开票者。

基于相同的技术构思，本发明实施例还提供了一种计算设备，包括：

存储器，用于存储程序指令；

处理器，用于调用存储器中存储的程序指令，按照获得的程序执行上述基于区块链的电子发票管控方法。

基于相同的技术构思，本发明实施例还提供了一种计算机可读非易失性存储介质，包括计算机可读指令，当计算机读取并执行计算机可读指令时，使得计算机执行上述基于区块链的电子发票管控方法。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (12)

1.一种基于区块链的电子发票管控方法，其特征在于，包括：

区块链节点获取开票方发送的电子发票的开票请求，所述开票请求中包括开票信息；

所述区块链节点在所述开票请求验签通过后，对所述开票信息进行风险评估，得到所述开票信息的风险评分；

所述区块链节点确定所述风险评分是否低于预设阈值，若否，则生成所述开票信息对应的蓝票，否则拒绝所述开票请求，并且，所述区块链节点重新对所述开票信息对应的开票企业已开蓝票的开票信息进行风险评估，得到所述开票信息对应的开票企业已开蓝票的风险评分；将所述开票信息对应的开票企业已开蓝票的风险评分低于所述预设阈值的蓝票进行红冲，得到所述风险评分低于所述预设阈值的蓝票对应的红票；将所述风险评分低于所述预设阈值的蓝票对应的红票写入区块后，发送给所述开票者；

所述区块链节点获取受票方发送的电子发票的税额抵扣请求，所述税额抵扣请求包括蓝票和蓝票的散列值；

所述区块链节点调用部署的智能合约确定所述蓝票的散列值是否存在所述蓝票对应的红票，若是，则将所述蓝票的发票状态修改为已作废；否则将所述蓝票的发票状态修改为已抵扣税额；

所述区块链节点将所述蓝票的散列值广播至所述区块链电子发票平台上的其它区块链节点，以使所述其它区块链节点对所述蓝票的散列值进行共识；

所述区块链节点在确认达成共识后，将所述蓝票的发票状态确定为第一共识结果；

所述区块链节点根据所述第一共识结果对所述电子发票进行管控，并将所述电子发票的发票状态写入区块。

2.如权利要求1所述的方法，其特征在于，所述区块链节点根据所述第一共识结果对所述电子发票进行管控，包括：

所述第一共识结果中所述蓝票的发票状态为已作废时，所述区块链节点将所述蓝票的发票状态发送至税局地址中，并向所述电子发票的受票方发送第一通知信息；

所述第一共识结果中所述蓝票的发票状态为已抵扣税额时，所述区块链节点将所述蓝票的发票状态发送至受票方地址中，并在再次接收到所述蓝票的税额抵扣请求时，向所述受票方发送第二通知信息。

3.如权利要求1至2任一项所述的方法，其特征在于，所述开票信息包括开票请求时间、开票金额、对应订单及支付信息、开票方信息和受票方信息；

所述区块链节点获取电子发票的税额抵扣请求之前，还包括：

所述区块链节点将所述风险评分上传至区块链电子发票平台上进行第二共识，得到第二共识结果并写入区块；将所述第二共识结果发给开票方。

4.如权利要求3所述的方法，其特征在于，所述区块链节点确定所述风险评分是否低于预设阈值，若否，则生成所述开票信息对应的蓝票，否则拒绝所述开票请求之后，还包括：

所述区块链节点将所述风险评分广播至所述区块链电子发票平台上的其它区块链节点，以使所述其它区块链节点对所述风险评分进行共识；

所述区块链节点在确定达成共识后，将所述蓝票或所述拒绝所述开票请求确定为所述第二共识结果。

5.如权利要求1所述的方法，其特征在于，所述区块链节点在拒绝所述开票请求之后，还包括：

所述区块链节点根据所述风险评分和所述开票信息对应的开票企业已开蓝票的风险评分，确定所述开票信息对应的开票企业的开票评分；若所述开票信息对应的开票企业的开票评分低于预设开票阈值，则将所述开票信息对应的开票企业的已开蓝票进行红冲，得到所述开票信息对应的开票企业的已开蓝票对应的红票；将所述开票信息对应的开票企业的已开蓝票对应的红票写入区块后，发送给所述开票者。

6.一种基于区块链的电子发票管控装置，其特征在于，包括：

获取单元，用于获取开票方发送的电子发票的开票请求，所述开票请求中包括开票信息；在所述开票请求验签通过后，对所述开票信息进行风险评估，得到所述开票信息的风险评分；确定所述风险评分是否低于预设阈值，若否，则生成所述开票信息对应的蓝票，否则拒绝所述开票请求，并且，所述区块链节点重新对所述开票信息对应的开票企业已开蓝票的开票信息进行风险评估，得到所述开票信息对应的开票企业已开蓝票的风险评分；将所述开票信息对应的开票企业已开蓝票的风险评分低于所述预设阈值的蓝票进行红冲，得到所述风险评分低于所述预设阈值的蓝票对应的红票；将所述风险评分低于所述预设阈值的蓝票对应的红票写入区块后，发送给所述开票者；获取受票方发送的电子发票的税额抵扣请求，所述税额抵扣请求包括蓝票和蓝票的散列值；

处理单元，用于调用部署的智能合约确定所述蓝票的散列值是否存在所述蓝票对应的红票，若是，则将所述蓝票的发票状态修改为已作废；否则将所述蓝票的发票状态修改为已抵扣税额；将所述蓝票的散列值广播至所述区块链电子发票平台上的其它区块链节点，以使所述其它区块链节点对所述蓝票的散列值进行共识；在确认达成共识后，将所述蓝票的发票状态确定为第一共识结果；根据所述第一共识结果对所述电子发票进行管控，并将所述电子发票的发票状态写入区块。

7.如权利要求6所述的装置，其特征在于，所述处理单元具体用于：

所述第一共识结果中所述蓝票的发票状态为已作废时，将所述蓝票的发票状态发送至税局地址中，并向所述电子发票的受票方发送第一通知信息；

所述第一共识结果中所述蓝票的发票状态为已抵扣税额时，将所述蓝票的发票状态发送至受票方地址中，并在再次接收到所述蓝票的税额抵扣请求时，向所述受票方发送第二通知信息。

8.如权利要求6至7任一项所述的装置，其特征在于，所述开票信息包括开票请求时间、开票金额、对应订单及支付信息、开票方信息和受票方信息；所述处理单元还用于：

获取电子发票的税额抵扣请求之前，将所述风险评分上传至区块链电子发票平台上进行第二共识，得到第二共识结果并写入区块；将所述第二共识结果发给开票方。

9.如权利要求8所述的装置，其特征在于，所述处理单元具体用于：

将所述风险评分广播至所述区块链电子发票平台上的其它区块链节点，以使所述其它区块链节点对所述风险评分进行共识；

在确定达成共识后，将所述蓝票或所述拒绝所述开票请求确定为所述第二共识结果。

10.如权利要求9所述的装置，其特征在于，所述处理单元还用于：

根据所述风险评分和所述开票信息对应的开票企业已开蓝票的风险评分，确定所述开票信息对应的开票企业的开票评分；若所述开票信息对应的开票企业的开票评分低于预设开票阈值，则将所述开票信息对应的开票企业的已开蓝票进行红冲，得到所述开票信息对应的开票企业的已开蓝票对应的红票；将所述开票信息对应的开票企业的已开蓝票对应的红票写入区块后，发送给所述开票者。

11.一种计算设备，其特征在于，包括：

存储器，用于存储程序指令；

处理器，用于调用所述存储器中存储的程序指令，按照获得的程序执行权利要求1至5任一项所述的方法。

12.一种计算机可读非易失性存储介质，其特征在于，包括计算机可读指令，当计算机读取并执行所述计算机可读指令时，使得计算机执行如权利要求1至5任一项所述的方法。