⊕  税控接口方案概述

   接口方案产生的背景

   企业日常所用的管理系统如财务管理系统、销售管理系统等均为通用商业软件，而防伪税控开票系统（即防伪税控机）为税务系统专用软件。众所周知，这两个系统之间存在着这样密不可分的关系：销售管理系统能实现对企业销售业务的全程处理和跟踪，并已形成了企业完整的销售记录，防伪税控开票系统根据企业的销售记录开具增值税专用发票。但由于特殊的原因，致使这两个本应紧密联系的系统之间存在相对独立，无法实现数据共享：虽然管理信息系统已完整的记录了企业销售数据，但财务人员开具增值税专用发票时仍需在税控机键盘上手工输入大量的开票数据；防伪税控系统生成的增值税专用发票数据只保存在税控机里，而不能更新到管理信息系统中。

   这种状况直接导致的问题是浪费了企业的人力及数据资源，对大部分企业来说，这种状况带来的更大问题是：由于两套系统完全分离，两套系统数据可能产生不一致、数据存在差异时核对起来非常困难。

那么，如何解决以上问题呢？企业管理信息系统与税控机接口系统解决方案的项目需求由此而产生。为了从根本上解决企业在长期使用税控机中所遇到的实际问题，减轻财务开票过程中的重复录入工作的负担，把开票后发票的信息能及时反映到财务及相关的管理系统中去，确保每个月纳税申报业务顺利完成，现就部分企业目前存在的票据数据问题、通过大批企业需求分析，我们公司特提出解决方案并开发了相关的产品。

《税控机与企业管理软件接口系统》（以下简称‘税控接口系统’）是连接企业已投入使用的内部信息管理软件（如进销存软件、财务软件及MRPII/ERP等）和税控机开票软件(DOS和WIN版税控软件)的桥梁，使企业在填开增值税专用发票环节上避免重重复录入工作，提高工作效率，保证企业内部信息管理软件与税控资料的一致性，使开票准确率达到100%。及时把开票数据信息返回到财务及相关管理系统中，切实实现了数据共享，很好地解决多票量的连续打印问题，真正满足了企业高质量、低成本、高效率的信息化管理要求。

   接□方案实施的目的和意义

   企业管理信息系统与税控机接口系统解决方案，其最终的目的在于充分利用企业的信息化资源，在整个公司内部实现数据共享，提高整个企业税务数据的安全性、准确性和快速性，为企业的办税业务提供强有力的支持。

   同时，该方案的实施，充分优化、整合了企业内部的信息化资源，规范了开票人员的日常业务操作，高效、自动化、一体化的开票流程和高度的数据共享要求，必将为贵企业蒸蒸日上的业务需求带来极大的帮助。

   接□系统基本需求

   企业管理信息系统与税控机系统接口解决方案，其实现的目的是在整个企业内部实现数据共享，提高整个企业报税数据的安全性和准确性，为贵企业的办税业务提供强大的支持是管理信息系统与税控机接口系统解决方案建设的总体方向。在企业销售产品的过程中，所需处理的业务可能有：销售业务发生前后，企业的生产或销售部门会在内部的管理信息系统中生成销售记录，这些销售记录可能包括（但不限于）“销售合同”、“销售订单”、“销售出库单”、“发运单”等。到企业需要开票时，需要将以上销售记录区分开来，分为开“增值税专用发票”、开“普通发票”和“不开发票”等几种情况。有的企业直接拿上述的销售单据打印成清单，到税控机上开票；而有的企业还需要根据单据分类的情况分别再生成“专用开票申请单”、“普通发票开票申请单”等内部单据或表格，根据申请单到税控机上开票。而不管是哪种方式开票，上面的处理过程可以简单表示为：“生成原始销售记录”>>“根据开票需要将数据分类”>>“输出开票清单（或开票申请单）”>>“输入税控机开票”。由于税控机的特殊性，在这个过程中，“输出开票清单”和“输入税控机开票”之间存在着是一次明显的重复录入工作（由于数据在两个系统中不能共享）。

解决这两个系统的数据共享问题就是本方案的基本需求。基于上述原因考虑，我们的解决方案做了较大的扩展，其中比较重要的有：

(一)必须支持销售数据分类正如基本需求中所描述的工作过程那样，在开票前需要“根据开票需要将数据分类”。主要有“开专用发票”、“开普通发票”和“不开发票”三种。三种状态在一定的前提下应该可以相互转换。

(二)尽量减少开票过程中的手工操作、但要保持灵活性我们发现许多企业在开票前，其实都有意识或无意识的对销售数据进行了挑选、拆分、合并等操作。而且有时候这些操作都是有规律的（或者大部分都是有规律的）。挑选、拆分和合并销售数据，成为发票数据的过程在接口管理系统中称为“发票组合”。快捷而灵活的发票组合方案是本系统的一个重要的设计要求：除了自动拆分和合并之外，在实际应用当中还需要诸如自动生成折扣行、自动识别是否开销货清单、自动转换客户资料、自动转换商品资料等功能，使大部分的数据一次性过关，只需要一次发票组合操作即可进入发票打印操作，而不需要再进行数据调整，达到快捷性。

对少数较特殊的数据组合要求，应该提供手工拆分、手工合并、手工折扣、手工调整开票数额等数据编辑和调整功能。达到灵活性。

(三)适应多用户、多分机操作要求必须考虑多个用户同时进行开票操作、多台分机同时进行开票时的情况。在这两种情况下，必须保证数据在各个操作员视图中、各台税控机接口中，不要出现“重复开票”、“漏开票”等数据混乱情况。另外，多用户操作要求还包括：在一个开票流程中涉及到多人操作甚至企业内多个部门的操作（比如开票申请/审批等手续等）。

(四)开票后数据的管理需求开票后数据的管理包含了很丰富的内容，比如许多企业要求开票后需要将发票号码回传到信息系统中。拆分、合并之后形成的发票数据和原始销售管理系统中的销售单据之间，并没有一对一的数据关系，因此必须在接口管理系统中，必须提供方便的查询二者关系详情的功能。主要有两方面：1、查询增值税发票上包含的销售单据详情，2、查询销售单据上对应的增值税发票详情。

另外，开票后的数据管理需求还包括对作废的处理、冲红的处理等。(五)打印速度的更高要求在整个开票流程中，效率瓶颈出在输入开票数据（到税控机）和（在税控机）上打印发票这两个地方。如果通过接口管理系统，已经能够消除“输入”这个瓶颈，则在企业发票量比较大，尤其是集中时间开票时，“打印”这个瓶颈将更加突出。为了达到更快的打印速度，关键在于“连续”，税控机的打印机由于档次太低、无论是绝对打印速度还是走纸的精确度方面均不能满足“连续”打印的要求。

以上需求的扩展是最常见的，除去这些之外，为了达到提出来的目标以及适应用户高速发展的需求，我们还提出并将继续提出其它一些功能、性能上的需求扩展。鉴于篇幅关系，不作介绍，若您对这些情况感兴趣，可以与我公司联系，或索取更详细的资料基于上述原因考虑，我们的解决方案做了较大的扩展，其中比较重要的有：

(一)必须支持销售数据分类正如基本需求中所描述的工作过程那样，在开票前需要“根据开票需要将数据分类”。主要有“开专用发票”、“开普通发票”和“不开发票”三种。三种状态在一定的前提下应该可以相互转换。

(二)尽量减少开票过程中的手工操作、但要保持灵活性我们发现许多企业在开票前，其实都有意识或无意识的对销售数据进行了挑选、拆分、合并等操作。而且有时候这些操作都是有规律的（或者大部分都是有规律的）。挑选、拆分和合并销售数据，成为发票数据的过程在接口管理系统中称为“发票组合”。快捷而灵活的发票组合方案是本系统的一个重要的设计要求：除了自动拆分和合并之外，在实际应用当中还需要诸如自动生成折扣行、自动识别是否开销货清单、自动转换客户资料、自动转换商品资料等功能，使大部分的数据一次性过关，只需要一次发票组合操作即可进入发票打印操作，而不需要再进行数据调整，达到快捷性。

对少数较特殊的数据组合要求，应该提供手工拆分、手工合并、手工折扣、手工调整开票数额等数据编辑和调整功能。达到灵活性。

(三)适应多用户、多分机操作要求必须考虑多个用户同时进行开票操作、多台分机同时进行开票时的情况。在这两种情况下，必须保证数据在各个操作员视图中、各台税控机接口中，不要出现“重复开票”、“漏开票”等数据混乱情况。另外，多用户操作要求还包括：在一个开票流程中涉及到多人操作甚至企业内多个部门的操作（比如开票申请/审批等手续等）。

(四)开票后数据的管理需求开票后数据的管理包含了很丰富的内容，比如许多企业要求开票后需要将发票号码回传到信息系统中。拆分、合并之后形成的发票数据和原始销售管理系统中的销售单据之间，并没有一对一的数据关系，因此必须在接口管理系统中，必须提供方便的查询二者关系详情的功能。主要有两方面：查询增值税发票上包含的销售单据详情 查询销售单据上对应的增值税发票详情 另外，开票后的数据管理需求还包括对作废的处理、冲红的处理等。

(五)打印速度的更高要求在整个开票流程中，效率瓶颈出在输入开票数据（到税控机）和（在税控机）上打印发票这两个地方。如果通过接口管理系统，已经能够消除“输入”这个瓶颈，则在企业发票量比较大，尤其是集中时间开票时，“打印”这个瓶颈将更加突出。为了达到更快的打印速度，关键在于“连续”，税控机的打印机由于档次太低、无论是绝对打印速度还是走纸的精确度方面均不能满足“连续”打印的要求。

以上需求的扩展是最常见的，除去这些之外，为了达到提出来的目标以及适应用户高速发展的需求，我们还提出并将继续提出其它一些功能、性能上的需求扩展。鉴于篇幅关系，不作介绍，若您对这些情况感兴趣，可以与我公司联系，或索取更详细的资料。

接□方案实现

一、基本设计思路

将企业防伪税控机通过网络连接在企业内部网上（或者单独组成一个小局域网），开具增值税专用发票时，操作本接口管理系统，由接口管理系统从企业销售管理系统中自动提取开票所需的销售数据，并按照企业最常用的一种发票组合方式将销售数据组合成发票数据；操作员进行必要的调整后写入防伪税控机。
考虑到多用户、多分机操作需要，软件具有完善的“用户管理”、“用户角色管理”、“税控机分机编号管理”等功能，同时提供网络版和单机版两个版本供选择。

考虑到不同的信息系统接口不同，同时考虑企业多帐套使用的需要，提供“帐套管理”和“帐套类型管理”。再考虑企业信息系统变更的需要，提供帐套类型配置工具，供企业或实施技术人员进行扩展（相当于自定义帐套类型或二次开发）。

考虑企业开票量以及开票作业的集散性，提供“税控机打印方案”和“高速连续打印方案”供企业选择。同时考虑企业业务发展，为选择“税控机打印方案”的企业提供方便的升级到“高速连续打印方案”的途径。

考虑到Dos版税控机和Windows版税控机同时并存的现状，为Dos版税控机用户提供方便的升级到Windows税控机后的平滑过渡方案。

考虑企业发票组合方式的差别及在不同时期的变化，同时提供八种发票组合方案给企业进行选择，按照设定的条件自动处理拆分和合并操作，方便用户操作时减少数据调整的频率，简化企业开票数据的组合。

为了方便企业选择适合自身的开票流程，引入“流程设计”概念。使企业能够根据自己的实际需要，在整个开票作业中加入自己的流转环节或减少不必要的操作环节。

考虑到企业可能存在需要对信息系统中的客户资料和商品资料进行必要补充和转换，提供“客户资料维护”和“商品资料维护”的功能。

考虑到企业信息系统数据与税控系统数据要求可能存在“不兼容”，对所有数据进行严格的校验，并自动转换。

考虑各种特殊情况，为每个企业均提供包括“冲红”、“折扣”、“手工调整数据”、“客户转换合并”、“商品转换合并”、“手工拆分”和“手工合并”等数据调整操作。

充分考虑到企业内部可能存在分工，将开票过程在逻辑上分为两大块：销售部操作和财务部操作。

二、系统业务流程图

三、系统应用框架设计

软件技术的先进性直接影响软件生存周期。本系统是严格遵循微软Windows DNA框架结构，采用模块化设计。另外根据客户实施要求的不同，我们提出两种框架结构：

单机应用系统：即接口管理系统的单击版，基于本地的Sybase数据库；
网络应用系统：即接口管理系统的网络版，基于SQL server网络数据库。

单机版适合单用户、单税控机的简单应用；网络版采用基于C/S结构的两层数据库应用系统，适合多用户、多税控机以及复杂流程设计应用。网络版尤其是在与后台数据库为SQL Server的管理信息系统实现无逢连接时，可以发挥最优的效率，充分体现接口的方便性，同时，网络版的可伸缩性更强。

具体的需求选择根据贵企业的实际应用流程而定。

四、系统能够实现的功能

   A.基本业务控制功能

清单控制功能：系统可以支持在引入发票数据时由企业决定是否控制所有的发票数据不打印发票的清单，也就是说如果企业要求所有的发票不打印发票清单，系统则自动将超过8行明细的发票数据拆成另一张发票数据来填开，如果企业要求打印发票清单，系统则自动将超过8行的发票打印成“货物一批，详见清单”。
最大发票金额的控制：系统可以支持填开发票的最大金额，一般情况下是发票的最大金额是由税务局来决定的，一般是100万，但如果某个客户特别要求发票金额不超过某个数值时，系统就可以按照企业的要求来进行设定发票的最大金额。超过最大金额时企业可以决定是否拆分成另外一张发票数据还是不导入发票数据。
单价和数量计算和打印的小数位数的控制：一般情况下不含税单价和数量税务局要求是8位小数，但系统可以根据企业的实际需要设定单价和数量的计算小数位数。系统也可以根据企业的实际需要设定在打印时单价和数量需要打印的小数位后面的0的数量，如数量1可以打印成1.0也可以打印成1.00或者可以直接打印成1。

   B.合并发票功能

系统支持合并相同客户的发票数据，同时也支持在合并发票时是否需要合并相同单价的相同产品，支持在合并发票时对产品单价不相同的相同产品由企业决定是否不合并产品还是重新计算产品的单价。

   C.拆分发票功能

系统支持的拆分的情况有二种：
超过最大值需要拆分发票，也就是说超过了最大设置的明细行数、超过了发票的最大金额的发票数据进行拆分成多张发票来进行填开。
手工拆分发票明细数据，也就是说由操作员决定某一张发票的发票明细数据拆分成多张发票数据来进行填开，手工拆分可以支持按百分比来进行拆分，可以支持按数量来进行拆分，也可以支持按金额来进行拆分。

   D.备注内容设置功能

系统支持按照企业的需求来设定备注的内容，如可以设定提单号、提单日期等固定和不固定的内容打印在发票的备注上。

   E.发票修改和相关栏次控制功能

系统支持导入后的发票数据是否允许操作员修改发票数据，支持控制发票数据的某些栏次可以修改，某些栏次不允许修改，如要求操作员对客户名称不允许操作员修改，而对发票备注允许进行修改。

   F.产生红字发票功能

系统支持将已经打印过的发票数据产生一张跟原发票金额相反的发票数据，正数发票产生一张负数发票俗称红字发票数据。

   G.复制发票数据功能（产生蓝字发票功能）

系统支持将已经打印过的发票数据产生一张跟原发票一样的发票数据，也就是说需要复制一张发票数据，产生了红字发票后复制的新发票俗称蓝字发票数据。

   H.回写发票数据功能

系统支持按照企业的要求将税控机产生的发票号码、开票日期等相关信息回写到企业的管理系统中。

   I.产生凭证功能

系统支持按照企业的要求产生发票的凭证数据到财务的管理系统中。
以不同颜色区分正数和负数发票数据功能
系统支持以不同颜色区分正数和负数发票数据功能，使操作员更方便操作系统。

   J.免费从DOS版税控机升级到WIN版税控机功能(一机多票已无DOS版)

系统支持快速的实现税控机从DOS版升级到WIN版，并且保留原来已经开过发票数据。

   K.远程错误数据收集功能

系统支持远程错误数据收集功能，更能方便远程解决问题，提高问题的处理效率。

   L.系统自动修复功能

系统提供了多种数据自动修复工具，在发票数据有问题时可以及时的得以处理。

   M.多方式引入发票

系统支持从方面引入发票数据,系统具有8种引入数据的方式：一个文件交换数据方式、二个文件交换数据方式、直连数据库取数方式、DDE通信方式、WINSOCK方式、COM调用方式、EJB调用方式、网页取数方式。

   N.拆扣处理功能

系统支持将明细中所有的折扣数据合并成一个总折扣来进行填开，系统支持将明细中的所有的折扣数据合并到发票的产品数据中，打印发票时不体现折扣数据。系统支持将总折扣数据平分到发票明细的每一行明细产品中，并且打印时打印出折扣数据，系统支持将总折扣数据平分到发票明细的第一行明细产品中，但打印时不打印折扣数据。

   O.网络版本功能、权限控制功能

系统支持网络版本功能，支持多人同时开增值税发票，系统支持集团企业将所有的分公司或者办事处的开发票数据的数据库安装在同一个服务器的数据库中，方便企业电脑人员的维护和管理。
系统支持在使用网络版功能时控制每一个操作员的权限。系统可以支持的有三种权限，
可以控制某个操作员是否可以察看本公司的所有分机的发票数据
可以控制某个操作员是否可以察看它组操作员所操作的发票数据。
可以控制某个操作员是否可以察看本组操作员所操作的发票数据。

   P.基础资料取值设置功能

系统支持客户资料数据或产品资料数据在填开发票时是从税控机中取数还是从企业管理系统中取数，这样就可以更方便企业操作员只维护一个地方的基础资料数据。

   Q.发票数据导出功能

系统支持将各种发票数据导出成EXCEL或企业要求各种格式。
企业管理系统与税控机数据之间对应查询
系统支持查询企业管理系统的数据对应税控机开发票数据，能够很方便的查询管理系统中的某个单号的发票对应税控机开了多少发票。

   R.批量填开发票及套打发票和清单

系统支持将待开发票数据批量写入到税控机IC卡中，同时批量产生发票号码、开票日期及密文。

   S.系统支持发票多张发票的连续套打及清单套打功能

   T.开票数据、接口系统资料库、税控机基础资料实时交互

系统支持直接读取税控机中的基础资料到接口系统基础资料库中，也可以从已经开过发票的数据中读取基础资料到接口系统基础资料库中；同时也支持将接口系统中的基础资料实时更新到税控机中，保持基础资料的一致性。

五、系统最终目标

1. 减少重复录入工作量，提高劳动生产率，减少出错率, 开票准确率高达100%；
2. 保证两个系统内的数据一致性；
3. 满足国税局对增值税专用发票开具、管理和抄报税的各项要求；
4. 保持两个系统的独立性，以便分别进行维护和升级；
5．操作简单，易学易用，便于维护；
6．安全稳定可靠。

六、开发工具

为了快速准确的达到用户需求，新税公司采用Microsft Project进行项目管理PowerDesign进行软件模型设计和用户需求管理。为了达到以上设计要求，我们在客户端软件开发上主要采用Borland Delphi，网络版服务端采用SQL Server，Windows接口服务采用Microsoft VC++。