一种自动化批量开具发票的系统及方法与流程

1.本发明涉及信息技术领域，具体涉及一种自动化批量开具发票的系统及方法。


背景技术：

2.代账公司、无办公机房的公司以及大量的中、小、微企业及商户需要开具大量的发票，然而开票速度慢、开票麻烦、人工成本高等问题普遍存在。


技术实现要素：

3.本发明的目的在于针对现有技术的不足之处，提供一种自动化批量开具发票的系统，开票速度快且开票成本低。
4.为了达到上述目的，本发明采用以下技术方案：
5.一种自动化批量开具发票的系统，包括用于接收并存储开票请求的请求存储模块、用于分发所述请求存储模块中开票请求的请求分发模块、多个用于处理所述请求分发模块分发来的开票请求的开票模块和用于接收多个所述开票模块开票结果的结果存储模块。
6.上述技术方案中，优选地，所述请求分发模块包括排队子模块、找寻子模块和分发子模块，所述排队子模块用于按照所述请求存储模块中接收开票请求的先后顺序对所述存储模块中的开票请求编辑先后分发队列，所述找寻子模块用于找寻多个所述开票模块中的处于空闲状态的开票模块，所述分发子模块用于将所述先后分发队列中的首条开票请求发送至所述找寻子模块找寻到的处于空闲状态的开票模块。
7.上述技术方案中，进一步优选地，还包括用于处理加急开票请求的加急开票模块，所述请求分发模块还包括加急识别子模块和加急提取子模块，所述加急识别子模块用于识别所述请求存储模块中的加急开票请求，所述加急提取子模块用于提取所述请求存储模块中的加急开票请求，所述分发子模块将所述加急提取子模块中的紧急开票请求分发至所述加急开票模块，所述结果存储模块还用于存储所述加急开票模块的开票结果。
8.本发明还提供一种自动化批量开具发票的方法，包括如下步骤：请求存储模块接收并存储开票请求、请求分发模块分发开票请求给开票模块、开票模块开具发票并传输开票结果至结果存储模块存储。
9.上述技术方案中，优选地，所述请求分发模块分发开票请求包括如下步骤:
10.排队子模块按照所述请求存储模块接收开票请求的先后顺序对存储于所述请求存储模块中的开票请求编辑先后分发队列；
11.找寻子模块找寻处于空闲状态的开票模块，分发子模块将所述先后分发队列中的首条开票请求发送至所述找寻子模块找寻到的处于空闲状态的开票模块。
12.上述技术方案中，进一步优选地，所述请求存储模块接收加急开票请求，加急提取子模块提取加急开票请求并将加急开票请求分发至加急开票模块开具发票，所述加急开票模块的开票结果传输至所述结果存储模块。
13.上述技术方案中，更进一步优选地，存储于所述结果存储模块中的开票结果通过短信或公众号或支付宝或站内信发送给用户。
14.本发明的自动化批量开具发票的系统以及方法，具有如下有益效果：
15.1.通过请求存储模块、请求分发模块、开票模块以及结果存储模块的相互配合，实现开票请求按请求先后顺序顺利大批量开具发票；
16.2.通过加急开票模块、加急识别子模块和加急提取子模块，能够对需要紧急开票的开票请求进行加急处理。
附图说明
17.图1是本发明的自动化批量开具发票的方法的流程示意图。
具体实施方式
18.本实施例的自动化批量开具发票的系统，包括用于接收并存储开票请求的请求存储模块、用于分发请求存储模块中开票请求的请求分发模块、用于处理分发模块分发来的加急开票请求的加急开票模块、多个用于处理请求分发模块分发来的开票请求的开票模块、用于接收多个开票模块开票结果和用于接收加急开票模块开票结果的结果存储模块。
19.请求分发模块包括排队子模块、找寻子模块、分发子模块、加急识别子模块和加急提取子模块，排队子模块用于按照请求存储模块中接收开票请求的先后顺序对存储模块中的开票请求编辑先后分发队列，找寻子模块用于找寻多个开票模块中的处于空闲状态的开票模块，加急识别子模块用于识别请求存储模块中的加急开票请求，加急提取子模块用于提取请求存储模块中的加急开票请求，分发子模块用于将先后分发队列中的首条开票请求发送至找寻子模块找寻到的处于空闲状态的开票模块以及用于将加急提取子模块中的紧急开票请求分发至加急开票模块。
20.本实施例中涉及到的请求存储模块、请求分发模块、开票模块和结果存储模块分别对应于云端服务器、master服务器、slave服务器和云端服务器，其中，请求存储模块对应的云端服务器和结果存储模块对应的云端服务器为同一台云端服务器，当然，根据实际情况，开票请求数据量特别大的情况下，也可以考虑使用两台云端服务器分别存储开票请求和开票结果。因而，本发明也提供一种自动化批量开具发票的装置，包括云端服务器、master服务器、slave服务器，其中slave服务器具有多台，且单独预留有一台加急slave服务器用于开具具有加急开票请求的发票。
21.本实施例提供的一种自动化批量开具发票的方法，包括如下步骤：
22.s1：客户发送开票请求；
23.s2：云端服务器接收并存储客户的开票请求；
24.s3：托管机房的master服务器识别并提取加急开票请求，若未识别到加急开票请求，则master服务器首先按照云端服务器接收开票请求的先后顺序对开票请求编辑先后分发队列，接着找寻空闲的slave服务器，接着将先后分发队列中的首条开票请求发送至找寻到的处于空闲状态的slave服务器；周而复始，master服务器更新编辑先后分发队列，找寻空闲的slave服务器，将先后分发队列中的首条开票请求发送至找寻到的处于空闲状态的slave服务器；若master服务器识别到加急开票请求，则提取加急开票请求并将加急开票请
求直接分发至加急slave服务器。
25.s4：处于空闲状态的slave服务器或加急salve服务器接收开票请求后立即向安装在slave上的开票软件发出打开开票软件的请求，开票软件向slave服务器发送包括发票代码、发票号码、开票日期、开票密文以及验证码的反馈请求，此时slave服务器监听开票软件开启状态，即slave服务器收到开票软件发来的上述各项反馈请求即表示开票软件启动成功，而后slave服务器直接向开票软件发送开票、查询、上报、反写监控等请求,开票软件响应slave服务器发送的请求并进行开票，开票软件将开票结果传输给slave服务器，slave服务器接收到开票结果后把结果通知云端服务器；当然，如果slave服务器没有接收到开票软件的反馈请求，则判断开票软件打开失败，便再次向开票软件发出打开开票软件的请求。
26.其中，slave服务器向开票软件发送的查询请求包括已开发票查询、发票库存查询以及当前发票代码查询；
27.上报请求即上报汇总：开票软件每月把税控设备里开票信息上传到税务局征管系统；
28.反写监控请求：开票软件比对开票金额和申报金额是否一致，比对通过才能反写(也就是清卡)，反写完后就会将开票截至日期延迟到下一个的申报截至期，一般是15号。
29.s5：云端服务器接收到开票结果后，以短信，公众号，支付宝，站内信等方式告知用户。
30.开票结果包括开票成功和开票失败两种结果，其中，开票成功后，若开票软件当月完成上报汇总和反写监控,开票截止日期会延期到下个月，若开票软件一直不做上报汇总和反写监控超过开票截止日期，则税盘就不能开票；税盘是通过usb
‑
hub插在slave服务器上的。开票失败的原因主要有1.商户进件配置错误，比如税控盘编号填错；2.用户填写发票错误比如开票金额超额；3.开票软件没票、税局接口异常。
31.s4中的云端服务器与s1中的云端服务器为同一台，如果数据量较多也考虑使用两台云端服务器。当然，虽然为同一台云端服务器，但是却具有两个不同的功能，s1中用于接收并存储客户的开票请求，s4中用于接收slave服务器发送来的开票结果，并将开票结果发送给用户。