| |
|
|
| >>解决方案 >>专项解决方案 |
|
| PDEE产品金穗接口专项解决方案 |
| |
□接口方案产生的背景
企业日常所用的管理系统如财务管理系统、销售管理系统等均为通用商业软件，而防伪税控开票系统（即防伪税控机）为税务系统专用软件。众所周知，这两个系统之间存在着这样密不可分的关系：销售管理系统能实现对企业销售业务的全程处理和跟踪，并已形成了企业完整的销售记录，防伪税控开票系统根据企业的销售记录开具增值税专用发票。但由于特殊的原因，致使这两个本应紧密联系的系统之间存在相对独立，无法实现数据共享：虽然管理信息系统已完整的记录了企业销售数据，但财务人员开具增值税专用发票时仍需在税控机键盘上手工输入大量的开票数据；防伪税控系统生成的增值税专用发票数据只保存在税控机里，而不能更新到管理信息系统中。
这种状况直接导致的问题是浪费了企业的人力及数据资源，对大部分企业来说，这种状况带来的更大问题是：由于两套系统完全分离，两套系统数据可能产生不一致、数据存在差异时核对起来非常困难。
那么，如何解决以上问题呢？企业管理信息系统与税控机接口系统解决方案的项目需求由此而产生。 |
| |
□方案实施的目的和意义
企业管理信息系统与税控机接口系统解决方案，其最终的目的在于充分利用企业的信息化资源，在整个公司内部实现数据共享，提高整个企业税务数据的安全性、准确性和快速性，为企业的办税业务提供强有力的支持。
同时，该方案的实施，充分优化、整合了企业内部的信息化资源，规范了开票人员的日常业务操作，高效、自动化、一体化的开票流程和高度的数据共享要求，必将为贵企业蒸蒸日上的业务需求带来极大的帮助。
□系统基本需求
企业管理信息系统与税控机系统接口解决方案，其实现的目的是在整个企业内部实现数据共享，提高整个企业报税数据的安全性和准确性，为贵企业的办税业务提供强大的支持是管理信息系统与税控机接口系统解决方案建设的总体方向。在企业销售产品的过程中，所需处理的业务可能有：销售业务发生前后，企业的生产或销售部门会在内部的管理信息系统中生成销售记录，这些销售记录可能包括（但不限于）“销售合同”、“销售订单”、“销售出库单”、“发运单”等。到企业需要开票时，需要将以上销售记录区分开来，分为开“增值税专用发票”、开“普通发票”和“不开发票”等几种情况。有的企业直接拿上述的销售单据打印成清单，到税控机上开票；而有的企业还需要根据单据分类的情况分别再生成“专用开票申请单”、“普通发票开票申请单”等内部单据或表格，根据申请单到税控机上开票。而不管是哪种方式开票，上面的处理过程可以简单表示为：“生成原始销售记录”>>“根据开票需要将数据分类”>>“输出开票清单（或开票申请单）”>>“输入税控机开票”。由于税控机的特殊性，在这个过程中，“输出开票清单”和“输入税控机开票”之间存在着是一次明显的重复录入工作（由于数据在两个系统中不能共享）。
解决这两个系统的数据共享问题就是本方案的基本需求。基于上述原因考虑，我们的解决方案做了较大的扩展，其中比较重要的有：
(一)必须支持销售数据分类正如基本需求中所描述的工作过程那样，在开票前需要“根据开票需要将数据分类”。主要有“开专用发票”、“开普通发票”和“不开发票”三种。三种状态在一定的前提下应该可以相互转换。
(二)尽量减少开票过程中的手工操作、但要保持灵活性我们发现许多企业在开票前，其实都有意识或无意识的对销售数据进行了挑选、拆分、合并等操作。而且有时候这些操作都是有规律的（或者大部分都是有规律的）。挑选、拆分和合并销售数据，成为发票数据的过程在接口管理系统中称为“发票组合”。快捷而灵活的发票组合方案是本系统的一个重要的设计要求：除了自动拆分和合并之外，在实际应用当中还需要诸如自动生成折扣行、自动识别是否开销货清单、自动转换客户资料、自动转换商品资料等功能，使大部分的数据一次性过关，只需要一次发票组合操作即可进入发票打印操作，而不需要再进行数据调整，达到快捷性。
对少数较特殊的数据组合要求，应该提供手工拆分、手工合并、手工折扣、手工调整开票数额等数据编辑和调整功能。达到灵活性。
(三)适应多用户、多分机操作要求必须考虑多个用户同时进行开票操作、多台分机同时进行开票时的情况。在这两种情况下，必须保证数据在各个操作员视图中、各台税控机接口中，不要出现“重复开票”、“漏开票”等数据混乱情况。另外，多用户操作要求还包括：在一个开票流程中涉及到多人操作甚至企业内多个部门的操作（比如开票申请/审批等手续等）。
(四)开票后数据的管理需求开票后数据的管理包含了很丰富的内容，比如许多企业要求开票后需要将发票号码回传到信息系统中。拆分、合并之后形成的发票数据和原始销售管理系统中的销售单据之间，并没有一对一的数据关系，因此必须在接口管理系统中，必须提供方便的查询二者关系详情的功能。主要有两方面：查询增值税发票上包含的销售单据详情
查询销售单据上对应的增值税发票详情
另外，开票后的数据管理需求还包括对作废的处理、冲红的处理等。(五)打印速度的更高要求在整个开票流程中，效率瓶颈出在输入开票数据（到税控机）和（在税控机）上打印发票这两个地方。如果通过接口管理系统，已经能够消除“输入”这个瓶颈，则在企业发票量比较大，尤其是集中时间开票时，“打印”这个瓶颈将更加突出。为了达到更快的打印速度，关键在于“连续”，税控机的打印机由于档次太低、无论是绝对打印速度还是走纸的精确度方面均不能满足“连续”打印的要求。
以上需求的扩展是最常见的，除去这些之外，为了达到提出来的目标以及适应用户高速发展的需求，我们还提出并将继续提出其它一些功能、性能上的需求扩展。鉴于篇幅关系，不作介绍，若您对这些情况感兴趣，可以与我公司联系，或索取更详细的资料基于上述原因考虑，我们的解决方案做了较大的扩展，其中比较重要的有：
(一)必须支持销售数据分类正如基本需求中所描述的工作过程那样，在开票前需要“根据开票需要将数据分类”。主要有“开专用发票”、“开普通发票”和“不开发票”三种。三种状态在一定的前提下应该可以相互转换。
(二)尽量减少开票过程中的手工操作、但要保持灵活性我们发现许多企业在开票前，其实都有意识或无意识的对销售数据进行了挑选、拆分、合并等操作。而且有时候这些操作都是有规律的（或者大部分都是有规律的）。挑选、拆分和合并销售数据，成为发票数据的过程在接口管理系统中称为“发票组合”。快捷而灵活的发票组合方案是本系统的一个重要的设计要求：除了自动拆分和合并之外，在实际应用当中还需要诸如自动生成折扣行、自动识别是否开销货清单、自动转换客户资料、自动转换商品资料等功能，使大部分的数据一次性过关，只需要一次发票组合操作即可进入发票打印操作，而不需要再进行数据调整，达到快捷性。
对少数较特殊的数据组合要求，应该提供手工拆分、手工合并、手工折扣、手工调整开票数额等数据编辑和调整功能。达到灵活性。
(三)适应多用户、多分机操作要求必须考虑多个用户同时进行开票操作、多台分机同时进行开票时的情况。在这两种情况下，必须保证数据在各个操作员视图中、各台税控机接口中，不要出现“重复开票”、“漏开票”等数据混乱情况。另外，多用户操作要求还包括：在一个开票流程中涉及到多人操作甚至企业内多个部门的操作（比如开票申请/审批等手续等）。
(四)开票后数据的管理需求开票后数据的管理包含了很丰富的内容，比如许多企业要求开票后需要将发票号码回传到信息系统中。拆分、合并之后形成的发票数据和原始销售管理系统中的销售单据之间，并没有一对一的数据关系，因此必须在接口管理系统中，必须提供方便的查询二者关系详情的功能。主要有两方面：查询增值税发票上包含的销售单据详情
查询销售单据上对应的增值税发票详情 另外，开票后的数据管理需求还包括对作废的处理、冲红的处理等。
(五)打印速度的更高要求在整个开票流程中，效率瓶颈出在输入开票数据（到税控机）和（在税控机）上打印发票这两个地方。如果通过接口管理系统，已经能够消除“输入”这个瓶颈，则在企业发票量比较大，尤其是集中时间开票时，“打印”这个瓶颈将更加突出。为了达到更快的打印速度，关键在于“连续”，税控机的打印机由于档次太低、无论是绝对打印速度还是走纸的精确度方面均不能满足“连续”打印的要求。
以上需求的扩展是最常见的，除去这些之外，为了达到提出来的目标以及适应用户高速发展的需求，我们还提出并将继续提出其它一些功能、性能上的需求扩展。鉴于篇幅关系，不作介绍，若您对这些情况感兴趣，可以与我公司联系，或索取更详细的资料。
□方案实现
一、基本设计思路
将企业防伪税控机通过网络连接在企业内部网上（或者单独组成一个小局域网），开具增值税专用发票时，操作本接口管理系统，由接口管理系统从企业销售管理系统中自动提取开票所需的销售数据，并按照企业最常用的一种发票组合方式将销售数据组合成发票数据；操作员进行必要的调整后写入防伪税控机。
考虑到多用户、多分机操作需要，软件具有完善的“用户管理”、“用户角色管理”、“税控机分机编号管理”等功能，同时提供网络版和单机版两个版本供选择。
考虑到不同的信息系统接口不同，同时考虑企业多帐套使用的需要，提供“帐套管理”和“帐套类型管理”。再考虑企业信息系统变更的需要，提供帐套类型配置工具，供企业或实施技术人员进行扩展（相当于自定义帐套类型或二次开发）。
考虑企业开票量以及开票作业的集散性，提供“税控机打印方案”和“高速连续打印方案”供企业选择。同时考虑企业业务发展，为选择“税控机打印方案”的企业提供方便的升级到“高速连续打印方案”的途径。
考虑到Dos版税控机和Windows版税控机同时并存的现状，为Dos版税控机用户提供方便的升级到Windows税控机后的平滑过渡方案。
考虑企业发票组合方式的差别及在不同时期的变化，同时提供八种发票组合方案给企业进行选择，按照设定的条件自动处理拆分和合并操作，方便用户操作时减少数据调整的频率，简化企业开票数据的组合。
为了方便企业选择适合自身的开票流程，引入“流程设计”概念。使企业能够根据自己的实际需要，在整个开票作业中加入自己的流转环节或减少不必要的操作环节。
考虑到企业可能存在需要对信息系统中的客户资料和商品资料进行必要补充和转换，提供“客户资料维护”和“商品资料维护”的功能。
考虑到企业信息系统数据与税控系统数据要求可能存在“不兼容”，对所有数据进行严格的校验，并自动转换。
考虑各种特殊情况，为每个企业均提供包括“冲红”、“折扣”、“手工调整数据”、“客户转换合并”、“商品转换合并”、“手工拆分”和“手工合并”等数据调整操作。
充分考虑到企业内部可能存在分工，将开票过程在逻辑上分为两大块：销售部操作和财务部操作。
二、软件系统建模
合理的构建软件模型，对于软件的总体性能以及日后的扩展都是相当重要的。同时建立企业管理信息系统与税控机接口系统，实现全方位资源共享，实现企业管理信息系统和税控机之间信息高速流转和实时集成，从而实现贵企业的发票统一管理，整合公司内部发票数据，使公司能够快捷、准确的报税和进行数据对帐处理。
传统的接口模型比较简单，如底下的图1所示。在这种模型下，接口软件可以实现自动的拆分形成一对多（①方式）、自动合并形成多对一（②方式）以及一对一（③方式），并且基本上①方式和②方式只能同时提供一种，这是因为数据对应关系分布在两个系统中，很难达到清晰的表达出即有合并又有拆分的情况。
在这种模型下，也可以实现数据回传，但条件比较苛刻，否则很容易出现混乱。基本上这种模型只能实现导入税控机并打印，而在数据关系比较复杂的情况下（尤其是一些特殊情况时）则根本谈不上数据管理。
本系统从3.0版本开始使用了与同类系统完全不同的结构模型。在接口软件的数据库中同时保存了“原始销售单据”和“增值税发票数据”，这样结构在即使是在实现“多对多”（即有拆分又有合并）时也可清楚的表达出各种数据关系，其中最重要的是：
表达出增值税发票上包含的销售单据详情
表达出销售单据上对应的增值税发票详情
为了达到设计要求中的各种要求，本系统定下如下的模型：
采用这种新的模型，用户要求的各种数据管理功能才有可能真正的实现。
三、系统应用框架设计
软件技术的先进性直接影响软件生存周期。本系统是严格遵循微软Windows DNA框架结构，采用模块化设计。另外根据客户实施要求的不同，我们提出两种框架结构：
单机应用系统：即接口管理系统的单击版，基于本地的Access数据库；
网络应用系统：即接口管理系统的网络版，基于SQL server网络数据库。
单机版适合单用户、单税控机的简单应用；网络版采用基于C/S结构的两层数据库应用系统，适合多用户、多税控机以及复杂流程设计应用。网络版尤其是在与后台数据库为SQL
Server的管理信息系统实现无逢连接时，可以发挥最优的效率，充分体现接口的方便性，同时，网络版的可伸缩性更强。
具体的需求选择根据贵企业的实际应用流程而定。
四、开发工具
为了快速准确的达到用户需求，瑞威公司采用Microsft Project进行项目管理PowerDesign进行软件模型设计和用户需求管理。为了达到以上设计要求，我们在客户端软件开发上主要采用Borland
Delphi，网络版服务端采用SQL Server，Windows接口服务采用Microsoft VC++。
□项目实施
了软件系统的设计，税控接口方案的实施也是本方案实现时的一个关键内容。
税控接口方案的实施一般可分为三个阶段，这三个阶段的划分是根据我们的实施经验而定的，具体的实施安排视实际情况而定。
一、前期工作
1、观看软件模型演示
这个阶段主要工作是由瑞威公司提供的一些相关资料，同时组织企业财务部、信息管理部相关人员观看由公司安排的软件模型演示。在这个阶段，使企业相关人员对接口系统涉及的业务范围有一定的了解。这有利于企业相关人员在接下来的需求讨论中准确的提出需求。
2、需求讨论
公司技术人员将和企业相关人员一起，就企业目前的业务流程进行分析，发现需求，结合软件系统在企业的应用。最后由公司的技术人员提交《接口系统应用需求说明书》，并由需求方进行确认。
二、期中工作
1、二次开发
根据形成的需求规格及贵企业的数据特点，我司安排开发力量进行软件的最后实现和软件打包组装。
2、安装调试
即由我司的技术实施人员，到贵企业的实际环境中做最后的安装和调试。
3、软件应用培训
调试通过之后立即对软件的操作员进行培训，以便系统能够更好的运作以及避免误操作。同时指导贵企业有关人员如何有效的维护和利用有关数据。
三、后期工作
1、完善期
完善期主要是针对正式使用初期，由于熟练性和习惯性以及需求修改等方面的原因，我司将在一段时间内派专人负责了解和接收顾客的使用情况。在需要时我司再组织进行二次开发，以满足企业快速增长的需求变更。
2、服务期
在平稳度过第一个报税期后，转入服务期。
|
|
