CN110223462A - 一种税控盘共享开票系统 - Google Patents

Abstract

本发明提出一种税控盘共享开票系统，包括副用户端，用于向主用户端发送认证信息、开票信息、设备ID；主用户端，用于向开票服务器发送用户端账户和开票数据；同时主用户端用于接收认认证信息、开票信息、设备ID，进行认证转化，接收开票服务器发送的电子数据发票，将电子数据发票传送给对应的副用户端；开票服务器，用于接收用户端输入的用户端账户，审核用户端账户的权限，将开票数据发送至税控盘；接收税控盘中发送的电子数据发票；税控盘，用于接收所述开票服务器发送的开票数据，生成电子数据发票，并将传送给开票服务器。本发明具有的运用方便、可以在不同的地方使用同一个税控盘、提高开票操作的时效性的优点。

Description

一种税控盘共享开票系统

技术领域

本发明涉及发票开具技术领域，特别涉及室内的一种税控盘共享开票系统。

背景技术

税控盘是一种专用的税控装置，税控盘是以U盘大小或硬盘大小的盒状的装置存在，税控盘在使用时一般是通过USB连接线与电脑主机连接实现开票操作。而一个公司对应一个税控盘，在一个公司设置多个对外需要进行开票的营业地点时，一般是需要将数据总结到一起然后交由总公司进行处理，这样的操作一般拖拉的时间会很长。也有些是将税控盘外带，在每个营业点进行定期的处理，这样不仅导致拖拉的时间长，而且还有丢失税控盘的危险。

发明内容

本发明的目的提供一种税控盘共享开票系统，解决上述现有技术问题中的一个或多个。

本发明提出一种税控盘共享开票系统中包括一个主用户端、一个开票服务器、一个税控盘以及多个副用户端；其中

副用户端，用于向主用户端发送认证信息、开票信息、设备ID；

主用户端，用于向开票服务器发送用户端账户和开票数据，开票数据中包含由主用户端直接上传的第一开票数据和转存的第二开票数据；同时主用户端用于接收认认证信息、开票信息、设备ID，认证设备ID和认证信息，认证完成则将开票信息转化为第二开票数据；认证失败，则不转化开票信息；用于接收开票服务器发送的电子数据发票，并将电子数据发票传送给对应的副用户端；

开票服务器，用于接收用户端输入的用户端账户，审核用户端账户的权限，待审核通过后，查询并链接与用户端账户绑定的税控盘，接收用户端输入的开票数据，将所述开票数据发送至税控盘；接收税控盘中发送的电子数据发票；

税控盘，用于接收所述开票服务器发送的开票数据，并根据所述开票数据生成电子数据发票，并将电子数据发票传送给开票服务器。

其中，所述税控盘与开票服务器之间通信连接，开票服务器与主用户端之间通信连接，主用户端与副用户端之间通信连接。

进一步，所述主用户端为电脑，所述副用户端为电脑、手机或平板。

其中，所述主用户端中设有主系统管理模块、信息通信模块、存储模块、认证管理模块，

主系统管理模块、存储模块、认证管理模块均与信息通信模块通信连接，其中

主系统管理模块，用于对主用户端上搭载的软件系统进行配置管理；

信息通信模块，用于主用户端与副用户端通信；

存储模块，用于存储数库，数据库中包括原始数据库和存储数据库，存储数据库中包含序列号、设备ID、开票数据、认证信息、认证结果、电子数据发票；原始数据块中包含原始设备ID和原始认证信息；认证结果包括0、01、02、1；

认证管理模块，用于对认证信息与设备ID进行认证。

进一步，所述认证信息和原始认证信息中均包括辅助账号信息和登录密码，辅助账号信息与设备ID一一对应，

认证管理模块的具体认证方法如下：

步骤A、根据设备ID在原始数据库中是否存在内容一致的原始设备ID，如果存在则进入步骤B，如果不存在则判断为认证失败，认证结果为0；

步骤B、调出原始数据库中原始设备ID对应的原始认证信息与认证信息进行对比，

步骤B.1、判断原始认证信息中的辅助账号信息与认证信息中的辅助账号信息是否一致，如果一致则进入步骤B.2，如果不一致则判断为认证失败，认证结果为01；

步骤B.2、判断判断原始认证信息中的登录密码与认证信息中的登录密码是否一致，如果一致则判定为认证完成，认证结果为1；如果不一致则判断为认证失败，认证结果为02。

进一步，所述主用户端中还存在预警模块，预警模块与存储模块通信连接。

更进一步，所述预警模块每隔10分钟循环工作一次，预警模块的工作原理为：对存储数据库中的认证结果为0、01、02的设备ID进行交叉对比，出现同一设备ID对应的认证结果为0的次数超过3次或出现同一设备ID对应的认证结果为01的次数超过3次或出现同一设备ID对应的认证结果为02的次数超过3次的设备ID对应的数据的字体颜色转换为红色，便于用户查询时能够更快的发现异常。

其中，所述主用户端和副用户端上各连接一个发票打印机。

其中，所述开票服务器包括：系统管理模块、开票信息通信模块、税控盘管理模块以及发票信息管理模块，

系统管理模块、税控盘管理模块以及发票信息管理模块均与开票信息通信模块通信连接，其中

系统管理模块，用于对开票服务器上搭载的软件系统进行配置管理；

开票信息通信模块，用于开票服务器与主用户端和税控盘通信；

税控盘管理模块，用于接收用户端输入的用户端账户，审核用户端账户的权限，待审核通过后，查询并链接与用户端账户绑定的税控盘，接收用户端输入的开票数据，将开票数据发送至税控盘；将税控盘中发送的电子数据发票发送至主用户端，以供主用户端进行信息存储，便于用户进行电子数据发票的查询或打印；

发票信息管理模块，用于从税局后台服务器领购发票或将发票退回税局后台服务器，用于基本信息的管理，便于用户直接从开票服务器上调取、配置与用户绑定的税控盘的管理信息表单，辅助用户进行开票操作。

一种基于税控盘共享开票系统实现的副用户端的开票方法，包括如下步骤：

主用户端接收副用户端的认证信息、开票信息以及设备ID，并将认证信息、开票信息以及设备ID存入存储数据库中；

主用户端对认证信息进行认证，认证完成后将开票信息转化为开票数据，将开票数据和用户端账户发送给开票服务器；

开票服务器审核用户端账户的权限，待审核通过后，查询并链接与用户端账户绑定的税控盘，将所述开票数据发送至税控盘；

税控盘接收开票数据，并根据开票数据生成电子数据发票，将电子数据发票反馈给开票服务器；

开票服务器根据用户端账户将电子数据发票发送到主用户端；

主用户端根据开票数据将电子数据发票存储到对应的存储数据库中，同时根据存储数据库中电子数据发票对应的设备ID将电子数据发票发送到对应的副用户端。

一种基于税控盘共享开票系统实现的副用户端的开票方法，具体操作步骤如下：

在主用户端直接上传的第一开票数据，并将开票信息和设备ID存入存储数据库中，然后主用户端将第一开票数据和用户端账户发送给开票服务器；

开票服务器审核用户端账户的权限，待审核通过后，查询并链接与用户端账户绑定的税控盘，将所述第一开票数据发送至税控盘；

税控盘接收开票数据，并根据第一开票数据生成电子数据发票，将电子数据发票反馈给开票服务器；

开票服务器根据用户端账户将电子数据发票发送到主用户端；

主用户端根据开票数据将电子数据发票存储到对应的存储数据库中，同时根据存储数据库中电子数据发票对应的设备ID将电子数据发票发送到主用户端上。

本发明所述的一种税控盘共享开票系统的优点为：

1、可以在不同的地方远程使用同一个税控盘，有效的提高了开票操作的时效性，同时也能够有效的避免税控盘丢失的风险；

2、对接收到的开票信息和设备ID进行及时的存储，便于后期对开票信息的汇总查询，提高了公司的统管力，便于公司自监自查；

3、通过预警模块的设置对异常的数据进行颜色变换，能够更好的提醒用户注意异常移动设备。

附图说明

图1为发明的一种实施方式中税控盘共享开票系统的示意图。

具体实施方式

本实施例提出一种税控盘共享开票系统，如图1所示，税控盘共享开票系统中包括一个主用户端、一个开票服务器、一个税控盘以及多个副用户端；其中

副用户端，用于向主用户端发送认证信息、开票信息、设备ID；

主用户端，用于向开票服务器发送用户端账户和开票数据，开票数据中包含由主用户端直接上传的第一开票数据和转存的第二开票数据；同时主用户端用于接收认认证信息、开票信息、设备ID，认证设备ID和认证信息，认证完成则将开票信息转化为第二开票数据；认证失败，则不转化开票信息；用于接收开票服务器发送的电子数据发票，并将电子数据发票传送给对应的副用户端；

开票服务器，用于接收用户端输入的用户端账户，审核用户端账户的权限，待审核通过后，查询并链接与用户端账户绑定的税控盘，接收用户端输入的开票数据，将所述开票数据发送至税控盘；接收税控盘中发送的电子数据发票；

税控盘，用于接收所述开票服务器发送的开票数据，并根据所述开票数据生成电子数据发票，并将电子数据发票传送给开票服务器。

作为本实施例的优选，所述税控盘与开票服务器之间通信连接，开票服务器与主用户端之间通信连接，主用户端与副用户端之间通信连接。

作为本实施例的优选，所述主用户端为电脑，所述副用户端为电脑、手机或平板。

作为本实施例的优选，所述主用户端中设有主系统管理模块、信息通信模块、存储模块、认证管理模块、预警模块，

主系统管理模块、存储模块、认证管理模块均与信息通信模块通信连接，，预警模块与存储模块通信连接，其中

主系统管理模块，用于对主用户端上搭载的软件系统进行配置管理；

信息通信模块，用于主用户端与副用户端通信；

存储模块，用于存储数库，数据库中包括原始数据库和存储数据库，存储数据库中包含序列号、设备ID、开票数据、认证信息、认证结果、电子数据发票；原始数据块中包含原始设备ID和原始认证信息；认证结果包括0、01、02、1；

认证管理模块，用于对认证信息与设备ID进行认证。

作为本实施例的优选，所述认证信息和原始认证信息中均包括辅助账号信息和登录密码，辅助账号信息与设备ID一一对应。

作为本实施例的优选，所述主用户端和副用户端上各连接一个发票打印机。

作为本实施例的优选，所述开票服务器包括：系统管理模块、开票信息通信模块、税控盘管理模块以及发票信息管理模块，

系统管理模块、税控盘管理模块以及发票信息管理模块均与开票信息通信模块通信连接，其中

系统管理模块，用于对开票服务器上搭载的软件系统进行配置管理；

开票信息通信模块，用于开票服务器与主用户端和税控盘通信；

税控盘管理模块，用于接收用户端输入的用户端账户，审核用户端账户的权限，待审核通过后，查询并链接与用户端账户绑定的税控盘，接收用户端输入的开票数据，将开票数据发送至税控盘；将税控盘中发送的电子数据发票发送至主用户端，以供主用户端进行信息存储，便于用户进行电子数据发票的查询或打印；

发票信息管理模块，用于从税局后台服务器领购发票或将发票退回税局后台服务器，用于基本信息的管理，便于用户直接从开票服务器上调取、配置与用户绑定的税控盘的管理信息表单，辅助用户进行开票操作。

一种基于税控盘共享开票系统实现的副用户端的开票方法，具体包括如下步骤：

主用户端接收副用户端的认证信息、开票信息以及设备ID，并将认证信息、开票信息以及设备ID存入存储数据库中，这样便于公司的同一管理，便于对进行自监自查；

主用户端对认证信息进行认证，(具体的认证方法包括如下步骤

步骤A、根据设备ID在原始数据库中是否存在内容一致的原始设备ID，如果存在则进入步骤B，如果不存在则判断为认证失败，认证结果为0；

步骤B、调出原始数据库中原始设备ID对应的原始认证信息与认证信息进行对比，

步骤B.1、判断原始认证信息中的辅助账号信息与认证信息中的辅助账号信息是否一致，如果一致则进入步骤B.2，如果不一致则判断为认证失败，认证结果为01；

步骤B.2、判断判断原始认证信息中的登录密码与认证信息中的登录密码是否一致，如果一致则判定为认证完成，认证结果为1；如果不一致则判断为认证失败，认证结果为02。)

认证完成后将开票信息转化为第二开票数据，将第二开票数据和用户端账户发送给开票服务器；

开票服务器审核用户端账户的权限，待审核通过后，查询并链接与用户端账户绑定的税控盘，将所述第二开票数据发送至税控盘；

税控盘接收开票数据，并根据第二开票数据生成电子数据发票，将电子数据发票反馈给开票服务器；

开票服务器根据用户端账户将电子数据发票发送到主用户端；

主用户端根据第二开票数据将电子数据发票存储到对应的存储数据库中，同时根据存储数据库中电子数据发票对应的设备ID将电子数据发票发送到对应的副用户端。这样用户在不携带税盘的情况下在副用户端就可以实现电子数据发票的开具的情况，有效的提高了开票的实时性。

主用户端也可以直接进行开票，其开票的操作具体如下：

在主用户端直接上传的第一开票数据，并将开票信息和设备ID存入存储数据库中，然后主用户端将第一开票数据和用户端账户发送给开票服务器；

开票服务器审核用户端账户的权限，待审核通过后，查询并链接与用户端账户绑定的税控盘，将所述第一开票数据发送至税控盘；

税控盘接收开票数据，并根据第一开票数据生成电子数据发票，将电子数据发票反馈给开票服务器；

开票服务器根据用户端账户将电子数据发票发送到主用户端；

主用户端根据开票数据将电子数据发票存储到对应的存储数据库中，同时根据存储数据库中电子数据发票对应的设备ID将电子数据发票发送到主用户端上。

同时主用户端中的预警模块每隔10分钟循环工作一次，预警模块的工作原理为：对存储数据库中的认证结果为0、01、02的设备ID进行交叉对比，出现同一设备ID对应的认证结果为0的次数超过3次或出现同一设备ID对应的认证结果为01的次数超过3次或出现同一设备ID对应的认证结果为02的次数超过3次的设备ID对应的数据的字体颜色转换为红色，便于用户查询时能够更快的发现异常。提高税控盘共享开票系统的可靠性。便于统管人在进行查询是及时的发现问题。

本发明中叙述的税控盘共享开票系统接收所副用户端或其他移动设备发送过来的信息，便于发现异常情况的进入，实现凡走过必留下痕迹的目的。避免出现他人试图进入该系统是不被发现的状况。

以上所述仅是本发明的优选方式，应当指出，对于本领域普通技术人员来说，在不脱离本发明创造构思的前提下，还可以做出若干相似的变形和改进，这些也应视为本发明的保护范围之内。

Claims (9)

1.一种税控盘共享开票系统，其特征在于，包括一个主用户端、一个开票服务器、一个税控盘以及多个副用户端；其中

副用户端，用于向主用户端发送认证信息、开票信息、设备ID；

主用户端，用于向开票服务器发送用户端账户和开票数据，开票数据中包含由主用户端直接上传的第一开票数据和转存的第二开票数据；同时主用户端用于接收认认证信息、开票信息、设备ID，认证设备ID和认证信息，认证完成则将开票信息转化为第二开票数据；认证失败，则不转化开票信息；用于接收开票服务器发送的电子数据发票，并将电子数据发票传送给对应的副用户端；

开票服务器，用于接收用户端输入的用户端账户，审核用户端账户的权限，待审核通过后，查询并链接与用户端账户绑定的税控盘，接收用户端输入的开票数据，将所述开票数据发送至税控盘；接收税控盘中发送的电子数据发票；

税控盘，用于接收所述开票服务器发送的开票数据，并根据所述开票数据生成电子数据发票，并将电子数据发票传送给开票服务器。

2.根据权利要求1所述的一种税控盘共享开票系统，其特征在于，所述税控盘与开票服务器之间通信连接，开票服务器与主用户端之间通信连接，主用户端与副用户端之间通信连接。

3.根据权利要求1或2所述的一种税控盘共享开票系统，其特征在于，所述主用户端为电脑，所述副用户端为电脑、手机或平板。

4.根据权利要求1所述的一种税控盘共享开票系统，其特征在于，所述主用户端中设有主系统管理模块、信息通信模块、存储模块、认证管理模块，

主系统管理模块、存储模块、认证管理模块均与信息通信模块通信连接，其中

主系统管理模块，用于对主用户端上搭载的软件系统进行配置管理；

信息通信模块，用于主用户端与副用户端通信；

存储模块，用于存储数库，数据库中包括原始数据库和存储数据库，存储数据库中包含序列号、设备ID、开票数据、认证信息、认证结果、电子数据发票；原始数据块中包含原始设备ID和原始认证信息；认证结果包括0、01、02、1；

认证管理模块，用于对认证信息与设备ID进行认证。

5.根据权利要求4所述的一种税控盘共享开票系统，其特征在于，所述认证信息和原始认证信息中均包括辅助账号信息和登录密码，辅助账号信息与设备ID一一对应，

认证管理模块的具体认证方法如下：

步骤A、根据设备ID在原始数据库中是否存在内容一致的原始设备ID，如果存在则进入步骤B，如果不存在则判断为认证失败，认证结果为0；

步骤B、调出原始数据库中原始设备ID对应的原始认证信息与认证信息进行对比，

步骤B.1、判断原始认证信息中的辅助账号信息与认证信息中的辅助账号信息是否一致，如果一致则进入步骤B.2，如果不一致则判断为认证失败，认证结果为01；

步骤B.2、判断判断原始认证信息中的登录密码与认证信息中的登录密码是否一致，如果一致则判定为认证完成，认证结果为1；如果不一致则判断为认证失败，认证结果为02。

6.根据权利要求4所述的一种税控盘共享开票系统，其特征在于：所述主用户端中还存在预警模块，预警模块与存储模块通信连接。

7.根据权利要求6所述的一种税控盘共享开票系统，其特征在于，所述预警模块每隔10分钟循环工作一次，预警模块的工作原理为：对存储数据库中的认证结果为0、01、02的设备ID进行交叉对比，出现同一设备ID对应的认证结果为0的次数超过3次或出现同一设备ID对应的认证结果为01的次数超过3次或出现同一设备ID对应的认证结果为02的次数超过3次的设备ID对应的数据的字体颜色转换为红色。

8.根据权利要求1所述的一种税控盘共享开票系统，其特征在于，所述开票服务器包括：系统管理模块、开票信息通信模块、税控盘管理模块以及发票信息管理模块，

系统管理模块、税控盘管理模块以及发票信息管理模块均与开票信息通信模块通信连接，其中

系统管理模块，用于对开票服务器上搭载的软件系统进行配置管理；

开票信息通信模块，用于开票服务器与主用户端和税控盘通信；

税控盘管理模块，用于接收用户端输入的用户端账户，审核用户端账户的权限，待审核通过后，查询并链接与用户端账户绑定的税控盘，接收用户端输入的开票数据，将开票数据发送至税控盘；将税控盘中发送的电子数据发票发送至主用户端，以供主用户端进行信息存储，便于用户进行电子数据发票的查询或打印；

发票信息管理模块，用于从税局后台服务器领购发票或将发票退回税局后台服务器，用于基本信息的管理，便于用户直接从开票服务器上调取、配置与用户绑定的税控盘的管理信息表单，辅助用户进行开票操作。

9.一种基于权利要求1所述的税控盘共享开票系统实现的副用户端的开票方法，其特征在于，包括如下步骤：

主用户端接收副用户端的认证信息、开票信息以及设备ID，并将认证信息、开票信息以及设备ID存入存储数据库中；

主用户端对认证信息进行认证，认证完成后将开票信息转化为开票数据，将开票数据和用户端账户发送给开票服务器；

开票服务器审核用户端账户的权限，待审核通过后，查询并链接与用户端账户绑定的税控盘，将所述开票数据发送至税控盘；

税控盘接收开票数据，并根据开票数据生成电子数据发票，将电子数据发票反馈给开票服务器；

开票服务器根据用户端账户将电子数据发票发送到主用户端；

主用户端根据开票数据将电子数据发票存储到对应的存储数据库中，同时根据存储数据库中电子数据发票对应的设备ID将电子数据发票发送到对应的副用户端。