首页 / 专利库 / 专利权 / 专利合作条约 / 第I章 / 受理局 / 一种基于税控系统的发票分票网络处理方法

一种基于税控系统的发票分票网络处理方法

阅读:920发布:2020-05-15

专利汇可以提供一种基于税控系统的发票分票网络处理方法专利检索,专利查询,专利分析的服务。并且本 发明 涉及税务领域的一种基于税控系统的发票分票网络处理方法,包括:主企业客户端启动网络分票流程,从税控设备中读取未开具、待分配给分企业客户端的发票 电子 信息并进行显示,从中选取需要分配的发票信息;所述主企业客户端向局端受理系统发送分票 请求 ;所述局端受理系统接收后校验请求参数,校验通过后存入局端 数据库 分票数据表中,并置状态为初始状态,同时把分票成功信息发送给所述主企业客户端,并允许 指定 的所述分企业客户端从所述分票数据表中获取待分配的分票信息;所述主企业客户端接收所述局端受理系统的分票成功信息后,调用所述税控设备提供的网络分票清除 接口 清除底层缓存区域中的发票信息。,下面是一种基于税控系统的发票分票网络处理方法专利的具体信息内容。

1.一种基于税控系统的发票分票网络处理方法,包括:
主企业客户端启动网络分票流程,从税控设备中读取未开具、待分配给分企业客户端的发票电子信息并进行显示,从中选取需要分配的发票信息;
所述主企业客户端向局端受理系统发送分票请求,所述分票请求包含有所述需要分配的发票信息;
所述局端受理系统接收所述主企业客户端发送的分票请求后,校验请求参数,校验通过后存入局端数据库分票数据表中,并置状态为初始状态,同时把分票成功信息发送给所述主企业客户端,并允许指定的所述分企业客户端从所述分票数据表中获取待分配的分票信息;
所述主企业客户端接收所述局端受理系统的分票成功信息后,调用所述税控设备提供的网络分票清除接口清除底层缓存区域中的发票信息。
2.如权利要求1所述的一种基于税控系统的发票分票网络处理方法,其特征在于:所述需要分配的发票信息包括分企业客户端分机号、发票种类、发票代码、发票号码、张数。
3.如权利要求1所述的一种基于税控系统的发票分票网络处理方法,其特征在于:所述主企业客户端向局端受理系统发送分票请求具体包括:
所述主企业客户端向所述局端受理系统发送第一次分票请求,请求参数包括:主企业客户端的纳税识别号,主分机标识和税控设备编号;
所述局端受理系统接收所述主企业客户端发送的第一次分票请求后,校验请求参数,判断主企业客户端和税控设备的有效性,并且分配给同一分企业客户端的未被成功读取的分票信息不能多于指定条数,通过校验的,局端受理系统把校验成功标志发送给主企业客户端;
所述主企业客户端收到校验成功标志后,调用所述税控设备提供的网络分票接口,所述税控设备把分配给所述分企业客户端的发票信息进行加密,并与发票明文信息一同存储在底层缓存区域中;
所述主企业客户端向所述局端受理系统发送第二次分票请求,请求参数包括:发票密文信息、分企业客户端分机号、发票种类、发票代码、发票号码、张数。
4.如权利要求3所述的一种基于税控系统的发票分票网络处理方法,其特征在于,所述方法还包括:所述局端受理系统接收所述主企业客户端发送的第二次分票请求参数后,校验请求参数,判断所述分企业客户端分机号的有效性,并调用加解密服务器对发票密文信息进行解密,与发票明文信息进行比较,校验通过后存入局端数据库分票数据表中,并置状态为初始状态,同时把分票成功信息发送给主企业客户端,并允许指定的分企业客户端从分票数据表中获取待分配的分票信息。
5.如权利要求3所述的一种基于税控系统的发票分票网络处理方法,其特征在于:所述分配给同一分企业客户端的未被成功读取的分票信息不能多于指定条数。
6.如权利要求4所述的一种基于税控系统的发票分票网络处理方法,其特征在于:所述分票数据表中分票状态包括:
初始状态,分票数据初始入库;
完成状态,分机读取分票数据成功;
定状态,分机读取分票数据但未确认是否操作成功。
7.如权利要求1或4所述的一种基于税控系统的发票分票网络处理方法,其特征在于,所述局端受理系统允许指定的分企业客户端从分票数据表中获取待分配的分票信息的方法包括:
分企业客户端启动获取分票流程,向局端受理系统发送获取发票请求,请求参数包括:
分企业客户端的纳税识别号、分机号和税控设备编号;
所述局端受理系统接收所述分企业客户端发送的获取发票请求参数后,校验请求参数,判断所述分企业客户端和其税控设备的有效性,校验通过后,所述局端受理系统调用发票分票接口从所述局端数据库分票数据表中获取该分企业客户端对应的全部未成功读取的发票分票信息;
判断发票分票信息是否为空,如果获取到的发票分票信息为空,则局端受理系统返回分企业客户端信息为空;如果不为空,则局端受理系统生成唯一标识本次交互的业务流号,并与获取到的发票分票信息一同发送给加解密服务器进行加密,最终把加密后的密文信息返回分企业客户端,同时置局端数据库分票数据表中对应记录的分票状态为锁定状态,以及为对应记录写入业务流水号;
所述分企业客户端接收到局端受理系统返回的信息后,如果为空则终止流程;如果不为空,则把信息进行解密处理,并把解密后的发票分票信息和业务流水号写入税控设备,待写入完成后把写入成功标志及业务流水号发送给所述局端受理系统;
所述局端受理系统接收所述分企业客户端发送的发票分票信息写入成功标志及业务流水号后,根据业务流水号置对应记录的分票状态为完成状态,并终止本次交互流程。
8.如权利要求7所述的一种基于税控系统的发票分票网络处理方法,其特征在于:所述全部未成功读取的发票分票信息是指分票状态为初始状态或锁定状态的记录集。
9.如权利要求7所述的一种基于税控系统的发票分票网络处理方法,其特征在于:所述分企业客户端每次获取发票的分配条数不超过主企业客户端的限制条数。
10.如权利要求7所述的一种基于税控系统的发票分票网络处理方法,其特征在于:如果所述分企业客户端在向税控设备写入分票信息时,只有部分写入成功就发生异常,则不会返回局端受理系统任何信息,此时局端受理系统的局端数据库分票数据表中对应记录的分票状态为锁定状态,待企业再次从网络获取发票分票信息时,分票状态为锁定状态的发票信息会重复下发,此时所述税控设备会做最近写入发票信息的比对,若有重复,则不会更新底层的发票信息。

说明书全文

一种基于税控系统的发票分票网络处理方法

[0001] 【技术领域】本发明涉及计算机网络领域,尤其涉及税务领域的一种基于税控系统的发票分票网络处理方法。
[0002] 【背景技术】随着国家经济的迅猛发展,企业规模逐步扩大,同一企业需要增加多个税控设备实现企业正常经营。传统的税控系统对于税控设备的发票管理,在企业存在多个税控设备的情况下,要求企业在办理发票分票时企业操作人员必须携带分企业端相关税控设备到主企业端相关税控设备所在地进行发票分票操作。目前这种管理方案,一方面增加了企业对税控设备的使用成本,且容易造成设备丢失和损坏,浪费人和金钱;另一方面也不利于税局对企业多个税控设备的管理和监控。若果每个增加的税款设备都可以单独进行发票申领操作、发售操作的话,这无疑也增加了税局和企业的业务压力,同时不方便企业对发票的自主管理。
[0003] 【发明内容】鉴于上述问题,提出了本发明,以便提供一种克服上述问题或至少部分地解决上述问题。
[0004] 本发明提供一种基于税控系统的发票分票网络处理方法,包括:主企业客户端启动网络分票流程,从税控设备中读取未开具、待分配给分企业客户端的发票电子信息并进行显示,从中选取需要分配的发票信息;
所述主企业客户端向局端受理系统发送分票请求,所述分票请求包含有所述需要分配的发票信息;
所述局端受理系统接收所述主企业客户端发送的分票请求后,校验请求参数,校验通过后存入局端数据库分票数据表中,并置状态为初始状态,同时把分票成功信息发送给所述主企业客户端,并允许指定的所述分企业客户端从所述分票数据表中获取待分配的分票信息;
所述主企业客户端接收所述局端受理系统的分票成功信息后,调用所述税控设备提供的网络分票清除接口清除底层缓存区域中的发票信息。
[0005] 进一步的,所述需要分配的发票信息包括分企业客户端分机号、发票种类、发票代码、发票号码、张数。
[0006] 进一步的,所述主企业客户端向局端受理系统发送分票请求具体包括:所述主企业客户端向所述局端受理系统发送第一次分票请求,请求参数包括:主企业客户端的纳税识别号,主分机标识和税控设备编号;
所述局端受理系统接收所述主企业客户端发送的第一次分票请求后,校验请求参数,判断主企业客户端和税控设备的有效性,并且分配给同一分企业客户端的未被成功读取的分票信息不能多于指定条数,通过校验的,局端受理系统把校验成功标志发送给主企业客户端;
所述主企业客户端收到校验成功标志后,调用所述税控设备提供的网络分票接口,所述税控设备把分配给所述分企业客户端的发票信息进行加密,并与发票明文信息一同存储在底层缓存区域中;
所述主企业客户端向所述局端受理系统发送第二次分票请求,请求参数包括:发票密文信息、分企业客户端分机号、发票种类、发票代码、发票号码、张数。
[0007] 进一步的,所述方法还包括:所述局端受理系统接收所述主企业客户端发送的第二次分票请求参数后,校验请求参数,判断所述分企业客户端分机号的有效性,并调用加解密服务器对发票密文信息进行解密,与发票明文信息进行比较,校验通过后存入局端数据库分票数据表中,并置状态为初始状态,同时把分票成功信息发送给主企业客户端,并允许指定的分企业客户端从分票数据表中获取待分配的分票信息。
[0008] 进一步的,所述分配给同一分企业客户端的未被成功读取的分票信息不能多于指定条数。
[0009] 进一步的,所述分票数据表中分票状态包括:初始状态,分票数据初始入库;
完成状态,分机读取分票数据成功;
定状态,分机读取分票数据但未确认是否操作成功。
[0010] 进一步的,所述局端受理系统允许指定的分企业客户端从分票数据表中获取待分配的分票信息的方法包括:分企业客户端启动获取分票流程,向局端受理系统发送获取发票请求,请求参数包括:
分企业客户端的纳税识别号、分机号和税控设备编号;
所述局端受理系统接收所述分企业客户端发送的获取发票请求参数后,校验请求参数,判断所述分企业客户端和其税控设备的有效性,校验通过后,所述局端受理系统调用发票分票接口从所述局端数据库分票数据表中获取该分企业客户端对应的全部未成功读取的发票分票信息;
判断发票分票信息是否为空,如果获取到的发票分票信息为空,则局端受理系统返回分企业客户端信息为空;如果不为空,则局端受理系统生成唯一标识本次交互的业务流号,并与获取到的发票分票信息一同发送给加解密服务器进行加密,最终把加密后的密文信息返回分企业客户端,同时置局端数据库分票数据表中对应记录的分票状态为锁定状态,以及为对应记录写入业务流水号;
所述分企业客户端接收到局端受理系统返回的信息后,如果为空则终止流程;如果不为空,则把信息进行解密处理,并把解密后的发票分票信息和业务流水号写入税控设备,待写入完成后把写入成功标志及业务流水号发送给所述局端受理系统;
所述局端受理系统接收所述分企业客户端发送的发票分票信息写入成功标志及业务流水号后,根据业务流水号置对应记录的分票状态为完成状态,并终止本次交互流程。
[0011] 进一步的,所述全部未成功读取的发票分票信息是指分票状态为初始状态或锁定状态的记录集。
[0012] 进一步的,所述分企业客户端每次获取发票的分配条数不超过主企业客户端的限制条数。
[0013] 进一步的,如果所述分企业客户端在向税控设备写入分票信息时,只有部分写入成功就发生异常,则不会返回局端受理系统任何信息,此时局端受理系统的局端数据库分票数据表中对应记录的分票状态为锁定状态,待企业再次从网络获取发票分票信息时,分票状态为锁定状态的发票信息会重复下发,此时所述税控设备会做最近写入发票信息的比对,若有重复,则不会更新底层的发票信息。
[0014] 通过本发明的技术方案可以看出,当企业存在多个税控设备时,无需企业进行多次发票申领操作,也无需企业往返于不同税控设备所在地,而是采用企业自主性远程方式,企业只需要使用主企业端税控设备一次购买,通过网络把主企业端发票分配电子信息传输给局端受理系统,局端受理系统再传输给分企业端,此种方案不需要税局操作人员的介入和企业操作人员的异地奔波,简化了企业办理分配发票的流程,提高了报税效率,方便了纳税人。
[0015] 【附图说明】为了更清楚地说明本发明实施例的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
[0016] 图1示出了本发明一个实施例的一种基于税控系统的发票分票网络处理方法流程示意图。
[0017] 图2示出了本发明局端受理系统允许指定的分企业客户端从分票数据表中获取待分配的分票信息方法的流程示意图。
[0018] 【具体实施方式】下面将参照附图更详细的描述本发明的示例性实施例。虽然附图中显示了本发明的示例性实施例,然而应当理解,可以以各种形式实现本发明,而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了能更透彻的理解本发明,并且能够将本发明的范围完整的传达给本领域的技术人员。
[0019] 本发明的一个实施例为一种基于税控系统的发票分票网络处理方法,包括:主企业客户端启动网络分票流程,从税控设备中读取未开具、待分配给分企业客户端的发票电子信息并进行显示,从中选取需要分配的发票信息;
主企业客户端向局端受理系统发送分票请求,所述分票请求包含有所述需要分配的发票信息;
局端受理系统接收所述主企业客户端发送的分票请求后,校验请求参数,校验通过后存入局端数据库分票数据表中,并置状态为初始状态,同时把分票成功信息发送给所述主企业客户端,并允许指定的所述分企业客户端从所述分票数据表中获取待分配的分票信息;
主企业客户端接收所述局端受理系统的分票成功信息后,调用所述税控设备提供的网络分票清除接口清除底层缓存区域中的发票信息。
[0020] 图1示出了根据本发明另一个具体的实施例,如图1所示,一种基于税控系统的发票分票网络处理方法:步骤S110,主企业客户端启动网络分票流程,从税控设备中读取未开具、待分配给分企业客户端的发票电子信息并进行显示,从中选取需要分配的发票信息。需要分配的发票信息也可以由主企业客户端的操作人员手工输入。需要分配的发票信息包括分企业客户端分机号、发票种类、发票代码、发票号码、张数等。
[0021] 步骤S120,主企业客户端向局端受理系统发送第一次分票请求。请求参数包括:主企业客户端的纳税识别号,主分机标识和税控设备编号。客户端是主企业客户端还是分企业客户端均有其自己的标识,并且主企业客户端和分企业客户端均有其各自的税款设备,用于开具发票。局端受理系统可安装在负责管理主企业客户端的税款局。
[0022] 步骤S130,局端受理系统接收主企业客户端发送的分票请求参数后,校验请求参数,判断主企业和税控设备的有效性,并且分配给同一分企业客户端的未被成功读取的分票信息不能多于指定条数,否则,将结束分票处理流程;通过校验的,局端受理系统把校验成功标志发送给主企业客户端。
[0023] 在实际操作过程中,只有主企业客户端的税控设备才具有分票资格,因此局端受理系统在收到分票请求参数后,需要先对主企业和税控设备的合法性进行判断。一般分配给同一分企业客户端的未被成功读取的分票信息不能多于5条记录。
[0024] 步骤S140,主企业客户端收到校验成功标志后,调用税控设备提供的网络分票接口,税控设备把分配给分企业客户端的发票信息进行加密,并与发票明文信息一同存储在底层缓存区域中。
[0025] 步骤S150,主企业客户端向局端受理系统发送第二次分票请求。请求参数包括:发票密文信息、分企业客户端分机号、发票种类、发票代码、发票号码、张数。主企业客户端在局端受理系统通过第一次分票请求校验后(即合法性校验)才发送发票密文信息及具体的发票信息,可有利于局端受理系统更高效的处理分票请求,节约局端受理系统占用的存储空间。
[0026] 步骤S160,局端受理系统接收主企业客户端发送的第二次分票请求参数后,校验请求参数,判断分企业客户端分机号的有效性,并调用加解密服务器对发票密文信息进行解密,与发票明文信息进行比较,校验通过后存入局端数据库分票数据表中,并置状态为初始状态(即状态字段为0),同时把分票成功信息发送给主企业客户端,并允许指定的分企业客户端从分票数据表中获取待分配的分票信息。
[0027] 分票数据表中分票状态字段含义:0:初始状态,分票数据初始入库;
1:完成状态,分机读取分票数据成功;
2:锁定状态,分机读取分票数据但未确认是否操作成功。
[0028] 步骤S170,主企业客户端接收局端受理系统的分票成功信息后,调用税控设备提供的网络分票清除接口清除底层缓存区域中的发票信息。
[0029] 如图2所示,局端受理系统允许指定的分企业客户端从分票数据表中获取待分配的分票信息的具体步骤包括:步骤S210,分企业客户端启动获取分票流程,向局端受理系统发送获取发票请求。请求参数包括:分企业客户端的纳税识别号、分机号和税控设备编号。
[0030] 步骤S220,局端受理系统接收分企业客户端发送的获取发票请求参数后,校验请求参数,判断分企业客户端和其税控设备的有效性,校验通过后,局端受理系统调用发票分票接口从局端数据库分票数据表中获取该分企业客户端对应的全部未成功读取的发票分票信息。全部未成功读取的发票分票信息即分票状态字段为0(初始状态)或2(锁定状态)的记录集,假设有主企业客户端最多5条记录的限制,则分企业客户端每次获取的分票信息最多也为5条,即分企业客户端每次获取发票的分配条数不超过主企业客户端的限制条数。
[0031] 步骤S230,判断发票分票信息是否为空,如果获取到的发票分票信息为空,则局端受理系统返回分企业客户端信息为空;如果不为空,则局端受理系统生成唯一标识本次交互的业务流水号,并与获取到的发票分票信息一同发送给加解密服务器进行加密,最终把加密后的密文信息返回分企业客户端,同时置局端数据库分票数据表中对应记录的分票状态为2(锁定状态),以及为对应记录写入业务流水号。
[0032] 步骤S240,分企业客户端接收到局端受理系统返回的信息后,如果为空则终止流程;如果不为空,则把信息进行解密处理,并把解密后的发票分票信息和业务流水号写入税控设备,待写入完成后把写入成功标志及业务流水号发送给局端受理系统。
[0033] 如果分企业客户端在向税控设备写入分票信息时,只有部分写入成功就发生异常,则不会返回局端受理系统任何信息,此时局端受理系统的局端数据库分票数据表中对应记录的分票状态为2(锁定状态),待企业再次从网络获取发票分票信息时,分票状态为2(锁定状态)的发票信息会重复下发,此时税控设备会做最近写入发票信息的比对,若有重复,则不会更新底层的发票信息。
[0034] 步骤S250,局端受理系统接收分企业客户端发送的发票分票信息写入成功标志及业务流水号后,根据业务流水号置对应记录的分票状态为1(完成状态),并终止本次交互流程。
[0035] 通过上述实施例可以看出,本发明所提供的基于税控系统的发票分票网络管理的处理方法,当企业存在多个税控设备的情况下,无需企业的多个税控设备分别向税局提交发票申领请求,也无需企业往返于不同税控设备所在地。企业只需要使用主企业客户端发票申领和发票分配,并把分配好的发票信息传输到局端受理系统的数据库中,分企业客户端远程获取发票分配信息。企业可根据自身经营情况,借助于网络技术进行发票电子信息的远程交互,实现远程控制发票在多个税控设备之间的传输。同时本发明在整个传输过程中采用税控设备硬件和加解密服务器加密和消息确认机制保证用户信息的安全性、一致性和完整性,从一定程度上简化了企业操作流程,节省了企业操作人员分配发票的时间和成本,不需要税局操作人员的介入,企业操作人员足不出户即可完成发票的分配操作,提高了企业和税局的工作效率,又减少了设备在运输过程中丢失和损害的险,同时保证了发票在网络中传输的完整性、一致性和安全性。
[0036] 需要说明的是:在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述,构造这类系统所要求的结构是显而易见的。此外,本发明也不针对任何特定的编程语言。应当明白,可以利用各种编程语言实现在此描述的本发明内容。
[0037] 本领域那些技术人员可以理解,可以对实施例中各模进行自适应性的改变并且把它们设置在与该实施例不同的一个或多个设备中。除非另有明确陈述,本说明书中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
[0038] 本发明的各个部件实施例可以以硬件实现,或者以在一个或者多个处理器上运行的软件模块实现,或者以它们的组合实现。
[0039] 以上所述仅为本发明之较佳实施例,并非用以限定本发明的权利要求保护范围。同时以上说明,对于相关技术领域的技术人员应可以理解及实施,因此其他基于本发明所揭示内容所完成的等同改变,均应包含在本权利要求书的涵盖范围内。
高效检索全球专利

专利汇是专利免费检索,专利查询,专利分析-国家发明专利查询检索分析平台,是提供专利分析,专利查询,专利检索等数据服务功能的知识产权数据服务商。

我们的产品包含105个国家的1.26亿组数据,免费查、免费专利分析。

申请试用

分析报告

专利汇分析报告产品可以对行业情报数据进行梳理分析,涉及维度包括行业专利基本状况分析、地域分析、技术分析、发明人分析、申请人分析、专利权人分析、失效分析、核心专利分析、法律分析、研发重点分析、企业专利处境分析、技术处境分析、专利寿命分析、企业定位分析、引证分析等超过60个分析角度,系统通过AI智能系统对图表进行解读,只需1分钟,一键生成行业专利分析报告。

申请试用

QQ群二维码
意见反馈