CN110888921A - 企业发票信息的查询方法、装置和服务器 - Google Patents

Abstract

本发明涉及一种企业发票信息的查询方法、装置和服务器，所述查询方法包括：获取用户的用户信息；根据所述用户信息，确定出所述用户的所属类型；并根据所述用户的所属类型，获取到相应的发票信息；将所述发票信息显示出来。本发明通过该用户信息，就能获取到该用户的所属基地信息，进而查询到其所属基地对应的发票信息。本发明所述的方法，无需用户手动录入或熟记发票信息，用户可以直接通过将自己的用户信息录入到客户端上，就能查看到与自己所属基地对应的发票抬头信息与二维码等发票信息。本发明所述的企业发票信息的查询方式操作简单，省时省力，兼具人性化与智能化，避免了用户无法方便获取发票信息的困扰，为企业用户提供了很大便利。

Description

企业发票信息的查询方法、装置和服务器

技术领域

本发明涉及信息查询技术领域，具体涉及一种企业发票信息的查询方法、装置和服务器。

背景技术

随着经济的快速发展，人们生活中的商业交易活动日益增多，在商业交易活动中经常要开具发票。发票是企业或者个人在商品交易活动中所开具/收取的业务凭证，是财务核算的原始依据以及税务机关执法检查的重要依据。发票与人们的生活息息相关。现有的发票开具过程首先需要消费者向商户提供所要开具发票的详细信息(例如，抬头、税号、开户银行及账户等)，该详细信息需要消费者知晓，否则无法开具发票。针对企业消费行为，当企业需要开具发票时，企业里的发票抬头都是固定的，而每个员工在开具发票前也要了解所要开具发票的详细信息。

日常生活中，企业内部出差人员对发票信息不甚了解，出差在外又不好查询的状况是普遍存在的。即使很熟悉发票详细信息，每次开具发票时都要填写单位名称、地址、税号、开户银行及账户等发票信息，费时费力。除此之外，一些大企业还存在有多个发票抬头的可能性，同一企业内，不同部门、不同地域内的员工所要开具发票的信息也不同，此时，对于企业内的每个员工获取到正确的发票信息很不方便，需要找相关的管理人员进行咨询和确认，影响效率，给工作和生活带来不便。

发明内容

有鉴于此，本发明的目的在于克服现有技术的不足，提供一种企业发票信息的查询方法、装置和服务器。

为实现以上目的，本发明采用如下技术方案：一种企业发票信息的查询方法，包括：

获取用户的用户信息；

根据所述用户信息，确定出所述用户的所属类型；

根据所述用户的所属类型，获取到相应的发票信息；

将所述发票信息显示出来。

可选的，所述根据所述用户信息，确定出所述用户的所属类型，包括：

将所述用户信息发送给服务器，以使所述服务器根据所述用户信息确定出该用户对应的详细信息；

接收所述服务器发送的该用户对应的详细信息，并从所述详细信息中解析出该用户的所属类型。

可选的，在将所述用户信息发送给服务器之后，还包括：

向所述服务器发送数据请求；

接收所述服务器发送的验证信息；

通过所述验证信息去访问所述服务器。

可选的，所述根据所述用户信息，确定出所述用户的所属类型，包括：

根据所述用户信息在预先保存的第一用户类型统计表中查找到该用户信息所对应的用户的所属类型；

其中，所述第一用户类型统计表包括多条项目，每一条项目均包括用户的用户信息以及对应的用户所属类型。

可选的，所述根据所述用户的所属类型，获取到相应的发票信息，包括：

根据所述用户的所属类型在预先保存的第二用户类型统计表中查找到该所属类型所对应的发票信息；

其中，所述第二用户类型统计表包括多条项目，每一条项目均包括用户所属类型以及对应的发票信息。

可选的，所述用户信息包括：用户的登陆账号和登陆密码；所述登陆账号为用户的工号、邮箱、手机号码和/或有效证件号码。

可选的，所述发票信息包括：发票抬头、税号、开户银行信息以及包含有所述发票抬头、税号、开户银行信息至少一种的二维码图标。

可选的，在所述发票信息被显示出来之后，还包括：

获取用户输入的操作指令；

执行所述操作指令；

其中，所述操作指令包括：对所述发票信息的剪切和复制。

本发明还提供了一种企业发票信息的查询方法，包括：

接收所述客户端发送的用户信息；

根据所述用户信息判断出该用户对应的详细信息；

接收客户端发送的数据请求；

向所述客户端发送验证信息，以使客户端能够通过所述验证信息去访问所述服务器；

当所述客户端能够通过所述验证信息去访问所述服务器时，将该用户对应的详细信息发送给客户端。

本发明还提供了一种企业发票信息的快速查询装置，包括：

获取模块，用于获取用户的用户信息；

所属类型确定模块，用于根据所述用户信息，确定出所述用户的所属类型；

发票信息获取模块，用于根据所述用户的所属类型，获取到相应的发票信息；

显示模块，用于将所述发票信息显示出来。

本发明还提供了一种服务器，包括：

处理器；

用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为：

接收所述客户端发送的用户信息；

根据所述用户信息判断出该用户对应的详细信息；

接收客户端发送的数据请求；

向所述客户端发送验证信息，以使客户端能够通过所述验证信息去访问所述服务器；

当所述客户端能够通过所述验证信息去访问所述服务器时，将该用户对应的详细信息发送给客户端。

本发明采用以上技术方案，所述企业发票信息的查询方法，包括：获取用户的用户信息；根据所述用户信息，确定出所述用户的所属类型；根据所述用户的所属类型，获取到相应的发票信息；将所述发票信息显示出来。本发明通过所述用户信息，就能获取到该用户的所属基地信息，进而查询到其所属基地对应的发票信息。本发明所述的方法，无需用户手动录入或熟记发票信息，用户可以直接通过将自己的用户信息录入到客户端上，就能查看到与自己所属基地对应的发票抬头信息与二维码等发票信息。本发明所述的企业发票信息的查询方式操作简单，省时省力，兼具人性化与智能化，避免了用户无法方便获取发票信息的困扰，为企业用户提供了很大便利。

附图说明

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

图1是本发明企业发票信息的查询方法实施例一的流程示意图；

图2是本发明企业发票信息的查询方法实施例二的流程示意图；

图3是本发明企业发票信息的查询方法实施例三的流程示意图；

图4是本发明企业发票信息的查询方法实施例四的流程示意图；

图5是本发明企业发票信息的快速查询装置实施例一的结构示意图。

图中：1、获取模块；2、所属类型确定模块；3、发票信息获取模块；4、显示确定模块。

具体实施方式

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

图1是本发明实施例一提供的企业发票信息的查询方法的流程示意图。

如图1所示，本实施例所述的方法可以在终端设备上进行运行，本实施例也是以终端设备的角度来描述的对企业发票信息的查询方法，本实施例的方法包括：

S11：获取用户的用户信息；

进一步的，所述用户信息包括：用户的登陆账号和登陆密码；

所述登陆账号为用户的工号、邮箱、手机号码和/或有效证件号码。

S12：根据所述用户信息，确定出所述用户的所属类型；

进一步的，所述根据所述用户信息，确定出所述用户的所属类型，包括：

将所述用户信息发送给服务器，以使所述服务器根据所述用户信息确定出该用户对应的详细信息；

接收所述服务器发送的该用户对应的详细信息，并从所述详细信息中解析出该用户的所属类型。

S13：所述根据该用户的所属类型，确定出相应的发票信息；

进一步的，所述根据该用户的所属类型，确定出相应的发票信息，包括：

根据该用户的所属类型在预先保存的第二用户类型统计表中查找到该所属类型所对应的发票信息；

其中，所述第二用户类型统计表包括多条项目，每一条项目均包括用户所属类型以及对应的发票信息。

S14：将所述发票信息显示出来。

本实施例在实际使用中，比如用户是一名大企业的员工，想要开具发票，需要获取到正确的发票信息。由于不同部门、不同地域内的员工所要开具发票的信息不同(比如集团企业下设有多个基地，具体开具的发票信息不唯一)，而且发票信息的内容很多，包括税号、开户银行及账户等等，使得员工无法熟记正确的发票信息。使用本实施例所述的方法，用户只需将自己的用户信息录入至终端设备相关的应用上，然后终端设备会将该用户信息发送给服务器，所述服务器会根据该用户信息查询到该用户的详细信息，并将该详细信息传送给终端设备，终端设备接收到该详细信息后，从所述详细信息中解析出该用户的所属基地信息(比如，所属基地信息为北京)，并根据本地预先保存的第二用户类型统计表中查找到该所属类型所对应的发票信息，再将该发票信息显示给用户，以供用户使用。

本实施例所述的方法，无需用户手动录入或熟记发票信息，用户可以直接通过将自己的用户信息录入安装有该方法相应程序的终端设备上，就能查看到与自己所属基地对应的发票抬头信息与二维码等发票信息。本实施例所述的企业发票信息的查询方式操作简单，省时省力，兼具人性化与智能化，避免了用户无法方便获取发票信息的困扰，为企业用户提供了很大便利。

图2是本发明实施例二提供的企业发票信息的查询方法的流程示意图。

如图2所示，本实施例的方法包括：

S21：获取用户的用户信息；

进一步的，所述用户信息包括：用户的登陆账号和登陆密码；

所述登陆账号为用户的工号、邮箱、手机号码和/或有效证件号码。

S22：将所述用户信息发送给服务器，以使所述服务器根据所述用户信息确定出该用户对应的详细信息；

S23：向所述服务器发送数据请求；

S24：接收所述服务器发送的验证信息(token值)；

S25：通过所述验证信息去访问所述服务器；

S26：接收所述服务器发送的该用户对应的详细信息，并从所述详细信息中解析出该用户的所属类型；其中，所述该用户的所属类型包括：该用户的所属基地信息；

S27：根据该用户的所属类型，确定出相应的发票信息；

进一步的，所述根据该用户的所属类型，确定出相应的发票信息，包括：

根据该用户的所属类型在预先保存的第二用户类型统计表中查找到该所属类型所对应的发票信息；其中，所述第二用户类型统计表包括多条项目，每一条项目均包括用户所属类型以及对应的发票信息。

进一步的，所述发票信息包括：发票抬头、税号、开户银行信息以及包含有所述发票抬头、税号、开户银行信息至少一种的二维码图标。

S28：将所述发票信息显示出来。

实施例二与实施例一的区别，在于获取服务器上的该用户对应的详细信息的过程。本实施例二中在终端设备获取服务器上的该用户对应的详细信息之前，需要执行步骤S23～S25，该过程描述了在终端设备获取服务器上的数据信息之前，先要通过发送token验证信息的方式对用户的身份进行验证，有利于保证服务器的安全，避免恶意频繁范围服务器，导致服务器的不稳定。

图3是本发明实施例三提供的企业发票信息的查询方法的流程示意图。与实施例一和实施例二不同，本实施例所述的方法不存在终端设备与服务器的数据交互过程，本实施例所述的方法全部是在终端设备上进行运行。

如图3所示，本实施例的方法包括：

S31：获取用户的用户信息；

进一步的，所述用户信息包括：用户的登陆账号和登陆密码；所述登陆账号为用户的工号、邮箱、手机号码和/或有效证件号码。

进一步的，在执行步骤S32之前，还包括：

根据所述用户信息判断该用户的身份合法性；

当该用户的身份是非法时，重新获取用户的用户信息。

S32：根据所述用户信息，确定出所述用户的所属类型；

S33：根据所述用户的所属类型，获取到相应的发票信息；

进一步的，所述发票信息包括：发票抬头、税号、开户银行信息以及包含有所述发票抬头、税号、开户银行信息至少一种的二维码图标。

其中，当本实施例三所述的方法在终端设备执行时，步骤S32和S33是在终端设备本地完成的。具体的，根据所述用户信息在终端设备本地预先保存的第一用户类型统计表中查找到该用户信息所对应的用户的所属类型(用户的所属基地信息)；再根据所述该用户的所属基地信息，确定出相应的发票信息(包括，发票抬头信息及相应的二维码)；

其中，所述第一用户类型统计表包括多条项目，每一条项目均包括用户的用户信息以及对应的用户所属类型。

S34：将所述发票信息显示出来；

S35：获取用户输入的操作指令；

S36：执行所述操作指令；

其中，所述操作指令包括：对所述发票信息的剪切和复制。

本实施例三在实际执行时，所述比如用户是一名大企业的员工，想要开具发票，需要获取到正确的发票信息。用户只需将自己的用户信息录入至终端设备相关的应用上，然后终端设备会根据该用户信息判断该用户的身份合法性；如果该用户的身份是非法时，重新获取用户的用户信息；当该用户的身份是合法时，在终端设备本地预先保存的第一用户类型统计表中查找到该用户信息所对应的用户的所属类型(用户的所属基地信息)；再根据该用户的所属基地信息，确定出相应的发票信息(包括，发票抬头信息及相应的二维码)；其中，所述第一用户类型统计表包括多条项目，每一条项目均包括用户的用户信息以及对应的用户所属类型。终端设备将所述发票信息显示在应用前端的界面上，用户可对发票的抬头信息进行剪切和复制，发票信息中的二维码也可供商家扫描，以便更便捷的开具发票。

采用本实施例所述的方法，用户可以直接通过将自己的用户信息录入安装有该方法相应应用程序的终端设备上，就能查看到与自己所属基地对应的发票抬头信息与二维码等发票信息。由于本实施例所述的方法的处理过程完全在终端设备本地进行，不存在与服务器之间的数据交互过程，使得本实施例所述的发票信息的查询方式操作处理更加快速，省时省力；而且本实施例所述的方法，避免了用户无法方便获取发票信息的困扰，为企业用户提供了很大便利。

图4是本发明实施例四提供的企业发票信息的查询方法的流程示意图。

如图4所示，本实施例的方法包括：

S41：接收所述客户端发送的用户信息；

S42：根据所述用户信息判断出该用户对应的详细信息；

S43：接收客户端发送的数据请求；

S44：向所述客户端发送验证信息，以使客户端能够通过所述验证信息去访问所述服务器；

S45：当所述客户端能够通过所述验证信息去访问所述服务器时，将该用户对应的详细信息发送给客户端。

本实施例在使用时，客户端即终端设备获取用户的用户信息，并将所述用户信息发送给服务器，所述服务器接收到该用户信息后，根据所述用户信息确定出该用户对应的详细信息；当服务器接收到客户端发送的数据请求时，服务器会向客户端回传一个token值，以使客户端能够通过该token值(验证信息)去访问所述服务器；当所述客户端能够通过所述验证信息去访问所述服务器时，服务器将该用户对应的详细信息发送给客户端；客户端接收到所述服务器发送的该用户对应的详细信息后，从所述详细信息中解析出该用户的所属类型，并进一步获取到相应的发票信息，显示给用户。

本实施例所述的方法，无需用户手动录入或熟记发票信息，用户可以直接通过将自己的用户信息录入到客户端上，就能查看到与自己所属基地对应的发票抬头信息与二维码等发票信息。本实施例所述的企业发票信息的查询方式操作简单，省时省力，兼具人性化与智能化，避免了用户无法方便获取发票信息的困扰，为企业用户提供了很大便利。

如图5所示，本发明还提供了一种企业发票信息的查询装置的实施例，包括：

获取模块1，用于获取用户的用户信息；

所属类型确定模块2，用于根据所述用户信息，确定出所述用户的所属类型；

发票信息获取模块3，用于根据所述用户的所属类型，获取到相应的发票信息；

显示模块4，用于将所述发票信息显示出来。

本实施例所述的查询装置的工作原理如实施例一至实施例四任一项所述，在此不再赘述。

此外，本发明还提供了一种服务器，包括：

处理器；

用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为：

接收所述客户端发送的用户信息；

根据所述用户信息判断出该用户对应的详细信息；

接收客户端发送的数据请求；

向所述客户端发送验证信息，以使客户端能够通过所述验证信息去访问所述服务器；

当所述客户端能够通过所述验证信息去访问所述服务器时，将该用户对应的详细信息发送给客户端。

可以理解的是，上述各实施例中相同或相似部分可以相互参考，在一些实施例中未详细说明的内容可以参见其他实施例中相同或相似的内容。

需要说明的是，在本发明的描述中，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本发明的描述中，除非另有说明，“多个”的含义是指至少两个。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本发明的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本发明的实施例所属技术领域的技术人员所理解。

应当理解，本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本发明各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

尽管上面已经示出和描述了本发明的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本发明的限制，本领域的普通技术人员在本发明的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (11)

1.一种企业发票信息的查询方法，其特征在于，包括：

获取用户的用户信息；

根据所述用户信息，确定出所述用户的所属类型；

根据所述用户的所属类型，获取到相应的发票信息；

将所述发票信息显示出来。

2.根据权利要求1所述的方法，其特征在于，所述根据所述用户信息，确定出所述用户的所属类型，包括：

将所述用户信息发送给服务器，以使所述服务器根据所述用户信息确定出该用户对应的详细信息；

接收所述服务器发送的该用户对应的详细信息，并从所述详细信息中解析出该用户的所属类型。

3.根据权利要求2所述的方法，其特征在于，在将所述用户信息发送给服务器之后，还包括：

向所述服务器发送数据请求；

接收所述服务器发送的验证信息；

通过所述验证信息去访问所述服务器。

4.根据权利要求1所述的方法，其特征在于，所述根据所述用户信息，确定出所述用户的所属类型，包括：

根据所述用户信息在预先保存的第一用户类型统计表中查找到该用户信息所对应的用户的所属类型；

其中，所述第一用户类型统计表包括多条项目，每一条项目均包括用户的用户信息以及对应的用户所属类型。

5.根据权利要求1所述的方法，其特征在于，所述根据所述用户的所属类型，获取到相应的发票信息，包括：

根据所述用户的所属类型在预先保存的第二用户类型统计表中查找到该所属类型所对应的发票信息；

其中，所述第二用户类型统计表包括多条项目，每一条项目均包括用户所属类型以及对应的发票信息。

6.根据权利要求1至5任一项所述的方法，其特征在于，所述用户信息包括：用户的登陆账号和登陆密码；所述登陆账号为用户的工号、邮箱、手机号码和/或有效证件号码。

7.根据权利要求1至5任一项所述的方法，其特征在于，所述发票信息包括：发票抬头、税号、开户银行信息和/或包含有所述发票抬头、税号、开户银行信息至少一种的二维码图标。

8.根据权利要求1至5任一项所述的方法，其特征在于，在所述发票信息被显示出来之后，还包括：

获取用户输入的操作指令；

执行所述操作指令；

其中，所述操作指令包括：对所述发票信息的剪切和复制。

9.一种企业发票信息的查询方法，其特征在于，包括：

接收所述客户端发送的用户信息；

根据所述用户信息判断出该用户对应的详细信息；

接收客户端发送的数据请求；

向所述客户端发送验证信息，以使客户端能够通过所述验证信息去访问所述服务器；

当所述客户端能够通过所述验证信息去访问所述服务器时，将该用户对应的详细信息发送给客户端。

10.一种企业发票信息的快速查询装置，其特征在于，包括：

获取模块，用于获取用户的用户信息；

所属类型确定模块，用于根据所述用户信息，确定出所述用户的所属类型；

发票信息获取模块，用于根据所述用户的所属类型，获取到相应的发票信息；

显示模块，用于将所述发票信息显示出来。

11.一种服务器，其特征在于，包括：

处理器；

用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为：

接收所述客户端发送的用户信息；

根据所述用户信息判断出该用户对应的详细信息；

接收客户端发送的数据请求；

向所述客户端发送验证信息，以使客户端能够通过所述验证信息去访问所述服务器；

当所述客户端能够通过所述验证信息去访问所述服务器时，将该用户对应的详细信息发送给客户端。

Images