CN116645158A - 开票数据推送方法、装置、电子设备及存储介质 - Google Patents

Abstract

本申请提供一种开票数据推送方法、装置、电子设备及存储介质，属于区块链技术领域和数据处理技术领域。该方法包括：接收开票请求信息，并获取目标用户的生物特征信息；将生物特征信息发送至区块链节点，以使区块链节点根据生物特征信息获取目标用户的社保信息，确定至少一个第一开票基础信息；根据开票请求信息、社保信息和至少一个第一开票基础信息，确定第二开票基础信息；根据第二开票基础信息和开票请求信息，生成第一开票数据；将第一开票数据发送至目标用户的终端。本申请用以解决公司的员工开具对公发票的准确率和效率低的问题，提高了开具发票的准确率和效率。

Description

开票数据推送方法、装置、电子设备及存储介质

技术领域

本申请可用于区块链技术领域和数据处理技术领域，尤其涉及一种开票数据推送方法、装置、电子设备及存储介质。

背景技术

目前，对于金融机构来说，用户在通过一些业务渠道去办理相关业务后，通常会为客户开具相应的发票，而且对于大部分企业来说，对于企业的某些需要报销的业务，都需要该企业的员工开具对公发票。

现有技术中，在开具对公发票时，越来越多的员工选择线上开具发票，每次开票都需要员工手动填写许多与员工所在企业的相关信息。所以会将开票所需的信息进行保存，以便后续开票使用。

然而，发明人发现现有技术至少存在以下技术问题：当员工更换工作或借调后，很多开票所需的信息都需要修改，如果员工忘记修改，则会导致发票开具错误，还需要进行红字冲销处理后才能再次开具，产生开具的对公发票的准确率和效率低的问题。

发明内容

本申请提供一种开票数据推送方法、装置、电子设备及存储介质，用以解决开具对公发票的准确率和效率低的问题。

第一方面，本申请提供一种开票数据推送方法，包括：

接收目标用户的终端发送的开票请求信息，并获取所述目标用户的生物特征信息；

将所述生物特征信息发送至区块链节点，以使所述区块链节点根据所述生物特征信息获取所述目标用户的社保信息，并根据所述目标用户的社保信息，确定至少一个第一开票基础信息；

接收所述区块链节点发送的所述社保信息和所述至少一个第一开票基础信息；

根据所述开票请求信息、所述社保信息和至少一个第一开票基础信息，确定第二开票基础信息；

根据所述第二开票基础信息和所述开票请求信息，生成第一开票数据；

将所述第一开票数据发送至所述目标用户的终端，以完成第一开票数据的推送。

在一种可能的实现方式中，所述根据所述开票请求信息、所述社保信息和至少一个第一开票基础信息，确定第二开票基础信息，包括：根据所述社保信息，获取至少一个公司的关联信息；根据所述开票请求信息在所述至少一个公司的关联信息中，确定目标公司关联信息；根据所述目标公司关联信息和至少一个第一开票基础信息，确定第二开票基础信息。

在一种可能的实现方式中，所述开票请求信息包括待开票业务开展时间，所述至少一个公司的关联信息包括员工社保缴纳时间信息和公司基础信息；相应地，所述根据所述至少一个公司的关联信息和所述开票请求信息，确定目标公司关联信息，包括：根据所述待开票业务开展时间，确定所述目标用户的社保时间信息；将所述社保时间信息与所述员工社保缴纳时间信息进行匹配处理，确定公司基础信息中的目标公司关联信息。

在一种可能的实现方式中，所述将所述第一开票数据发送至所述目标用户的终端之后，还包括：接收所述目标用户的终端发送的开票修改数据，并根据所述开票修改数据和所述第一开票数据，确定第二开票数据；将所述第二开票数据发送至所述目标用户的终端，以完成第二开票数据的推送。

第二方面，本申请还提供一种开票数据推送方法，包括：

接收服务管理端发送的生物特征信息；

根据所述生物特征信息和预存社保信息，确定目标用户的社保信息，并根据所述目标用户的社保信息，确定至少一个第一开票基础信息；

将所述社保信息和至少一个第一开票基础信息发送至所述服务管理端，以使所述服务管理端根据目标用户的终端发送的开票请求信息、所述社保信息和至少一个第一开票基础信息，确定第二开票基础信息，并根据所述第二开票基础信息和所述开票请求信息，生成第一开票数据，并将所述第一开票数据发送至所述目标用户的终端，以完成第一开票数据的推送。

在一种可能的实现方式中，所述根据所述生物特征信息和预存社保信息，确定所述目标用户的社保信息，并根据所述目标用户的社保信息，确定至少一个第一开票基础信息，包括：将所述生物特征信息与预存社保信息进行匹配处理，确定目标用户的社保信息；对所述社保信息进行信息调用处理，生成至少一个第一开票基础信息。

在一种可能的实现方式中，还包括：定期获取目标用户的待更新社保信息；将所述待更新社保信息进行上链处理，生成更新后的预存社保信息。

第三方面，本申请提供了一种开票数据推送装置包括：

第一接收模块，用于接收目标用户的终端发送的开票请求信息，并获取所述目标用户的生物特征信息；

第一发送模块，用于将所述生物特征信息发送至区块链节点，以使所述区块链节点根据所述生物特征信息获取所述目标用户的社保信息，并根据所述目标用户的社保信息，确定至少一个第一开票基础信息；

所述第一接收模块，还用于接收所述区块链节点发送的所述社保信息和至少一个第一开票基础信息；

开票信息处理模块，用于根据所述开票请求信息、所述社保信息和至少一个第一开票基础信息，确定第二开票基础信息；

所述开票信息处理模块，还用于根据所述第二开票基础信息和所述开票请求信息，生成第一开票数据；

所述第一发送模块，还用于将所述第一开票数据发送至所述目标用户的终端，以完成第一开票数据的推送。

第四方面，本申请还提供了一种开票数据推送装置，包括：

第二接收模块，用于接收服务管理端发送的生物特征信息；

开票信息匹配模块，用于根据所述生物特征信息和预存社保信息确定目标用户的社保信息，并根据所述目标用户的社保信息，确定至少一个第一开票基础信息；

第二发送模块，用于将所述社保信息和至少一个第一开票基础信息发送至所述服务管理端，以使所述服务管理端根据目标用户的终端发送的开票请求信息、所述社保信息和至少一个第一开票基础信息，确定第二开票基础信息，并根据所述第二开票基础信息和所述开票请求信息，生成第一开票数据，并将所述第一开票数据发送至所述目标用户的终端，以完成第一开票数据的推送。

第五方面，本申请提供一种电子设备，包括：处理器，以及与所述处理器通信连接的存储器；

所述存储器存储计算机执行指令；

所述处理器执行所述存储器存储的计算机执行指令，以实现如的第一方面或第二方面描述的开票数据推送方法。

第六方面，本申请提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如第一方面或第二方面描述的开票数据推送方法。

本申请提供的开票数据推送方法、装置、电子设备及存储介质，其中，该方法通过接收目标用户的开票请求信息，并获取目标用户的生物特征信息，再将生物特征信息发送到区块链节点，在区块链节点根据生物特征信息获取目标用户的社保信息，然后根据社保信息确定所有为目标用于缴纳过社保的公司的第一开票基础信息，并返回社保信息和第一开票基础信息。再根据开票请求信息、社保信息和第一开票基础信息，确定一个目标用户所需的第二开票基础信息，并将第二开票基础信息和开票请求信息汇总，生成目标用户开对公发票所需的第一开票数据，最后将第一开票数据发送至目标用户的终端，完成第一开票数据的推送。整个开票过程在接收目标用户的开票请求信息后自动为目标用户推送开票所需的第一开票数据，以提高开具发票的准确率和效率。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

图1为本申请实施例提供的开票数据推送方法的应用场景示意图；

图2为本申请实施例提供的开票数据推送方法的流程示意图一；

图3为本申请实施例提供的开票数据推送方法的流程示意图二；

图4为本申请实施例提供的开票数据推送方法的交互流程示意图；

图5为本申请实施例提供的开票数据推送装置的结构示意图一；

图6为本申请实施例提供的开票数据推送装置的结构示意图二；

图7为本申请实施例提供的开票数据推送装置的结构示意图三；

图8为本申请实施例提供的电子处理设备的硬件结构示意图。

通过上述附图，以示出本申请明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围，而是通过参考特定实施例为本领域技术人员说明本申请的概念。

具体实施方式

这里将详细的对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

需要说明的是，本申请所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)，均为经用户授权或者经过各方充分授权的信息和数据，并且相关数据的收集、使用和处理需要遵守相关法律法规和标准，并提供有相应的操作入口，供用户选择授权或者拒绝。

需要说明的是，本申请提供的开票数据推送方法、装置、电子设备及存储介质，可用于区块链技术领域和数据处理技术领域，也可用于除区块链技术领域和数据处理技术领域之外的任意领域，本申请提供的开票数据推送方法、装置、电子设备及存储介质的应用领域不做限定。

目前，对于金融机构来说，用户在通过一些业务渠道去办理相关业务后，通常会为客户开具相应的发票，而且对于大部分企业来说，对于企业的某些需要报销的业务，都需要该企业的员工开具对公发票。现有技术中，在开具对公发票时，越来越多的员工选择线上开具发票，每次开票都需要员工手动填写许多与员工所在企业的相关信息。所以会将开票所需的信息进行保存，以便后续开票使用。发明人发现：当员工更换工作或借调后，很多开票所需的信息都需要修改，如果员工忘记修改，则会导致发票开具错误，还需要进行红字冲销处理后才能再次开具，产生开具的对公发票的准确率和效率低的问题。

为解决上述技术问题，本申请实施例提供了以下解决问题的技术构思：通过将员工的社保信息进行上链管理，利用区块链的技术，在开具对公发票时，可根据员工对应的社保信息快速匹配到该员工当前所在企业的相关信息，并根据开票交易日期，自动为员工推荐发票抬头信息，以提高开具对公发票的准确率和效率。

本申请实施例提供的开票数据推送方法、装置、电子设备及存储介质，旨在解决现有技术的如上技术问题。

下面以具体的实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。

请参考图1，图1为本申请实施例提供的开票数据推送方法的应用场景示意图。如图1所示，该应用场景下，包括：服务管理端101、用户端102和区块链节点103。

其中，服务管理端101可以是物理服务器或虚拟服务器，服务管理端101用于接收用户端102和区块链节点103发送的数据，并进行数据处理后生成开票数据，再将开票数据发送至用户端102，以完成开票数据的推送。用户端102，可以是电脑、手机或平板电脑等终端设备，用户端102用于响应于目标用户的开票请求操作，生成开票请求信息，将开票请求信息发送至服务管理端101，以及将开票数据进行可视化处理。区块链节点103，可以是区块链网络的终端设备，例如：该区块链节点103可以是手机、矿机或服务器。区块链节点103用于与服务管理端101之间形成数据交互，还用于存储社保信息和开票基础数据等信息。

请参考图2，图2为本申请实施例提供的开票数据推送方法的流程示意图一。本实施例的执行主体可以为图1所示实施例中的服务管理端101，也可以是其他的计算机的相关设备，对此本实施例此处不作特别限制。如图2所示，该开票数据推送方法包括：

S201：接收目标用户的终端发送的开票请求信息，并获取目标用户的生物特征信息。

本实施例中，目标用户可以是需要开发票的用户，例如：A公司的员工张三。开票请求信息可以是目标用户针对任一个交易业务进行开票的请求信息，例如：“将2023年3月1日的第3个业务a开票”。生物特征信息可以是用于描述目标用户特征的信息，例如：生物特征信息可以包括基本信息、姓名、联系方式和人脸识别特征数据。

S202：将生物特征信息发送至区块链节点，以使区块链节点根据生物特征信息获取目标用户的社保信息，并根据目标用户的社保信息，确定至少一个第一开票基础信息。

本实施例中，区块链节点可以是图1所示的区块链网中的终端设备，区块链节点处理完生物特征信息后能确定至少一个第一开票基础信息，区块链节点与社保信息服务管理端和开票所需税号的数据管理端均建立了数据联系，通过社保服务管理端定期将目标用户的社保信息上链管理，以及开票所需税号的数据管理端定期将为目标用户缴纳社保的公司的税号等相关信息上链管理。

本实施例中社保信息可以是目标用户的社保缴纳相关数据，例如：为目标用户缴纳社保的公司的名称、公司地址、类型、公司的组织机构代码以及该目标用户的姓名、联系地址和联系方式等与社保相关的数据。第一开票基础信息可以是任一个为目标用户缴纳了社保的公司的开票常用数据，例如：该开票常用数据可以是发票抬头。

S203：接收区块链节点发送的社保信息和至少一个第一开票基础信息；根据开票请求信息、社保信息和至少一个第一开票基础信息，确定第二开票基础信息。

本实施例中，第二开票基础信息可以是与开票请求信息对应的公司的开票常用数据。例如：上述实施例中的开票请求信息为“将2023年3月1日的第3个业务a开票。”，其中业务a对应的为A公司需要开具对公发票的业务，则第二开票基础信息则是A公司的开票常用数据。确定第二开票基础信息可采用信息匹配处理的方式，从至少一个第一开票基础信息中确定第二开票基础信息。

具体的，在本申请一可选的实施例中，步骤S203中根据开票请求信息、社保信息和至少一个第一开票基础信息，确定第二开票基础信息，包括：

S203a：根据社保信息，获取至少一个公司的关联信息。

本实施例中，公司的关联信息可以是对公司的描述性信息，例如：公司的关联信息可以包括公司的名称、公司为员工缴纳社保的时间等描述性信息。

S203b：根据开票请求信息在至少一个公司的关联信息中，确定目标公司关联信息。

本实施例中，目标公司关联信息可以是目标用户有开票需求时所任职的公司，或为目标用户缴纳社保的公司的关联信息。

以上述实施例为基础，在本申请一可选的实施例中，开票请求信息包括待开票业务开展时间，至少一个公司的关联信息包括员工社保缴纳时间信息和公司基础信息。相应地，步骤S203b包括：

b1：根据待开票业务开展时间，确定目标用户的社保时间信息。

b2：将社保时间信息与员工社保缴纳时间信息进行匹配处理，确定公司基础信息中的目标公司关联信息。

本实施例中，待开票业务开展时间可以是需要开票的业务的交易日期。目标用户的社保时间信息可以是目标用户的社保缴纳日期或时间段。例如：待开票业务的开展时间可以是“2023年3月1日”，则对应的目标用户的社保时间信息可以是“2023年3月1日至2023年3月31日中的任何一个日期。”

本实施例中，匹配处理可以是使用社保时间信息依次与至少一个公司的员工社保缴纳时间信息进行比对，找到能反映出目标用户在待开票业务开展时所属的公司作为目标公司，再索引到目标公司的公司基础信息中的目标公司关联信息的过程。

S203c：根据目标公司关联信息和至少一个第一开票基础信息，确定第二开票基础信息。

本实施例中，目标公司关联信息和至少一个开票基础信息逐一比对，即可得到目标公司的第一开票基础信息，并将与目标公司对应的第一开票基础信息确定为第二开票基础信息。

S204：根据第二开票基础信息和开票请求信息，生成第一开票数据。

本实施例中，第一开票数据可以是将开票请求信息中的数据和第二开票基础信息进行汇总后生成的。例如：A公司的第二开票基础信息可以包括公司名称、税号、公司地址、联系方式、开户行名称和账号等开票所需的基础信息。开票请求信息可以包括待开票业务的名称、业务开展日期、开票请求日期或开票金额等与待开票业务相关的信息。则生成的第一开票数据则为上述开票所需的基础信息以及与待开票业务相关的信息相加的内容。

S205：将第一开票数据发送至目标用户的终端，以完成第一开票数据的推送。

本实施例中，第一开票数据发送至目标用户的终端以供目标用户查看和核对第一开票数据是否正确，如果正确则可以直接使用第一开票数据完成后续的开票操作。

综上，本申请实施例提供的开票数据推送方法，通过在接收目标用户的开票请求信息时获取目标用户的生物特征信息，再将生物特征信息发送到区块链节点，使区块链节点根据生物特征信息获取目标用户的社保信息，然后根据社保信息确定所有为目标用于缴纳过社保的公司的第一开票基础信息，并返回社保信息和至少一个第一开票基础信息。再根据开票请求信息、社保信息和至少一个第一开票基础信息，确定一个目标用户所需的第二开票基础信息，并将第二开票基础信息和开票请求信息汇总，生成目标用户开对公发票所需的第一开票数据，最后将第一开票数据发送至目标用户的终端，完成第一开票数据的推送。整个开票过程在接收目标用户的开票请求信息后自动为目标用户推送开票所需的第一开票数据，以提高开具发票的准确率和效率。

在上述实施例的基础上，作为本申请一可选的实施例，步骤S205之后还包括：

步骤A：接收目标用户的终端发送的开票修改数据，并根据开票修改数据和第一开票数据，确定第二开票数据。

步骤B：将第二开票数据发送至目标用户的终端，以完成第二开票数据的推送。

本实施例中，开票修改数据可以是目标用户根据实际情况或开票需求对第一开票数据中的某一项或多项进行调整的修改数据，例如：A公司新换的账号还未进行上链管理，则对应的需要修改。此时将第一开票数据中的账号“987321654”换成“987654321”后，即为第二开票数据。本实施例中，第二开票数据还可以是用户要开的个人发票的发票抬头。

综上，本申请实施例提供的开票数据推送方法，通过接收人工核对后的开票修改数据，并根据开票修改数据和第一开票数据，确定修改后的第二开票数据，使推送的开票数据更准确。

请参考图3，图3为本申请实施例提供的开票数据推送方法的流程示意图二。本实施例的执行主体可以为图1所示实施例中的区块链节点102，也可以是其他的计算机的相关设备，对此本实施例此处不作特别限制。如图3所示，该开票数据推送方法包括：

S301：接收服务管理端发送的生物特征信息。

S302：根据生物特征信息和预存社保信息，确定目标用户的社保信息，并根据目标用户的社保信息，确定至少一个第一开票基础信息。

本实施例中，生物特征信息、目标用户的设备信息和第一开票基础信息在图2所示的实施例中已进行描述，故本实施例此处不再赘述。本实施例中，预存社保信息可以是区块链网络中任一节点存储的社保信息，该社保信息为每个用户授权后社保信息服务管理端将社保信息上链管理后生成的。

具体地，以上述实施例为基础，在本申请一可选的实施例中，步骤S302包括：

S302a：将生物特征信息与预存社保信息进行匹配处理，确定目标用户的社保信息。

本实施例中，将生物特征信息与预存社保信息进行匹配处理可采用脚本或软件自动完成，启动脚本或软件后即可在预存社保信息中索引到目标用户的社保信息。

S302b：对社保信息进行信息调用处理，生成至少一个第一开票基础信息。

本实施例中，信息调用处理可以是根据社保信息中确定为目标用户缴纳社保的公司，并从区块链节点中调用这些公司的开票基础信息的过程。

S303：将社保信息和至少一个第一开票基础信息发送至服务管理端，以使服务管理端根据目标用户的终端发送的开票请求信息、社保信息和至少一个第一开票基础信息，确定第二开票基础信息，并根据第二开票基础信息和开票请求信息，生成第一开票数据，并将第一开票数据发送至目标用户的终端，以完成第一开票数据的推送。

本实施例中，将社保信息和第一开票基础信息发送至服务管理端之后，在图2所示实施例中已进行了描述，故本实施例此处不再赘述。

综上，本申请实施例通过利用区块链节点将根据目标用户的生物特征信息，确定目标用户的社保信息，进而获取为目标用户过社保的公司的第一开票基础信息，最终在服务管理端根据开票请求信息从至少一个第一开票基础信息中快速锁定目标用户所需的第一开票数据，再将该第一开票数据推送至目标用户的终端，整个过程自动为员工推送开票所需的第一开票数据，减少人工填写的操作过程，提高了开具发票的准确率和效率。

在上述实施例的基础上，作为本申请一可选的实施例提供的开票数据推送方法，还包括：

步骤a：定期获取目标用户的待更新社保信息。

步骤b：将待更新社保信息进行上链处理，生成更新后的预存社保信息。

本实施例中，定期可以是目标用户每更换一次公司时，或发生社保信息变化时。定期也可以是每月、每季度、每半年或每年等人为设定的时间间隔。待更新社保信息可以是目标用户的社保信息发生变化后的社保信息，例如：原来缴纳社保的公司为A公司，后来变成B公司了，则待更新社保信息中的公司则为B公司，需要在区块链节点将B公司为目标用户缴纳社保的信息上链管理，以生成更新后的预存社保信息。

综上，本申请实施例提供的开票数据推送方法，还通过定期更新社保信息，避免员工发生离职或工作调用的情况导致的开票数据与真实数据有偏差。进一步提高开具发票的准确率和效率。

请参考图4，图4为本申请实施例提供的开票数据推送方法的交互流程示意图。如图4所示，该开票数据推送方法包括如下步骤：

S401：目标用户的终端响应于目标用户的终端请求，生成开票请求信息。

S402：目标用户的终端向将服务管理端发送开票请求信息。

S403：服务管理端获取目标用户的生物特征信息。

S404：服务管理端向区块链节点发送生物特征信息。

S405：区块链节点根据生物特征信息获取目标用户的社保信息，并根据目标用户的社保信息，确定至少一个第一开票基础信息。

S406：区块链节点向服务管理端发送社保信息和至少一个第一开票基础信息。

S407：服务管理端根据开票请求信息、社保信息和至少一个第一开票基础信息，确定第二开票基础信息。

S408：服务管理端根据第二开票基础信息和开票请求信息，生成第一开票数据。

S409：服务管理端向目标用户的终端发送第一开票数据。

请参考图5，图5为本申请实施例提供的开票数据推送装置的结构示意图一。如图5所示，该装置应用于服务管理端，该装置包括：第一接收模块51、第一发送模块52和开票信息处理模块53。

其中，第一接收模块51，用于接收目标用户的终端发送的开票请求信息，并获取目标用户的生物特征信息；

第一发送模块52，用于将生物特征信息发送至区块链节点，以使区块链节点根据生物特征信息获取目标用户的社保信息，并根据目标用户的社保信息，确定至少一个第一开票基础信息；

第一接收模块51，还用于接收区块链节点发送的社保信息和至少一个第一开票基础信息；

开票信息处理模块53，用于根据开票请求信息、社保信息和至少一个第一开票基础信息，确定第二开票基础信息；

开票信息处理模块53，还用于根据第二开票基础信息和开票请求信息，生成第一开票数据；

第一发送模块52，还用于将第一开票数据发送至目标用户的终端，以完成第一开票数据的推送。

在本申请一可选的实施例中，开票信息处理模块53，具体用于：根据社保信息，获取至少一个公司的关联信息。根据开票请求信息在至少一个公司的关联信息中，确定目标公司关联信息。根据目标公司关联信息和至少一个第一开票基础信息，确定第二开票基础信息。

在本申请一可选的实施例中，开票请求信息包括待开票业务开展时间，至少一个公司的关联信息包括员工社保缴纳时间信息和公司基础信息。相应地，开票信息处理模块53，还具体用于：根据待开票业务开展时间，确定目标用户的社保时间信息。将社保时间信息与员工社保缴纳时间信息进行匹配处理，确定公司基础信息中的目标公司关联信息。

在本申请一可选的实施例中，第一接收模块51，还用于：接收目标用户的终端发送的开票修改数据，并根据开票修改数据和第一开票数据，确定第二开票数据。

第一发送模块，还用于：将第二开票数据发送至目标用户的终端，以完成第二开票数据的推送。

本实施例提供的开票数据推送装置，可用于执行上述方法实施例的技术方案，其实现原理与技术效果类似，本实施例此处不再赘述。

请参考图6，图6为本申请实施例提供的开票数据推送装置的结构示意图二。如图6所示，该装置应用于区块链节点，该装置包括：第二接收模块61、开票信息匹配模块62、和第二发送模块63。

其中，第二接收模块61，用于接收服务管理端发送的生物特征信息；

开票信息匹配模块62，用于根据生物特征信息和预存社保信息确定目标用户的社保信息，并根据目标用户的社保信息，确定至少一个第一开票基础信息；

第二发送模块63，用于将社保信息和至少一个第一开票基础信息发送至服务管理端，以使服务管理端根据目标用户的终端发送的开票请求信息、社保信息和至少一个第一开票基础信息，确定第二开票基础信息，并根据第二开票基础信息和开票请求信息，生成第一开票数据，并将第一开票数据发送至目标用户的终端，以完成第一开票数据的推送。

在本申请一可选的实施例中，开票信息匹配模块62，具体用于：将生物特征信息与预存社保信息进行匹配处理，确定目标用户的社保信息。对社保信息进行信息调用处理，生成至少一个第一开票基础信息。

请参考图7，图7为本申请实施例提供的开票数据推送装置的结构示意图三。如图7所示，该装置应用于区块链节点，与图6所示的装置不同之处在于，该装置还包括：上链管理模块64。该上链管理模块64，用于：定期获取目标用户的待更新社保信息。将待更新社保信息进行上链处理，生成更新后的预存社保信息。

本实施例提供的开票数据推送装置，可用于执行上述方法实施例的技术方案，其实现原理与技术效果类似，本实施例此处不再赘述。

请参考图8，图8为本申请实施例提供的电子处理设备的硬件结构示意图，如图8所示，该设备包括：至少一个处理器801，以及与处理器通信连接的存储器802。

存储器802存储计算机执行指令。

处理器801执行存储器存储的计算机执行指令，以实现上述方法实施例中所涉及的各个步骤。具体可以参见前述方法实施例中的相关描述。

可选地，存储器802既可以是独立的，也可以跟处理器801集成在一起。当存储器802独立设置时，该设备还包括总线803，用于连接存储器802和处理器801。

本申请实施例还提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机执行指令，当处理器执行计算机执行命令时，实现如上的开票数据推送方法。

本申请实施例还提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现如上的开票数据推送方法。

在本发明所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其他的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，上述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其他的形式。

上述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案。

另外，在本发明各个实施例中的各功能模块可以集成在一个处理单元中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个单元中。上述模块组成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上述以软件功能模块的形式实现的集成的模块，可以存储在一个计算机可读取存储介质中。上述软件功能模块存储在一个存储介质中，包括若干命令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器执行本申请各个实施例的方法的部分步骤。

应理解，上述处理器可以是中央处理单元(Central Processing Unit，简称CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，简称DSP)、专用集成电路(Application Specific Integrated Circuit，简称ASIC)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合发明所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

存储器可能包含高速RAM存储器，也可能还包括非易失性存储NVM，例如至少一个磁盘存储器，还可以为U盘、移动硬盘、只读存储器、磁盘或光盘等。

总线可以是工业标准体系结构(Industry Standard Architecture，简称ISA)总线、外部设备互连(Peripheral Component Interconnect，简称PCI)总线或扩展工业标准体系结构(Extended Industry Standard Architecture，简称EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，本申请附图中的总线并不限定仅有一根总线或一种类型的总线。

上述存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。存储介质可以是通用或专用计算机能够存取的任何可用介质。

一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于专用集成电路(Application Specific Integrated Circuits，简称ASIC)中。当然，处理器和存储介质也可以作为分立组件存在于电子设备或主控设备中。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序命令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其他实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求书指出。

需要说明的是，本申请实施例提供的开票数据推送方法、装置、电子设备及存储介质，可用于除区块链技术领域和数据处理技术领域。也可用于除区块链技术领域和数据处理技术领域以外的任意领域。本申请实施例提供的开票数据推送方法、装置、电子设备及存储介质的应用领域不作限定。本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其他实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求书指出。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求书来限制。

Claims (11)

1.一种开票数据推送方法，其特征在于，包括：

接收目标用户的终端发送的开票请求信息，并获取所述目标用户的生物特征信息；

将所述生物特征信息发送至区块链节点，以使所述区块链节点根据所述生物特征信息获取所述目标用户的社保信息，并根据所述目标用户的社保信息，确定至少一个第一开票基础信息；

接收所述区块链节点发送的所述社保信息和所述至少一个第一开票基础信息；

根据所述开票请求信息、所述社保信息和至少一个第一开票基础信息，确定第二开票基础信息；

根据所述第二开票基础信息和所述开票请求信息，生成第一开票数据；

将所述第一开票数据发送至所述目标用户的终端，以完成第一开票数据的推送。

2.根据权利要求1所述的方法，其特征在于，所述根据所述开票请求信息、所述社保信息和至少一个第一开票基础信息，确定第二开票基础信息，包括：

根据所述社保信息，获取至少一个公司的关联信息；

根据所述开票请求信息在所述至少一个公司的关联信息中，确定目标公司关联信息；

根据所述目标公司关联信息和至少一个第一开票基础信息，确定第二开票基础信息。

3.根据权利要求2所述的方法，其特征在于，所述开票请求信息包括待开票业务开展时间，所述至少一个公司的关联信息包括员工社保缴纳时间信息和公司基础信息；

相应地，所述根据所述至少一个公司的关联信息和所述开票请求信息，确定目标公司关联信息，包括：

根据所述待开票业务开展时间，确定所述目标用户的社保时间信息；

将所述社保时间信息与所述员工社保缴纳时间信息进行匹配处理，确定公司基础信息中的目标公司关联信息。

4.根据权利要求1至3任一项所述的方法，其特征在于，所述将所述第一开票数据发送至所述目标用户的终端之后，还包括：

接收所述目标用户的终端发送的开票修改数据，并根据所述开票修改数据和所述第一开票数据，确定第二开票数据；

将所述第二开票数据发送至所述目标用户的终端，以完成第二开票数据的推送。

5.一种开票数据推送方法，其特征在于，包括：

接收服务管理端发送的生物特征信息；

根据所述生物特征信息和预存社保信息，确定目标用户的社保信息，并根据所述目标用户的社保信息，确定至少一个第一开票基础信息；

将所述社保信息和至少一个第一开票基础信息发送至所述服务管理端，以使所述服务管理端根据目标用户的终端发送的开票请求信息、所述社保信息和至少一个第一开票基础信息，确定第二开票基础信息，并根据所述第二开票基础信息和所述开票请求信息，生成第一开票数据，并将所述第一开票数据发送至所述目标用户的终端，以完成第一开票数据的推送。

6.根据权利要求5所述的方法，其特征在于，所述根据所述生物特征信息和预存社保信息，确定所述目标用户的社保信息，并根据所述目标用户的社保信息，确定至少一个第一开票基础信息，包括：

将所述生物特征信息与预存社保信息进行匹配处理，确定目标用户的社保信息；

对所述社保信息进行信息调用处理，生成至少一个第一开票基础信息。

7.根据权利要求6所述的方法，其特征在于，还包括：

定期获取目标用户的待更新社保信息；

将所述待更新社保信息进行上链处理，生成更新后的预存社保信息。

8.一种开票数据推送装置，其特征在于，包括：

第一接收模块，用于接收目标用户的终端发送的开票请求信息，并获取所述目标用户的生物特征信息；

第一发送模块，用于将所述生物特征信息发送至区块链节点，以使所述区块链节点根据所述生物特征信息获取所述目标用户的社保信息，并根据所述目标用户的社保信息，确定至少一个第一开票基础信息；

所述第一接收模块，还用于接收所述区块链节点发送的所述社保信息和至少一个第一开票基础信息；

开票信息处理模块，用于根据所述开票请求信息、所述社保信息和至少一个第一开票基础信息，确定第二开票基础信息；

所述开票信息处理模块，还用于根据所述第二开票基础信息和所述开票请求信息，生成第一开票数据；

所述第一发送模块，还用于将所述第一开票数据发送至所述目标用户的终端，以完成第一开票数据的推送。

9.一种开票数据推送装置，其特征在于，包括：

第二接收模块，用于接收服务管理端发送的生物特征信息；

开票信息匹配模块，用于根据所述生物特征信息和预存社保信息确定目标用户的社保信息，并根据所述目标用户的社保信息，确定至少一个第一开票基础信息；

第二发送模块，用于将所述社保信息和至少一个第一开票基础信息发送至所述服务管理端，以使所述服务管理端根据目标用户的终端发送的开票请求信息、所述社保信息和至少一个第一开票基础信息，确定第二开票基础信息，并根据所述第二开票基础信息和所述开票请求信息，生成第一开票数据，并将所述第一开票数据发送至所述目标用户的终端，以完成第一开票数据的推送。

10.一种电子设备，其特征在于，包括：处理器，以及与所述处理器通信连接的存储器；

所述存储器存储计算机执行指令；

所述处理器执行所述存储器存储的计算机执行指令，以实现如权利要求1至4任一项，或5至7任一项所述的开票数据推送方法。

11.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如权利要求1至4任一项，或5至7任一项所述的开票数据推送方法。