CN105956893A - 基于生产业务系统的科税开票系统通用接口的实现方法 - Google Patents

Abstract

本发明实施例提供了一种基于生产业务系统的科税开票系统通用接口的实现方法。该方法包括：生产业务系统的终端开启金税卡，该金税卡调用科税开票组件，科税开票组件连接科税开票系统；生产业务系统获取科税数据库中当前要开发票的类别代码和单据号，根据类别代码获取发票种类信息，科税开票组件根据单据号和发票种类信息调用开票函数生成开票信息，将开票信息传输给科税开票系统；科税开票系统根据开票信息进行发票开具，科税开票组件通过接口填写开票信息到生产业务系统的发票数据库表中。本发明可以实现生产业务系统读取科税开票系统中的开票信息，科税开票组件从科税开票系统读入开票数据，在生产业务系统和科税开票系统之间进行数据共享。

Description

基于生产业务系统的科税开票系统通用接口的实现方法

技术领域

本发明涉及科税开票管理技术领域，尤其涉及一种基于生产业务系统的科税开票系统通用接口的实现方法。

背景技术

生产业务系统是一种管理信息系统，这种管理信息系统是基于统一平台，具有高度集成性，体现了“集成管理、共享数据、最优化资源利用”等特性。

科税开票系统是国家为加强增值税的征收管理，提高纳税人依法纳税的自觉性，及时发现和查处增值税偷、骗税行为而实施的国家金税工程的主要组成部分。

目前，还没有将生产业务系统与科税开票系统进行功能上的衔接的实现方法。

发明内容

本发明的实施例提供了一种基于生产业务系统的科税开票系统通用接口的实现方法，以实现在生产业务系统与科税开票系统之间进行功能上的衔接。

为了实现上述目的，本发明采取了如下技术方案。

一种基于生产业务系统的科税开票系统通用接口的实现方法，在生产业务系统的终端上安装科税开票组件和金税卡，所述方法具体包括：

所述生产业务系统的终端开启金税卡，该金税卡调用所述科税开票组件，所述科税开票组件连接科税开票系统；

所述生产业务系统获取所述科税开票系统的科税数据库中当前要开发票的类别代码和单据号，根据所述类别代码获取发票种类信息，所述科税开票组件根据所述单据号和发票种类信息调用开票函数生成开票信息，将所述开票信息传输给所述科税开票系统；

所述科税开票系统根据所述开票信息进行发票开具，所述科税开票组件通过接口填写开票信息到生产业务系统的发票数据库表中。

进一步地，所述的生产业务系统获取所述科税开票系统的科税数据库中当前要开发票的类别代码和单据号，根据所述类别代码获取发票种类信息，包括：

所述生产业务系统通过引用所述科税开票组件的dll文件，在生产业务系统中实例化成一个对象，调用所述对象的数据库连接函数实现对科税开票系统的科税数据库连接，获得科税数据库中当前要开发票的12位类别代码和8位单据号，

根据所述12位类别代码查询预先设定的发票的类别代码和种类的对应关系，得到当前要开发票的发票种类信息，发票种类包括普通发票和专用发票，根据所述单据号对应的状态信息确定所述单据号没有开票。

进一步地，所述的科税开票组件根据所述单据号和发票种类信息调用开票函数生成开票信息，将所述开票信息传输给所述科税开票系统，包括：

生产业务系统上的科税开票组件根据所述单据号和发票种类信息调用所述对象的开票函数，生成终端开票信息，所述终端开票信息包括发票号码、发票日期、单据类型码、企业代码和序列号，将所述终端开票信息传输给所述科税开票系统。

所述科税开票系统基于所述终端开票信息生成最终开票信息，该最终开票信息包括所述终端开票信息，以及开票人和分机号信息。

进一步地，所述的科税开票系统根据所述开票信息进行发票开具，所述科税开票组件通过接口填写开票信息到生产业务系统的发票数据库表中，包括：

所述的科税开票系统调用所述对象的开票函数根据所述开票信息进行发票开具，开票成功后，所述科税开票组件通过接口填写科税开票系统中的所述最终开票信息到生产业务系统的发票数据库表中，所述发票数据库表包括发票主表和发票明细表，并建立专用用户授权科税软件对所述发票数据库表具有读写权限。

进一步地，所述的方法还包括：

修改科税开票系统的科税数据库、生产业务系统的发票数据库表中发票的开票状态信息为已经开具；若发票开票失败，返回状态码信息，查询相关失败原因；关闭所述金税卡，结束对所述科税开票组件的调用。

由上述本发明的实施例提供的技术方案可以看出，本发明实施例通过生产业务系统的终端开启金税卡，该金税卡调用所述科税开票组件，所述科税开票组件连接科税开票系统，可以实现生产业务系统可以读取科税开票系统中的开票信息，科税开票组件可以直接从科税开票系统读入开票数据，在生产业务系统和科税开票系统之间进行数据共享。

本发明附加的方面和优点将在下面的描述中部分给出，这些将从下面的描述中变得明显，或通过本发明的实践了解到。

附图说明

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

图1为本发明实施例提供的一种基于生产业务系统的科税开票系统通用接口的实现方法的实现原理图；

图2为本发明实施例提供的一种基于生产业务系统的科税开票系统通用接口的实现方法的处理流程图。

具体实施方式

下面详细描述本发明的实施方式，所述实施方式的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施方式是示例性的，仅用于解释本发明，而不能解释为对本发明的限制。

本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本发明的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的任一单元和全部组合。

本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语(包括技术术语和科学术语)具有与本发明所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样定义，不会用理想化或过于正式的含义来解释。

为便于对本发明实施例的理解，下面将结合附图以几个具体实施例为例做进一步的解释说明，且各个实施例并不构成对本发明实施例的限定。

开发生产业务系统与防伪开票系统的组件式接口可以更好地利用信息技术和先进的计算机管理工具提高生产管理水平，提高销售数据的准确性、实效性，科学合理地安排和指挥销售工作。本发明提供了一种基于生产业务系统的科税开票系统通用接口及其实现方法，能够简化公司财务人员工作时间，提高工作效率。同时减少纸张利用率，提高环境效益。

上述接口采用C(Client客户)/S(Server服务器)模式，采用ORACLE数据库和生产业务系统与防伪开票系统的组件式接口的集成。

本发明实施例提供的一种基于生产业务系统的科税开票系统通用接口的实现方法的实现原理示意图如图1所示，生产业务系统提供接口，调用科税开票组件，科税开票组件回写发票号码等信息到生产业务系统。生产业务系统通过引用科税开票组件的dll文件，在生产业务系统中实例化成一个对象，调用其成员函数实现对科税数据库连接，开启和关闭金税卡，生成发票，打印发票，作废发票等。

上述方法的具体处理流程如图2所示，包括如下的步骤：

步骤一，在安装生产业务系统的终端上安装科税开票组件，在生产业务系统的增值税发票管理界面开启金税卡，该金税卡可以调用科税开票组件，该科税开票组件可以连接科税开票系统。

步骤二，在生产业务系统上开启金税卡后，该金税卡调用科税开票组件，该科税开票组件连接科税开票系统，在生产业务系统上进行科税开票操作。

生产业务系统通过引用上述科税开票组件的dll文件，在生产业务系统中实例化成一个对象，调用该对象的成员函数实现对科税开票系统的科税数据库连接，获得科税数据库中当前要开发票的12位类别代码和8位单据号，将KsCardX.dll在开发平台引用后，实例化一对象：KsCardX。该实例化对象主要有以下成员函数：

(1)调用KsCardX.ConnetToServer()连接科税的数据库

(2)调用KsCardX.OpenCard()打开金税卡

(3)调用结束，主程序退出时，调用KsCardX.Close()关闭金税卡

(4)调用KsCardX.Invoice()生成发票，参数无。返回值1表示增加成功，0表示增加失败，相关失败原因，通过KsCardX.RetCode获得状态码信息。生成发票成功后，通过KsCardX.InfoTypeCode获得类别代码、KsCardX.InfoNumber获得发票号码、通过KsCardX.InfoDate获得发票日期、通过KsCardX.InfoKind获得发票种类。

(5)调用KsCardX.PrintInv()打印发票。返回值1表示增加成功，0表示增加失败。

(6)调用KsCardX.CancelInv()作废发票。返回值1表示作废成功，0表示作废失败。

根据上述发票的12位类别代码查询预先设定的发票的类别代码和种类的对应关系，得到发票种类信息，发票种类包括普通发票和专用发票，发票种类作为参数传入实例化对象的成员函数。根据上述发票的单据号和是否开票判别规则判断上述单据号是否已开票，其中是否开票判别规则是指判断生产业务系统中发票的状态信息，“0未导入”是未开票状态，“2开票”、“3作废”等是已开票状态。

当确定上述发票的单据号属于未开票的单据号后，生产业务系统上的科税开票组件调用开票函数，生成终端开票信息，将所述终端开票信息传输给所述科税开票系统，上述终端开票信息包括发票号码、发票日期、单据类型码、企业代码和序列号等信息。

所述科税开票系统基于所述终端开票信息生成最终开票信息，该最终开票信息包括所述终端开票信息，以及开票人和分机号信息等信息。

上述实现方法，科税开票系统中需要设置开票组和其下面的数据接口和用户。每个开票组代表一家公司，纳税人信息在开票组设置，开票组名称包含公司名称提示。每个开票组可设置自己的管理员帐号，管理本开票组下的数据接口和用户。系统设置超级管理员管理开票组及其数据接口和用户。一个开票组可有多个数据接口。开票组即公司信息，一个开票组可以有多个数据接口，但其业务处理流程都是一样的。

步骤三，上述实现方法，生产业务系统只负责产生“单据状态”为“0未导入”的开票信息，“0未导入”是在调用科税组件开票前，发票在生产业务系统中的状态信息。发票的“导入”、“开票”、“打印”、“作废”、“重开”、“冲红”等操作都由科税开票系统处理。生产业务系统终端用户可修改的字段为“发票种类”、“客户名称”、“客户税号”、“地址和电话”、“银行和帐号”等，且只有“单据状态”为“0未导入”时可修改。

上述实现方法，开红字发票时，要先在科税软件中开申请单，导出的申请单XML文件去税局申请，然后税局会给一个红字专用发票通知单号，根据该号在科税软件开红字发票。

上述实现方法，生产业务系统编码规则为：单据类型码(1位)+单位代码(2位)+序列号(9位)。这个编码是生产业务系统中的发票编码，与发票号码不同。在生产业务系统中开发票时，会产生一条数据，发票编码以上述规则产生，此时发票为“0未导入”状态。开启金税卡进行科税开票之后，回写科税系统的发票号码到生产业务系统中。

开票成功后，上述科税开票组件通过接口填写科税开票系统中的发票号码、发票日期、开票人、分机号等最终开票信息到生产业务系统的发票数据库表中。上述发票数据库表可以包括发票主表和发票明细表，并建立专用Oracle用户授权科税软件对这些数据表的读写权限。

修改科税开票系统的科税数据库、生产业务系统的发票数据库表中发票的开票状态信息为已经开具。若开票失败，返回状态码信息，查询相关失败原因。

步骤四，关闭金税卡，结束对科税开票组件的调用。

综上所述，本发明实施例通过生产业务系统的终端开启金税卡，该金税卡调用所述科税开票组件，所述科税开票组件连接科税开票系统，具有如下的有益效果：

(1)数据共享：生产业务系统可以读取科税开票系统中的开票信息，科税开票组件可以直接从科税开票系统读入开票数据。

(2)批量开票：能够大批填开和打印发票，提高工作效率。

(3)准确无误：生成发票后，可以保证金额、税额、价税合计数准确无误，科税开票系统和生产业务系统所对应单据分毫不差，准确率达100％。

(4)数据回写：科税开票组件可以通过接口把开票信息回写至企业生产业务系统的发票表。

本领域普通技术人员可以理解：附图只是一个实施例的示意图，附图中的模块或流程并不一定是实施本发明所必须的。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的装置及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。

Claims (5)

1.一种基于生产业务系统的科税开票系统通用接口的实现方法，其特征在于，在生产业务系统的终端上安装科税开票组件和金税卡，所述方法具体包括：

所述生产业务系统的终端开启金税卡，该金税卡调用所述科税开票组件，所述科税开票组件连接科税开票系统；

所述生产业务系统获取所述科税开票系统的科税数据库中当前要开发票的类别代码和单据号，根据所述类别代码获取发票种类信息，所述科税开票组件根据所述单据号和发票种类信息调用开票函数生成开票信息，将所述开票信息传输给所述科税开票系统；

所述科税开票系统根据所述开票信息进行发票开具，所述科税开票组件通过接口填写开票信息到生产业务系统的发票数据库表中。

2.根据权利要求1所述的方法，其特征在于，所述的生产业务系统获取所述科税开票系统的科税数据库中当前要开发票的类别代码和单据号，根据所述类别代码获取发票种类信息，包括：

所述生产业务系统通过引用所述科税开票组件的dll文件，在生产业务系统中实例化成一个对象，调用所述对象的数据库连接函数实现对科税开票系统的科税数据库连接，获得科税数据库中当前要开发票的12位类别代码和8位单据号，

根据所述12位类别代码查询预先设定的发票的类别代码和种类的对应关系，得到当前要开发票的发票种类信息，发票种类包括普通发票和专用发票，根据所述单据号对应的状态信息确定所述单据号没有开票。

3.根据权利要求2所述的方法，其特征在于，所述的科税开票组件根据所述单据号和发票种类信息调用开票函数生成开票信息，将所述开票信息传输给所述科税开票系统，包括：

生产业务系统上的科税开票组件根据所述单据号和发票种类信息调用所述对象的开票函数，生成终端开票信息，所述终端开票信息包括发票号码、发票日期、单据类型码、企业代码和序列号，将所述终端开票信息传输给所述科税开票系统。

所述科税开票系统基于所述终端开票信息生成最终开票信息，该最终开票信息包括所述终端开票信息，以及开票人和分机号信息。

4.根据权利要求3所述的方法，其特征在于，所述的科税开票系统根据所述开票信息进行发票开具，所述科税开票组件通过接口填写开票信息到生产业务系统的发票数据库表中，包括：

所述的科税开票系统调用所述对象的开票函数根据所述开票信息进行发票开具，开票成功后，所述科税开票组件通过接口填写科税开票系统中的所述最终开票信息到生产业务系统的发票数据库表中，所述发票数据库表包括发票主表和发票明细表，并建立专用用户授权科税软件对所述发票数据库表具有读写权限。

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

修改科税开票系统的科税数据库、生产业务系统的发票数据库表中发票的开票状态信息为已经开具；若发票开票失败，返回状态码信息，查询相关失败原因；关闭所述金税卡，结束对所述科税开票组件的调用。