税务稽查信息系统.docVIP

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