电子票据处理方法、装置、可读存储介质和计算机设备
阅读说明：本技术 电子票据处理方法、装置、可读存储介质和计算机设备 (Electronic bill processing method and device, readable storage medium and computer equipment ) 是由 蔡弋戈 秦青 张懿方 戴传兵 张建俊 王宗友 郭鹏 洪晓雯 于 2019-09-18 设计创作，主要内容包括：本申请涉及一种电子票据处理方法、装置、可读存储介质和计算机设备,所述方法包括：获取第一终端发送的用户标识对应的电子票据数据；当检测到电子票据数据满足用户标识对应的预警策略时,获取对用户标识的处理结果；基于区块链向第二终端发送处理结果；当第二终端确定处理结果为通过时,根据处理结果处理用户标识对应的电子票据数据。本申请提供的方案可以实现提高电子票据处理的准确性。(The application relates to an electronic bill processing method, an electronic bill processing device, a readable storage medium and computer equipment, wherein the method comprises the following steps: acquiring electronic bill data corresponding to a user identifier sent by a first terminal; when detecting that the electronic bill data meets an early warning strategy corresponding to the user identification, acquiring a processing result of the user identification; sending a processing result to the second terminal based on the block chain; and when the second terminal determines that the processing result is passed, processing the electronic bill data corresponding to the user identification according to the processing result. The scheme provided by the application can improve the accuracy of electronic bill processing.)
技术领域
本申请涉及区块链技术领域，特别是涉及一种电子票据处理方法、装置、计算机可读存储介质和计算机设备。
背景技术
税控盘，又称税控服务器，是一种专用的税控装置，按照国家税务总局的“税控盘技术规范”进行研制。税控盘是开票的系统，通过在电脑上安装开票软件，然后把税控盘***电脑，通过开票软件登入，用户在税控盘中能够看到***记录。然而，目前的电子票据处理方法，存在电子票据处理的准确性低的问题。
发明内容
基于此，有必要针对电子票据处理准确性低的技术问题，提供一种电子票据处理方法、装置、计算机可读存储介质和计算机设备，能够提高电子票据处理的准确性。
一种电子票据处理方法，包括：
获取第一终端发送的用户标识对应的电子票据数据；
当检测到电子票据数据满足用户标识对应的预警策略时，获取对用户标识的处理结果；
基于区块链向第二终端发送处理结果；
当第二终端确定处理结果为通过时，根据处理结果处理所述用户标识对应的电子票据数据。
一种电子票据处理装置，装置包括：
电子票据数据获取模块，用于获取第一终端发送的用户标识对应的电子票据数据；
处理结果获取模块，用于当检测到电子票据数据满足用户标识对应的预警策略时，并获取对用户标识的处理结果；
发送模块，用于基于区块链向第二终端发送处理结果；
处理模块，用于当第二终端确定处理结果为通过时，根据所述处理结果处理所述用户标识对应的电子票据数据。
一种计算机可读存储介质，存储有计算机程序，计算机程序被处理器执行时，使得处理器执行如下步骤：
获取第一终端发送的用户标识对应的电子票据数据；
当检测到电子票据数据满足用户标识对应的预警策略时，获取对用户标识的处理结果；
基于区块链向第二终端发送处理结果；
当第二终端确定处理结果为通过时，根据处理结果处理所述用户标识对应的电子票据数据
一种计算机设备，包括存储器和处理器，存储器存储有计算机程序，计算机程序被处理器执行时，使得处理器执行如下步骤：
获取第一终端发送的用户标识对应的电子票据数据；
当检测到电子票据数据满足用户标识对应的预警策略时，获取对用户标识的处理结果；
基于区块链向第二终端发送处理结果；
当第二终端确定处理结果为通过时，根据处理结果处理所述用户标识对应的电子票据数据
上述电子票据处理方法、装置、计算机可读存储介质和计算机设备，获取用户标识对应的第一终端发送的电子票据数据，当检测到电子票据数据满足用户标识对应的预警策略时，即每个用户标识都有自身对应的预警策略；获取对用户标识的处理结果，能够针对该用户标识得到对应的处理结果，提高电子票据处理的准确性，基于区块链向第二终端发送处理结果，当第二终端确定处理结果为通过时，按照处理结果处理用户标识对应的电子票据数据，利用区块链可以有效防止数据篡改，保证数据的准确性。
附图说明
图1为一个实施例中电子票据处理方法的应用环境图；
图2为一个实施例中电子票据处理方法的流程示意图；
图3为一个实施例中获取对用户标识的处理结果的流程示意图；
图4为一个实施例中预警策略的界面示意图；
图5为一个实施例中预警通知列表的界面示意图；
图6为一个实施例中用户标识列表的界面图；
图7为另一个实施例中电子票据处理方法的流程示意图；
图8为一个实施例中电子票据处理装置的结构框图；
图9为一个实施例中计算机设备的结构框图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。
图1为一个实施例中电子票据处理方法的应用环境图。该电子票据处理方法应用于电子票据处理系统。该电子票据处理系统包括第一终端110、第二终端120、第三终端130和第四终端140。每个终端为一个节点。第一终端110是以用户账号登录的终端。第二终端120是以审核账号登录的终端。第三终端130是以审批账号登录的终端。第四终端140是以操作员账号登录的终端。第二终端120、第三终端130和第四终端通过P2P(Peer-to-peer，对等)网络连接。第一终端110与第二终端120可以通过P2P网络连接，也可以通过其他网络连接，例如因特网等。P2P网络是一种在对等者(Peer)之间分配任务和工作负载的分布式应用架构，是对等计算模型在应用层形成的组网或网络形式。在P2P网络环境中，彼此连接的多台终端之间都处于对等的地位。第一终端110、第二终端120、第三终端130和第四终端140具体均可以是台式终端或移动终端，移动终端具体可以手机、平板电脑、笔记本电脑等中的至少一种。
区块链底层平台可以包括用户管理、基础服务、智能合约以及运营监控等处理模块。其中，用户管理模块负责所有区块链参与者的身份信息管理，包括维护公私钥生成(账户管理)、密钥管理以及用户真实身份和区块链地址对应关系维护(权限管理)等，并且在授权的情况下，监管和审计某些真实身份的交易情况，提供风险控制的规则配置(风控审计)。基础服务模块部署在所有区块链节点设备上，用来验证业务请求的有效性，并对有效请求完成共识后记录到存储上，对于一个新的业务请求，基础服务先对接口适配解析和鉴权处理(接口适配)，然后通过共识算法将业务信息加密(共识管理)，在加密之后完整一致的传输至共享账本上(网络通信)，并进行记录存储。智能合约模块负责合约的注册发行以及合约触发和合约执行，开发人员可以通过某种编程语言定义合约逻辑，发布到区块链上(合约注册)，根据合约条款的逻辑，调用密钥或者其它的事件触发执行，完成合约逻辑，同时还提供对合约升级注销的功能。运营监控模块主要负责产品发布过程中的部署、配置的修改、合约设置、云适配以及产品运行中的实时状态的可视化输出，例如：告警、监控网络情况、监控节点设备健康状态等。
在一个实施例中，如图2所示，提供了一种电子票据处理方法。本实施例主要以该方法应用于上述图1中的第四终端140来举例说明。参照图2，该电子票据处理方法具体包括如下步骤：
步骤202，获取第一终端发送的用户标识对应的电子票据数据。
其中，区块链是一种分布式数据存储机制，是一串使用密码学方法链接的数据块。每一个数据块中都记录了电子票据数据以及包含用于验证其信息的有效性和生成区块的协同信息。用户标识是用于区分用户或者群体等的标识。用户标识可以由数字、字母、符号、文字中的至少一种组成。用户标识具体可以是个体标识，也可以是群体标识。例如群体标识为企业标识，企业标识为A有限公司和B有限公司等。用户标识对应的第一终端具有开具电子票据的权限。电子票据是将实物票据电子化所产生的票据。电子票据具体可以是电子***、电子卡券、电子汇款票据等不限于此。电子票据数据是指电子票据中含有的数据。例如电子票据数据中包括群体标识和票据数值。电子票据数据中还可以包括货物名称、规格型号、单位、数量、单价、税率、税额、纳税人识别号、密码、销售方地址、开户行、账号、备注、收款人、复核、开票人、票据代码、票据号码、票据日期、票据校验码中至少一种但不限于此。
具体地，当第一终端接收到开具电子票据的指令时，向第四终端发送电子票据数据。第四终端具体可以是以操作员账号登录的终端。操作员账号具有获取对用户标识的处理结果的权限。第四终端可实时获取用户标识对应的第一终端发送的电子票据数据。
步骤204，当检测到电子票据数据满足用户标识对应的预警策略时，获取对用户标识的处理结果。
其中，每个用户标识均有对应的预警策略。每个用户标识的预警策略可根据该用户标识的实际情况配置。预警策略与电子票据数据相关。同一类型的用户标识对应的预警策略可以相同。具有开具电子票据权限的每个用户标识对应的预警策略不完全相同。例如，用户标识A与用户标识B对应的预警策略相同，而用户标识C与用户标识A和用户标识B的预警策略不相同。预警策略具体可以是票据数值大于数值阈值、或者一日之内电子票据开具数量大于数量阈值等不限于此。处理结果是指对满足预警策略的用户标识的电子票据数据处理结果。处理结果具体可以是调整电子票据数据的预警策略、停止开具电子票据、解除该电子票据数据的预警信号等不限于此。
具体地，当电子票据数据满足用户标识对应的预警策略时，第四终端对该用户标识进行处理。当第四终端检测到电子票据数据满足该用户标识对应的预警策略时，根据满足的预警策略从预警策略和处理结果的对应关系中获取对用户标识的处理结果。或者，当第四终端检测到电子票据数据满足用户标识对应的预警策略时，获取输入的对用户标识的处理结果。或者，对用户标识的处理结果为选择项。当检测到电子票据数据满足用户标识对应的预警策略时，第四终端获取选择的对用户标识的处理结果。
本实施例中，当区块链数据库检测到电子票据数据满足用户标识对应的预警策略时，发出告警信息。
本实施例中，用户标识可以对应多个预警策略。当电子票据数据满足该用户标识对应的至少一个预警策略时，获取对该用户标识的处理结果。或者，当电子票据数据满足该用户标识对应的至少一个预警策略时，发出满足的预警策略对应的告警信息，并根据告警信息获取对该用户标识的处理结果。例如，用户标识A满足的预警策略为开票金额大于500万，那么发出用户标识A的开票金额大于500万的告警信息，并根据该告警信息获取对用户标识A进行停开***的处理。
本实施例中，当第四终端检测到电子票据数据满足用户标识对应的预警策略时，改变该用户标识对应的状态。例如，第四终端将该用户标识对应的状态修改为风险等不限于此。
步骤206，基于区块链向第二终端发送处理结果。
其中，审核账号具有审核第四终端发送的任何处理结果的权限。第二终端可以是以审核账号登录的终端。其中，第四终端是以操作员账号登录的终端。第二终端和第四终端均位于同一区块链中并且通过P2P网络相连。
具体地，基于区块链，第四终端通过P2P网络向以审核账号登录的第二终端发送处理结果。
步骤208，当第二终端确定处理结果为通过时，根据处理结果处理用户标识对应的电子票据数据。
其中，第二终端接收第四终端发送的处理结果。第二终端审核第四终端发送的处理结果。审核结果可以为通过或者不通过、同意或者不同意、同意或者退回等不限于此。
具体地，当第四终端获取到第二终端确定第四终端发送的处理结果为通过时，向第四终端返回处理意见。第四终端按照该处理结果对用户标识对应的电子票据数据进行相应处理。
本实施例中，当第二终端确定处理结果为通过时，第四终端可基于区块链的验证协议验证该处理结果的正确性。例如可以验证电子票据处理格式、电子票据处理的数据结构、电子票据格式的语法结构、第四终端的签名正确性等不限于此。当该处理结果验证通过时，第四终端可向其他区块链中的计算机设备传播该处理结果。当预设数量的节点确定该处理结果验证通过后，可将该用户标识以及对应的处理结果存储在区块中，并加入到原有的区块链中。其中，计算机设备可以是服务器、终端等不限于此。
上述电子票据处理方法，获取用户标识对应的第一终端发送的电子票据数据，当检测到电子票据数据满足用户标识对应的预警策略时，即每个用户标识都有自身对应的预警策略，可区别于传统的所有用户标识的预警策略相同，便于提高电子票据处理的精度；获取对用户标识的处理结果，能够针对该用户标识得到对应的处理结果，提高电子票据处理的准确性，基于区块链向以审核账号登录的第二终端发送处理结果，当第二终端确定处理结果为通过时，按照处理结果对用户标识处理，利用区块链可以有效防止数据篡改，保证数据的准确性。
在一个实施例中，图3为一个实施例中获取对用户标识的处理结果的流程示意图。如图3所示，获取对用户标识的处理结果，包括：
步骤302，获取用户标识的历史电子票据数据。
其中，历史电子票据数据可以是指历史电子票据数值。例如历史电子票据金额，即开票金额。
具体地，第四终端从区块链数据库中获取用户标识的历史电子票据数据。
步骤304，对历史电子票据数据处理，得到与预警策略对应的历史数值。
其中，例如预警策略与电子票据数值相关，那么与预警策略对应的历史数值为与电子票据数值对应的数值。
具体地，第四终端对历史电子票据数据中满足预警策略的历史数据处理，得到与预警策略对应的历史数值。例如，预警策略为3天之内，开票金额超过5万元。那么第四终端可以多次获取一年内任意三天的历史电子票据数值，并求平均值，得到与预警策略对应的历史数值。或者，第四终端可以获取一个月内的连续三天的历史电子票据数值，例如1、2和3号对应数值A，4、5和6号对应数值B…那么对A、B等数值求平均，得到与预警策略对应的历史数值。
步骤306，当电子票据数据中的票据数值小于历史数值时，调整预警策略，得到调整后的用户标识对应的预警策略。
其中，票据数值是指电子票据中的数值。例如可以是***金额、***税额等不限于此。该调整后的用户标识对应的预警策略即为对用户标识的处理结果。调整预警策略具体可以是新增、编辑或者删除预警策略等不限于此。编辑预警策略可以只修改预警策略中的数值。
具体地，该电子票据数据中的票据数值小于历史数值时，第四终端可增大预警策略中的票据数值，得到调整后的预警策略。调整预警策略后第四终端的电子票据数据可能不满足调整后的用户标识对应的预警规则，也可能满足调整后的用户标识对应的预警规则。
本实施例中，当该电子票据数据中的票据数值小于历史数值时，第四终端可将预警策略对应的数值调整为历史数值，得到调整后的预警策略。
本实施例中，预警策略可根据级别调整。当该电子票据数据中的票据数值小于历史数值时，第四终端可调整预警策略的级别得到调整后的预警策略。例如，当前预警策略级别为一级，对应的预警策略为3天之内，开票数值超过5万。一级的下一级为二级，对应的预警策略为3天之内，开票数值超过6万。那么当该电子票据数据中的票据数值小于历史数值时，第四终端可将一级预警策略调整成二级预警策略。
本实施例中，当该电子票据数据中的票据数值小于历史数值且与历史数值之差大于预设数值差时，获取输入的新的预警策略，得到调整后的用户标识对应的预警策略。
本实施例中，当调整后的预警策略与当前预警策略相同时，第四终端提示当前预警策略失效。
上述电子票据处理方法，获取用户标识的历史电子票据数据，对历史电子票据数据处理，得到与预警策略对应的历史数值，当电子票据数据中的票据数值小于历史数值时，调整预警策略，得到调整后的预警策略，可在预警策略不符合该用户标识的使用情况时对预警策略进行调整，避免一成不变，提高电子票据处理的准确性。
在一个实施例中，当电子票据数据中的票据数值小于历史数值时，调整预警策略，包括：当电子票据数据中的票据数值小于历史数值，且不存在处于正在审核状态的用户标识对应的调整策略时，根据历史数值调整预警策略。
其中，处于正在审核状态的用户标识对应的调整策略是指该用户标识存在未审核完成的调整策略。前一个调整策略未审核完成，则不能向以审核账号登录的第二终端发送下一个调整策略。
具体地，当电子票据数据中的票据数值小于历史数值，且不存在处于正在审核状态的用户标识对应的调整策略时，第四终端将历史数值作为预警策略中对应的数值调整为历史数值。或者，第四终端可参考历史数值调整预警策略。或者，第四终端显示历史数值并获取输入的调整的预警策略。
本实施例中，当该用户标识存在未审核完成的调整策略时，第四终端可通过弹窗发出告警，显示无法操作。
上述电子票据处理方法，当电子票据数据中的票据数值小于历史数值，且不存在处于正在审核状态的用户标识对应的调整策略时，根据历史数值调整预警策略，能够避免同时对该用户标识对应的预警策略调整，避免混乱，提高电子票据处理的准确性。
在一个实施例中，当第二终端确定处理结果通过时，按照处理结果对用户标识处理，包括：
当处理结果为停止开具电子票据且第二终端确定处理结果通过时，第二终端向以审批账号登录的第三终端发送处理结果，其中，审批账号具有审批处理结果为停止开具电子票据的权限；当第三终端确定处理结果为通过时，按照处理结果对用户标识处理。
具体地，当第四终端确定的处理结果为停止开具电子票据、第二终端确定处理结果通过且第三终端确定处理结果通过时，第四终端可按照处理结果对用户标识处理并写入区块中。
本实施例中，当第四终端确定的处理结果为停止开具电子票据且第二终端确定处理结果为通过时，第四终端可向其他节点发送该处理结果以及对应的用户标识，以使其他节点验证该处理结果以及对应的用户标识。当预设数量的节点确定处理结果为通过时，将该用户标识以及对应的处理结果形成区块，并加入到原有的区块链中。停止开具电子***的用户标识的开票状态变更为停开。
上述电子票据处理方法，当处理结果为停止开具电子票据且第二终端确定处理结果通过时，第二终端向以审批账号登录的第四终端发送处理结果，其中，审批账号具有审批处理结果为停止开具电子票据的权限；当第四终端确定处理结果为通过时，按照处理结果对用户标识处理，由于停止开具电子票据的影响较大，通过多方审核能够提高电子票据处理的准确性，并且利用区块链技术，能有效防止数据被篡改。
在一个实施例中，预警策略包括第一预警策略和第二预警策略，第一预警策略的类型与第二预警策略的类型不相同。
当检测到电子票据数据满足用户标识对应的预警策略时，获取对用户标识的处理结果发出告警信息，包括：当检测到电子票据数据满足用户标识对应的第一预警策略、第二预警策略中至少一种时，获取对用户标识的处理结果。
其中，电子票据可为***。***可分为蓝票和红票。蓝票是货物售出后开具给购买方的***，卖方开出蓝票后并收取与***一致的货款。红票是发生销货退回或开出的蓝票对方不能认证或货物名称开错，货物价格或数量以及别的一些原因开错的蓝票需要重新开的***。那么第一预警策略可以为红票预警策略，第二预警策略可为蓝票预警策略。或者第一预警策略为蓝票预警策略，第二预警策略为红票预警策略。例如，蓝票预警策略可以是3天之内，蓝票金额超过5万元。红票预警策略可以是3天之内，红票金额超过5万元等不限于此。在同一天内同一类型的预警策略只能调整一次。
具体地，当第四终端检测到电子票据满足该用户标识对应的第一预警策略、第二预警策略中的一种时，第四终端获取对用户标识的处理结果。
上述电子票据处理方法，当检测到电子票据数据满足用户标识对应的第一预警策略、第二预警策略中至少一种时，获取对用户标识的处理结果，当电子票据数据触发任意的预警策略时，能触发不同的预警规则，并进行相应处理，从而提高电子票据处理的准确性。
在一个实施例中，该电子票据处理方法还包括：获取可疑用户标识；对可疑用户标识进行停开电子票据处理。
其中，可疑用户标识是指存在风险的用户标识。停开电子票据是指开具电子票据的权限受限。
具体地，第四终端从第三方平台获取可疑用户标识。可疑用户标识可以是风险系统的用户标识、未完成实名认证的用户标识、防伪税控用户标识、非正常注销用户标识、虚开***用户标识、***专用章未备案的用户标识中至少一种。当第三方标识为上述可疑用户标识中至少一种时，第四终端自动对可以用户标识进行停开电子票据处理。且第一终端、第二终端和第三终端均无恢复可疑用户标识的开具票据权限。当第三方平台将该可疑用户标识恢复为正常用户标识时，第四终端自动恢复该用户标识的开具票据权限。例如，可疑用户标识A为防伪税控用户标识和***专用章未备案用户标识，那么只有当第三方平台确认该可疑用户标识A不是防伪税控用户标识且不是***专用章未备案用户标识时，该可疑用户标识恢复为正常用户标识。
上述电子票据处理方法，获取可疑用户标识，对可疑用户标识进行停开电子票据处理，能够针对可疑用户标识停开电子票据，减少可疑用户标识带来的风险，并且能够减少可疑用户标识犯法的可能性。
在一个实施例中，电子票据数据包括电子票据数值。预警策略包括预警数值。该电子票据处理方法还包括：发出告警信息；当告警信息被忽略，且票据数值是预警数值的整数倍数时，再次发出告警信息。
其中，告警信息是当电子票据数据满足用户标识对应的预警策略时发出的。告警信息具体可以包括用户标识、用户标识满足的预警策略、满足预警策略的时间、用户标识对应的电子票据数据、告警标识中的至少一种。
具体地，当第四终端检测到电子票据数据满足用户标识对应的预警策略时，发出告警信息。当告警信息被第四终端忽略，且电子票据的票据数值是预警数值的整数倍数时，第四终端再次发出告警信息。当该告警信息被处理时，获取对用户标识的处理结果。
本实施例中，当告警信息被忽略，且票据数值在预设时间内是预警数值的整数倍数时，再次发出告警信息。例如，预设时间可以是6小时、12小时、1天、3天等不限于此。该告警信息被忽略，票据数值在1天内达到预警数值的整数倍，例如2倍时，再次发出告警信息。
上述电子票据处理方法，发出告警信息，能使对应终端及时对用户标识处理，当告警信息被忽略且票据数值达到预警数值的整数倍数时，再次发出告警信息，能够避免告警信息被忽略而导致不对用户标识进行处理，提高电子票据处理的及时性。
在一个实施例中，该电子票据处理方法还包括：当该用户标识对应的告警信息未被处理时，在预设时间内不生成该用户标识的告警信息。例如，用户标识A存在告警信息A，当该告警信息未被处理时，即使触发了其他预警策略，第四终端在预设时间内不生成其他告警信息。
在一个实施例中，该电子处理方法还包括：当同一用户标识再次满足同一类型的预警策略，且上次未获取对该用户标识的处理结果时，上次的未处理记录自动过期。上述电子票据处理方法能够避免触发多次预警策略。
在一个实施例中，如图4所示，为一个实施例中预警策略的界面示意图。其中，默认预警策略可适用于所有的用户标识(即企业)。默认预警策略可修改。在界面上可展示策略修改记录，包括操作时间、操作人员、操作类型、操作详情等不限于此。
在一个实施例中，如图5所示，为一个实施例中预警通知列表的界面示意图。预警通知列表即本申请实施例中的告警信息。告警信息可以列表的形式显示。第四终端可获取选择的对该用户标识的处理结果。例如界面中的停开、修改策略、忽略等不限于此。企业名称即用户标识。
在一个实施例中，如图6所示，为一个实施例中用户标识列表的界面图。该企业，即用户标识的当前开票状态为正常。该企业对应的预警策略包括默认预警策略以及调整后的预警策略。自定义策略2即调整后的预警策略。当调整后的预警策略与默认预警策略相同时，默认预警策略失效。第四终端可获取新增的预警策略。操作详情即对该用户标识所作的处理。预警策略操作详情中包括操作时间、操作人员、操作类型、操作详情。
在一个实施例中，如图7所示，为另一个实施例中电子票据处理方法的流程示意图。一种电子票据处理方法，包括：
步骤702，第一终端向第四终端发送电子票据数据。
步骤704，第四终端接收电子票据数据，当该电子票据数据满足该用户标识对应的预警策略时，分配进行处理的终端标识。
其中，被分配的终端标识可拒绝接受该任务。
步骤706，第四终端判断该用户标识是否处于停止开具电子票据状态。
步骤708，当该用户标识处于停止开具电子票据状态时，在第四终端显示调整预警策略和解除预警的操作控件。
步骤710，当该用户标识不处于停止开具电子票据状态时，在第四终端显示调整预警策略、解除预警和停止开具电子票据的操作控件。
其中，调整预警策略、解除预警以及暂停开具电子票据均为对该用户标识的处理结果。
步骤712，第四终端获取对操作控件的选择指令。
步骤714，第四终端获取选择的审核员账号，并向审核账号对应的第二终端发送该处理结果。
步骤716，第二终端获取该处理结果，并判断该处理结果是否通过。
步骤718，当审核账号对应的第二终端确定该处理结果不通过时，获取退回指令。
步骤720，审核账号对应的第二终端向第四终端退回该处理结果。
其中，第四终端可再次提交审核。
步骤722，当审核账号对应的第二终端确定该处理结果为通过时，判断该处理结果是否为停止开具电子票据。
步骤724，当该处理结果不为停止开具电子票据时，根据该处理结果处理用户标识对应的电子票据数据。
步骤726，当该处理结果为停止开具电子票据时，第二终端获取选择的审批账号，向该审批账号对应的第三终端发送该处理结果。
步骤728，第三终端获取审批结果。
步骤730，当审批结果为不通过时，向第四终端退回该审批结果。
其中，第四终端可再次提交审批。
步骤732，当审批结果为通过时，根据该处理结果处理用户标识对应的电子票据数据。
步骤734，第三终端向第一终端发送该审批结果。
上述电子票据处理方法，获取用户标识对应的第一终端发送的电子票据数据，当检测到电子票据数据满足用户标识对应的预警策略时，即每个用户标识都有自身对应的预警策略，可区别于传统的所有用户标识的预警策略相同；获取对用户标识的处理结果，并经过多方验证，能够针对该用户标识得到对应的处理结果，提高电子票据处理的准确性，基于区块链向以审核账号登录的第二终端发送处理结果，当第二终端确定处理结果为通过时，按照处理结果对用户标识处理，利用区块链可以有效防止数据篡改，保证数据的准确性。
在一个实施例中，一种电子票据处理方法，包括：
步骤(a1)，获取第一终端发送的用户标识对应的电子票据数据。
步骤(a2)，当检测到电子票据数据满足用户标识对应的第一预警策略、第二预警策略中至少一种时，发出告警信息。其中，电子票据数据包括票据数值，预警策略包括预警数值。
步骤(a3)，当告警信息被忽略，且票据数值是预警数值的整数倍数时，再次发出告警信息。
步骤(a4)，获取用户标识的历史电子票据数据。
步骤(a5)，对历史电子票据数据处理，得到与预警策略对应的历史数值。
步骤(a6)，当电子票据数据中的票据数值小于历史数值时，调整预警策略，得到调整后的预警策略。
步骤(a7)，基于区块链向第二终端发送处理结果。
步骤(a8)，当第二终端确定处理结果为通过时，按照处理结果对用户标识处理。
步骤(a9)，获取可疑用户标识。
步骤(a10)，对可疑用户标识进行停止开具电子票据处理。
上述电子票据处理方法，获取用户标识对应的第一终端发送的电子票据数据，当检测到电子票据数据满足用户标识对应的预警策略时，即每个用户标识都有自身对应的预警策略，获取用户标识的历史电子票据数据，对历史电子票据数据处理，得到与预警策略对应的历史数值，当电子票据数据中的票据数值小于历史数值时，调整预警策略，得到调整后的预警策略，可在预警策略不符合该用户标识的使用情况时对预警策略进行调整，避免一成不变，提高电子票据处理的准确性。
在一个实施例中，一种电子票据处理方法，包括：
步骤(b1)，获取第一终端发送的用户标识对应的电子票据数据。
步骤(b2)，当检测到电子票据数据满足用户标识对应的第一预警策略、第二预警策略中至少一种时，发出告警信息。其中，电子票据数据包括票据数值，预警策略包括预警数值。
步骤(b3)，当告警信息被忽略，且票据数值是预警数值的整数倍数时，再次发出告警信息。
步骤(b4)，获取对用户标识的处理结果。
步骤(b5)，基于区块链向以审核账号登录的第二终端发送处理结果。
步骤(b6)，当处理结果为停止开具电子票据且第二终端确定处理结果通过时，第二终端向以审批账号登录的第三终端发送处理结果，其中，审批账号具有审批处理结果为停止开具电子票据的权限。
步骤(b7)，当第三终端确定处理结果为通过时，按照处理结果对用户标识处理。
步骤(b8)，获取可疑用户标识。
步骤(b9)，对可疑用户标识进行停止开具电子票据处理。
上述电子票据处理方法，获取用户标识对应的第一终端发送的电子票据数据，当检测到电子票据数据满足用户标识对应的预警策略时，即每个用户标识都有自身对应的预警策略，并且当处理结果为停止开具电子票据时，由于停止开具电子票据的影响较大，通过多方审核能够提高电子票据处理的准确性，并且利用区块链技术，能有效防止数据被篡改。
图2、3和7为一个实施例中电子票据处理方法的流程示意图。应该理解的是，虽然图2、3和7的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2、3和7中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
图8为一个实施例中电子票据处理装置的结构框图。一种电子票据处理装置，如图8所示，包括电子票据数据获取模块802、处理结果获取模块804、发送模块806和处理模块808，其中：
电子票据数据获取模块802，用于获取第一终端发送的用户标识对应的电子票据数据。
处理结果获取模块804，用于当检测到电子票据数据满足用户标识对应的预警策略时，并获取对用户标识的处理结果。
发送模块806，用于基于区块链向第二终端发送处理结果。
处理模块808，用于当第二终端确定处理结果为通过时，根据处理结果处理用户标识对应的电子票据数据。
上述电子票据处理装置，获取用户标识对应的第一终端发送的电子票据数据，当检测到电子票据数据满足用户标识对应的预警策略时，即每个用户标识都有自身对应的预警策略，可区别于传统的所有用户标识的预警策略相同；获取对用户标识的处理结果，能够针对该用户标识得到对应的处理结果，提高电子票据处理的准确性，基于区块链向第二终端发送处理结果，当第二终端确定处理结果为通过时，根据处理结果处理用户标识对应的电子票据数据，利用区块链可以有效防止数据篡改，保证数据的准确性。
在一个实施例中，处理结果获取模块804用于获取用户标识的历史电子票据数据；对历史电子票据数据处理，得到与预警策略对应的历史数值；当电子票据数据中的票据数值小于历史数值时，调整预警策略，得到调整后的用户标识对应的预警策略。
上述电子票据处理装置，获取用户标识的历史电子票据数据，对历史电子票据数据处理，得到与预警策略对应的历史数值，当电子票据数据中的票据数值小于历史数值时，调整预警策略，得到调整后的预警策略，可在预警策略不符合该用户标识的使用情况时对预警策略进行调整，避免一成不变，提高电子票据处理的准确性。
在一个实施例中，处理结果获取模块804用于当电子票据数据中的票据数值小于历史数值，且不存在处于正在审核状态的用户标识对应的调整策略时，根据历史数值调整预警策略。
上述电子票据处理装置，当电子票据数据中的票据数值小于历史数值，且不存在处于正在审核状态的用户标识对应的调整策略时，根据历史数值调整预警策略，能够避免同时对该用户标识对应的预警策略调整，避免混乱，提高电子票据处理的准确性。
在一个实施例中，处理模块808用于当处理结果为停止开具电子票据且第二终端确定处理结果通过时，第二终端向以审批账号登录的第三终端发送处理结果，其中，审批账号具有审批处理结果为停止开具电子票据的权限；当第三终端确定处理结果为通过时，根据处理结果处理用户标识对应的电子票据数据。
上述电子票据处理装置，当处理结果为停止开具电子票据且第二终端确定处理结果通过时，第二终端向以审批账号登录的第四终端发送处理结果，其中，审批账号具有审批处理结果为停止开具电子票据的权限；当第四终端确定处理结果为通过时，按照处理结果对用户标识处理，由于停止开具电子票据的影响较大，通过多方审核能够提高电子票据处理的准确性，并且利用区块链技术，能有效防止数据被篡改。
在一个实施例中，预警策略包括第一预警策略和第二预警策略，第一预警策略的类型与第二预警策略的类型不相同。处理结果获取模块804用于当检测到电子票据数据满足用户标识对应的第一预警策略、第二预警策略中至少一种时，获取对用户标识的处理结果。
上述电子票据处理装置，当检测到电子票据数据满足用户标识对应的第一预警策略、第二预警策略中至少一种时，获取对用户标识的处理结果，当电子票据数据触发任意的预警策略时，能触发不同的预警规则，并进行相应处理，从而提高电子票据处理的准确性。
在一个实施例中，处理模块808用于获取可疑用户标识；对可疑用户标识进行停开电子票据处理。
上述电子票据处理装置，获取可疑用户标识，对可疑用户标识进行停开电子票据处理，能够针对可疑用户标识停开电子票据，减少可疑用户标识带来的风险，并且能够减少可疑用户标识犯法的可能性。
在一个实施例中，电子票据数据包括电子票据数值。预警策略包括预警数值。该电子票据处理装置还包括告警模块。告警模块用于发出告警信息；当告警信息被忽略，且票据数值是预警数值的整数倍数时，再次发出告警信息。
上述电子票据处理装置，发出告警信息，能使对应终端及时对用户标识处理，当告警信息被忽略且票据数值达到预警数值的整数倍数时，再次发出告警信息，能够避免告警信息被忽略而导致不对用户标识进行处理，提高电子票据处理的及时性。
图9示出了一个实施例中计算机设备的内部结构图。该计算机设备具体可以是终端。如图9所示，该计算机设备包括该计算机设备包括通过系统总线连接的处理器、存储器、网络接口、输入装置和显示屏。其中，存储器包括非易失性存储介质和内存储器。该计算机设备的非易失性存储介质存储有操作系统，还可存储有计算机程序，该计算机程序被处理器执行时，可使得处理器实现电子票据处理方法。该内存储器中也可储存有计算机程序，该计算机程序被处理器执行时，可使得处理器执行电子票据处理方法。计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。
本领域技术人员可以理解，图9中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
在一个实施例中，本申请提供的电子票据处理装置可以实现为一种计算机程序的形式，计算机程序可在如图9所示的计算机设备上运行。计算机设备的存储器中可存储组成该电子票据处理装置的各个程序模块，比如，图8所示的电子票据数据获取模块、处理结果获取模块、发送模块和处理模块。各个程序模块构成的计算机程序使得处理器执行本说明书中描述的本申请各个实施例的电子票据处理方法中的步骤。
例如，图9所示的计算机设备可以通过如图8所示的电子票据处理装置中的电子票据数据获取模块执行获取区块链网络中用户标识对应的第一终端发送的电子票据数据。计算机设备可通过处理结果获取模块执行当检测到电子票据数据满足用户标识对应的预警策略时，并获取对用户标识的处理结果。计算机设备可通过发送模块执行基于区块链向以审核账号登录的第二终端发送处理结果。计算机设备可通过处理模块执行当第二终端确定处理结果为通过时，按照处理结果对用户标识处理。
在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器存储有计算机程序，计算机程序被处理器执行时，使得处理器执行上述电子票据处理方法的步骤。此处电子票据处理方法的步骤可以是上述各个实施例的电子票据处理方法中的步骤。
在一个实施例中，提供了一种计算机可读存储介质，存储有计算机程序，计算机程序被处理器执行时，使得处理器执行上述电子票据处理方法的步骤。此处电子票据处理方法的步骤可以是上述各个实施例的电子票据处理方法中的步骤。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一非易失性计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。
以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本申请专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。