1、税务稽查信息系统项目章程项目目标该项目将对以前的税务稽查业务开发新的流程，新的信息系统，以支持税务改革的要求和税务系统信息化的目标。预期的系统将联系起税务稽查的各个部门和业务，连接纳税人和税务部门，实现信息共享，政务透明。项目概念该项目制定了一个信息系统规划，支持税务稽查部门的业务规划项目。信息系统将包括：税务稽查管理系统，税务稽查查账系统，办公自动化系统，对外交流系统，安全系统等。问题陈述随着政府部门实行政务公开、服务承诺的深入开展，对政府部门的管理水平提出了更高的要求，原来的手工管理方式已经适应不了现在的要求，已有的存储信息的系统也已经陈旧适应不了信息化的要求。主要的问题可以总结为：1 税
2、务稽查成本过高，费人费钱。2 税务稽查部门与其他部门不协调，对帐难，记账难，差错率高。对应缴数认识差异大3 税务征收机构和税务稽查机构关系未理顺，国税和地税缺乏联系，合作较少，信息共享不够。4 稽查部门容易出现“重复税务稽查”的局面，增加纳税人的负担。5 税务稽查工作被动，工作人员积极性低。6 稽查流程繁琐，适应不了新环境的要求。7 陈旧的信息系统存在着安全隐患。项目初始范围这个项目将支持或者影响以下的业务功能和业务部门：a) 系统管理b) 数据采集c) 查账方法d) 查账汇总e) 稽查实施f) 稽查审理g) 稽查执行h) 审批管理i) 查询统计j) 档案管理k) 系统维护项目构想该系统应该能
3、做到：1 通过改进数据收集技术，方法，渠道加速税务征收的处理。管理层希望系统扩展到因特网。2 提高税务系统内部数据的结构化和集中化。3 支持对数据库中数据的及时更新和提高数据存储的安全性。4 重新考虑可能会影响到纳税人的满意度和底层业务过程，程序和策略。5 提供改进的税收申报机制。业务限制新系统必须符合以下要求：1 系统必须在一年内完成，初级阶段必须在半年内测试使用。2 没有其他监管部门的同意，系统不能改变数据库中的已存信息。3 该系统必须考虑同因特网的连接，因此对系统的安全性必须反复论证，并做好系统的长期维护工作。减少过去“重点，多次”的复查方式，减轻工作人员的工作量。4 系统的服务范围将覆
4、盖整个税务系统，因此所有的数据录入和保存形式要求一致。5 由于系统的架构，因此，对现有的办公地点的物理格局，也需要作出相应的调整。在逻辑层面上，利用系统，将整个税务部门划分为前台基层工作，后台数据挖掘，以及中间高层管理稽查三个部门。因此，还要对现有的人员编制作出相应的调整。技术限制新系统必须符合以下的技术架构;1， 在局域网是客户/服务器结构，客户端是运行在以太网和 TCP/IP 网络上的WINDOWS，服务器是 WINDOWS 2000 和 WINDOWS2000 terminal Server.2， 目前的消息系统架构是运行在 WINDOWS2000 EXCHANGE Server 上的
5、OUTLOOK 客户端。3， 该项目要求开发一个或多个数据库。服务器标准 WINDOWS2000 上的 SQL SEVER。4， 因特网和内联网的 WEB 服务器将使用运行在 windows 2000 上的 Internet Information Server(IIS)实现。项目组织方式系统开发小组负责：1， 任命项目经理2， 评审系统开发进程3， 确保项目符合管理层的想法稽查局的组成可以图示为以下：业务需求陈述：业务数据需求：税务稽查的第一个阶段选案即为税务稽查信息系统的数据阶段。我们了解到目前很多税务稽查的客体缺乏真实性。一是个体私营的普遍不建账，使税务稽查失去依据。二是真假两套账或仅提
6、供部分账的现象比较普遍。税务部门除了企业自己提供的账册等纳税资料外，能够利用的其他信息很少。这跟税务稽查的选案有很大的关系，税务稽查的选案主要有内部征管数据资料和外部数据资料。从内部征管数据来看，我们的数据需求主要源自税务征管部门的数据资料，这就要求我们协调好和征管部门的工作和分工，做好和征管部门的信息共享和流通。从外部数据方面来看，我们的数据需求可以从多方面来获取，但举报是一个很重要的途径，所以我们要做好举报的工作，调动群众的积极性给税务稽查提供案例等。业务过程需求：税务稽查的其他三个阶段实施，审理，执行即为税务稽查信息系统的过程阶段。我们了解到稽查主体执法行为有不规范的行为。主要体现在稽查
7、各环节间协调性差。征管改革将稽查业务分为“选案、稽查、审理、执行”四个环节，在衔接运行中职责不明，协调不力，相互扯皮，互不通气，各自为政。还有就是执法力度缺乏刚性。在具体的税收执法当中，存在着不求严格执法，只求完成下达的任务；随意化偷税为漏税，化漏税为欠税，化滞纳为补税；或是补税的多，加收滞纳金和罚款的少，行政处罚的多，刑事制裁的少等多种现象。助长了纳税人的侥幸心理，妨碍了查案的正常开展，降低了稽查工作效率。还有就是稽查信息渠道不畅。主要表现在稽查监控手段软化。近年来，税收管理手段的现代化水平虽有了较大提高，但是，实际上仅仅只是硬件不断上档次，而在软件的开发上却相对滞后， “集中征收” 环节在
8、监控纳税人的涉税行为，归集、分析异常信息等方面，利用率低，还不能及时满足“重点稽查”的需要。这就要求我们在建立信息系统的时候要充分考虑到上面的问题，要具有很好的信息分析能力，信息共享能力等。业务接口需求：信息共享一直是税务稽查业务的一个很重要的环节，从上面的两个需求分析我们也可以看出来。其实在整个税务系统中，这也是很重要的。另外为了实现税务稽查工作的透明化，信息化等工作我们也必须想外界向纳税人提供必要的信息。而目前这些做的还不够，这就要求我们的信息系统的和其他的税务信息系统保持很好的联接，相融等。即我们的系统既要向外界很好的展示自己的业务，功能，简介等，还要同税务部门内部的其他信息系统很好的实现信息共享。税务稽查的业务流程可以图形化为：数据模型（ER 图）：
