金税三期背景下地市级税务信息化建设的思考

第一篇：金税三期背景下地市级税务信息化建设的思考

金税三期背景下地市级税务信息化建设的思考

2010-06-04 16:07:06| 来源：税务信息化论文集 | 作者：才韶 李宁宁 周国强

内容提要：随着金税工程三期的逐步推进，地市级税务信息化建设面临着新的变化与挑战。如何确立新时期的发展方向，解决建设中遇到的各类问题，已经成为当前地市级税务信息化建设中的重要课题。为此，本文结合珠海市国家税务局在信息化建设方面的探索与实践，对如何在金税三期背景下加快地市级税务信息化建设进行分析并提出相关建议。

关键字：金税三期 信息化建设 努力方向

金税工程三期（以下简称“金税三期”）是一个庞大的系统工程，它的全面实施不仅能够充分整合和广泛利用信息资源，解决税务信息化建设中长期存在的“信息孤岛”问题，促进税收征管质效的提高，而且通过搭建标准的技术平台，建立统一业务流程，将核心的税务业务、重要的工作环节逐步纳入规范管理，实现税收一体化，对税务信息化建设产生着积极而深远的影响。然而，随着金税三期的建设与实施，信息数据高度集中，地市级税务机关在信息化建设中的统筹规划、开发、实施等职能逐渐弱化，取而代之的，对税收业务指导、日常运维及网络安全管理等方面的职责不断加强，信息化建设面临着新的变化与新的挑战。因此，如何对信息化建设准确定位并做好职责转换，解决建设中遇到的各类问题，已经成为当前地市级税务信息化建设中应当关注的重要课题。

一、地市一级信息化建设面临新的挑战

（1）统一系统应用开发滞后于基层税收管理业务的迫切需求

金税三期是一个极其庞大、复杂、艰巨的系统工程，它按照一体化的思路，区分轻重缓急，分步实施，建设周期长。目前，总局规划的“一个平台、两级管理”的建设目标还未实现，在用的税收征管系统、增值税防伪税控系统、进出口退税管理系统三大核心业务系统主要关注于税收征管日常业务的事务处理，系统间相对独立，对征管数据信息的分析、增值利用的深度和广度不够，难以满足基层税收管理、各级领导决策分析的需求。以出口退税业务为例，其征税环节是通过税收征管系统来实现，出口退税环节又是通过出口退税审核系统来实现，对出口企业的管理涉及到两个系统，并且系统间尚未建立包括征税与出口退税的综合评估，造成了征退税管理脱节，基层业务部门对加强出口退税企业管理监控的需求极为强烈。如何在统一系统应用开发模式下满足基层税收管理的迫切需求，已经成为了地市级税务信息化建设必须认真思考的问题。

（2）统一系统应用开发难以兼顾到基层特殊的税收业务需求

金税三期关注于核心的税务业务、重要的工作环节，无法顾及到税收业务的各个方面，而基层税务机务面对的是综合的、全面的、具体的税收业务，可能存在着地域上的、特别环节上的、管理创新上的特殊税收业务需求，从而形成了统一开发的系统“一体化”与各地税收业务的“个性化”、“ 特殊化”的矛盾。

珠海国税在大型出口企业出口退税管理工作中就遇到了这类问题。目前珠海市大型出口企业已经实行加工贸易电子合同管理，海关对进料加工手册实行滚动核销，然而尽管经过多次升级，国税总局推广使用的出口退税审核系统仍然无法实现手册的滚动核销，基层税务机关难以准确核算企业的免抵调库额及应退税额，对日常退税管理工作造成了一定的困扰。

（3）网络信息系统安全管理承受着前所未有的压力

随着数据信息在总局、省局集中处理，基层税务机关与上级部门的数据联系变得越发密切与重要，系统内部网络、供电、空调等任何一个设备、环节出现问题都可能导致税务应用系统中断，而信息资源的开放与共享又让税务信息长期处于一种高风险的状态。税务基层信息化服务于基层税务机关，直接面向着广大纳税人，网络信息安全工作提到了前所未有的重要位置。因此，如何保证网络信息安全畅通已经成为各地信息化建设中必须应当关注的一个重要问题。

二、金税三期背景下地市级信息化建设的努力方向

面对问题与挑战，地市级信息化建设必须把握机遇，按照金税三期的总体要求和上级的统一部署，在一体化的前提下，明确思路，扎实做好工作。

（一）明确地市级信息化建设的职责定位

明确职责、准确定位是做好地市级信息化建设的基础。

根据金税三期的总体要求及总局、省局的工作部署，地市级信息化建设的主要工作职责是：落实税收管理信息化建设规划和实施方案，执行信息系统管理制度和技术标准；承担本系统信息化建设的技术支持、保障工作；承担税收管理信息系统的运行维护工作；组织本系统信息安全管理与实施。

与此同时，地市级信息化建设还必须兼顾基层税务工作的需要，对于统一系统尚未实现的基层迫切需要解决的税收管理需求、对于统一系统难以兼顾到的特殊业务需求，不能采取“观、等、靠”的态度消极，而应该正确处理好统分关系，在一体化的前提下，因地制宜地开发一些辅助性的应用软件，满足基层税收业务的“个性化”需求。

（二）加强制度建设，稳步推进税收信息化建设的顺利进行

完善的管理制度是信息化建设顺利推进强有力的保障。在基层税务信息化建设中，常常存在着信息化管理制度不完善、信息化制度流于形式等问题，制约了信息化工作地深入开展。因此，加强和规范信息化建设的相关制度，是保障基层税务信息化建设顺利开展的关键。

珠海国税总结经验教训，全面查找管理漏洞，不断完善管理制度，逐步形成一套集网络平台管理、应用系统管理、税收数据管理、应急管理、信息化考评管理等一系列科学严密的管理制度，努力做到按制度办事、用制度管人，切实发挥制度的效用。目前，珠海国税还在实践中不断摸索，建立与完善数据分析应用、业务需求、软件开发等相关的管理办法，使信息化建设走上了规范化管理之路。

（三）加强网络信息安全体系建设，保证网络信息的安全畅通

保证信息系统安全运行，必须加强网络信息的安全防范。地市级信息化建设必须构建网络、硬件和软件相结合的安全体系，通过监控管理手段来确保系统稳定，削弱高度信息化的业务系统受单点故障的影响程度，使系统能够将风险分散和具备一定的自救能力，着力做好以下工作：一是要从思想上高度重视，避免计算机系统发生灾难性后果；二是要严格执行内、外网络之间的物理隔离，切实用好现有的安全设备和工具软件，加强日常监控，并构建一套完整的防、查、杀毒体系，提高病毒预警监控、外部攻击抵御、网络故障诊断、定位和处理的技术手段，建立数字认证中心和外部人员上网或内部人员远程访问数据的身份认证机制，避免未经授权的访问；三是建立数据管理办法，严格按照制度要求进行各类数据的使用、修改、保存，建立运行日志制度；四是要建立一套反映机房动力环境和主机运行情况的实时监控系统，及时发现故障隐患，进而构建一套全方位的机房运行监控保障系统；五是要按照税收信息的重要程度，划分电子信息的安全等级，并建立应急处理机制，并组织应急演习，确保信息系统各部分安全、可靠。

（四）做好各信息应用系统运维工作，保证税收工作正常稳定开展

应用系统运维工作一直是基层信息化工作中一项基础而又重要的工作。随着信息“大集中”、金税三期工程的逐步推进，大量的应用系统在向省级和总局集中，信息系统架构的复杂程度在不断增加，税务信息化应用的深度与广度在不断加大，税收工作中遇到的问题量在明显增加，特别是当数据集中后地市一级对系统数据的处理权限没有了，要保证税收工作的正常开展，基层的应用系统运行维护工作面临着前所未有的压力。

因此，要化解运维的压力，提高运维的质量和效率，地市级运维工作中必须从以下几个方面抓起：

一是建立健全运维工作管理制约机制，明确运维人员的岗位职责和具体工作要求，畅通问题反映渠道，提高运维的反应速度。定期进行运维工作总结，将运维问题进行归类分析，针对常见问题给出操作指导，引导业务人员正确进行操作，分流运维压力。

二是充分调动与发挥区分局信息技术人员的力量，利用其身居一线，面向前台操作人员的优势，加强前台应用系统使用及突发问题的应急处理的指导，提高运维工作的质效。

三是提高技术人员的运维处理能力。建立一套行之有效的培训与考核机制，鼓励与鞭策技术人员不断学习新知识、新技术，技术上全面掌握新的数据库技术及应用系统的数据库结构，业务上在掌握税收知识的同时不断掌握税收业务的新变化，在工作中不断总结经验，提升解决问题的能力和技巧。

四是加强前台操作人员日常操作与运维知识的培训。指导操作人员用好、用活应用系统提供的全部功能，规范税收业务系统操作流程，减少前台误操作的发生；提高前台操作人员对常规问题的处理能力，使问题快速得到解决，减少运维问题的发生。

珠海国税一直十分重视应用系统的运维工作，在日常实践中不断摸索，积累了一定的经验。珠海国税在做好日常运维工作的同时，通过到基层分局现场办公、座谈，开展系列运维工作调研等活动，组织相关人员有的放矢地探讨提高运维质效的策略、措施。针对税收工作中的常见问题，珠海国税先后编写了《发票整合发售操作指引》、《税务违章处理操作指引》、《双定户预缴税款错误抵减问题处理指引》、《汇算清缴退税操作指引》、《个体户定额批量审批工作指引》等十多个工作指引，指导基层分局正确进行应用系统操作。同时，珠海国税还组织基层业务人员参加的应用系统查询功能介绍、常见问题的前台处理方法介绍、日常业务操作规范介绍等一系列培训，指导基层操作人员用好用足现有系统的功能，掌握正确的业务操作流程，学会通过前台操作自行解决一些常见问题，从而减少了运维问题的产生，也缓解了运维的压力。

（五）建立数据应用平台，加大数据分析应用的力度

珠海国税近期进行了一次基层应用系统使用情况调查。调查发现，目前基层国税机关在用的各类应用系统多达六十多个，工作操作人员需要多次登陆不同系统，十分不便，缺少了一个可以将操作员所有工作事项总揽展示、一体化处理的统一平台系统。调查还发现由于缺乏统一的应用平台、硬件环境、数据库管理，不同系统间的信息几乎完全隔离。尽管2004年以来总局、省局组织了三大系统之间部分业务环节的整合，并相继开发了一些辅助软件，在一定程度上满足了业务上的迫切需求，但系统间大信息量的交联共享还没有实现，系统间整合的深度与广度有待进一步拓展。

按照完成“一个平台，两级处理，三个覆盖，四个系统”的建设目标，金税三期将会建立统一的技术基础平台，充分整合和广泛利用信息资源，实现数据综合分析，全面提升数据综合利用水平，提高决策支持能力。但时不等人，基层机关要求建立数据应用平台，加快数据整合应用的呼声已经十分强烈，成为了地市级信息化建设必须重彩笔墨的内容。

目前珠海国税已在提高税收数据的增值利用方面迈出了可喜的一步。利用省局征管辅助系统技术框架，珠海国税已经完成了数据应用平台的一期建设，开发出税收结构分析、重点税源与纳税大户分析等七个应用主题分析功能，实现了常用系统的单点登陆。在平台的后期建设中，珠海国税还将扩展数据分析的范围，建立流转税、所得税、稽查案件等专项分析功能，并将为基层业务提供个性化需求服务。

（六）以一体化为前提，适度进行辅助软件开发

在金税三期总体框架下，地市级信息化建设中适度进行一些辅助软件的开发，一方面可以补充上级系统的不足，另一方面能够满足基层业务管理的迫切需求。

在项目开发中，首先要强化项目管理，严格执行规范的管理程序，即由业务部门提出业务需求方案，由信息部门做出技术实现上的评估、给出可行性分析报告，再由信息化领导小组同时还需要有关部门对业务需求方案及技术实现方案进行认真评审确认，这样，才能集中精力、一语中的地解决基层反映强烈的业务需求。其次要遵循辅助软件开发规范，采用与上级一致的技术平台、开发框架和技术标准进行辅助软件的设计开发，从而节省资源，增加软件的生命力及推广应用的范围，更有效地服务于税收工作。珠海国税在行政办公系统中所开发的证件管理、请休假管理、工资管理等应用功能就是一个很好的例证，这些应用现已被部分兄弟市移植使用。

三、地市级税务信息化建设中需注意的几个方面

（一）要加强信息化建设的统筹与管理，建立信息化工作领导小组

税务信息化建设有着比较强的系统性和综合性，不是一个业务部门或一个技术部门就能够独立承担的。在《广东省国家税务局系统机构改革意见》中，市局征管科对地市级的信息化建设的统筹规划职责没有明确，而信息中心作为技术部门只能对各部门的需求分别进行技术分析与应用开发，而对于业务评审与统筹能力不足。因此，建立“一个领导小组决策，一个综合性部门统一管理，各部门各司其职，共同参与”的建设格局，从组织机构上保障税务信息化建设，对做好地市级信息化建设是十分重要的。目前，珠海国税已经成立由业务部门与技术部门组成的信息化工作领导小组，并通过定期和不定期的会议，加强对全市国税信息化建设的统筹规划与组织实施，增强了信息化建设的领导力、决策力和执行力。

（二）要正确处理业务与技术的关系，建立技术部门与业务部门之间的良性互动机制

业务推动技术发展，技术促进业务变革。一方面，信息化建设需要业务部门积极参与，只有业务部门根据税收工作需要先提出相应的业务需求，技术部门才能进行后继的设计实施；另一方面，信息化建设更需要技术部门的积极参与，通过先进的信息技术来促进税收业务的整合与优化，业务流程的再造与重组，将税收管理改革引向深入。

在基层税务信息化建设中，业务部门与技术部门必须加强沟通与协调。在业务部门提出业务需求时，技术部门就要提前介入，引导业务部门详细、准确、规范地给出业务需求；在技术部门进行需求论证、实施过程中，业务部门要及时跟进，帮助技术部门深刻理解、透彻认识，准确把握业务需求的本质。只有这样，才能促进征管业务与信息技术的高度融合，避免信息化建设中业务和技术“两张皮”问题的发生，实现业务和技术的相互促进，协调发展。珠海国税一直十分重视业务与技术的协调配合，在项目开发的业务需求阶段，技术人员就提前介入，引导业务人员提交标准的业务需求说明书，规范业务需求管理；同时还配置专门的业务人员跟踪项目的实施过程，及时进行业务与技术的沟通与讨论，以保证项目的成功开发。

（三）要合理进行人员配置，建立一支稳定的信息技术队伍

税收管理是以强大的信息化为依托的，而信息化归根到底又是以高素质的人才队伍为依托的，科技兴税，人才先行。然而基层信息技术队伍总量不足、年龄老化、知识老化的问题已经成为影响和制约税收信息化发展的瓶径。为适应税收信息化建设的需要，保证金税三期的顺利实施，地市级信息化建设中必须注意加强信息技术队伍建设，以建立人才梯队培养机制为切入点，从实用型的专业技术人才培训入手，逐步建设一支业务精通、结构合理、数量充足的高素质专业技术干部队伍。

珠海国税也出现过类似的问题，2008年底该局信息中心的平均年龄已达38岁，35岁以下的人员只有2名，人员缺乏又使屈指可数的计算机人员疲于应付日常运维工作，很难抽出时间来进行技术再培训与学习，深层次的维护工作和应用开发也受到了制约。为此，珠海国税迅速做出调整，在进行岗位轮换之后又将2009年新招入的4名技术人员全部补充到市局信息中心，通过技术培训与开发实践，使技术队伍迅速恢复了活力。

（四）设置开发专项资金，积极借助社会力量，加快地市级信息化建设步伐

信息化建设需要一定的资金保证，辅助软件开发也需要专项的资金投入。因此在各地的信息化建设经费预算中，必须设置专门的软件开发预算，来有效保证应用项目开发的规划性与连续性。

同时，在进行较大项目开发过程中，可以合理地利用外部力量，采用外包、合作开发或入场指导等多种形式进行项目开发。这样做，不仅能够缩短整个项目的开发周期，较快地将辅助软件投入使用来服务税收管理，而且可以让技术人员通过开发实践快速地提高技术水平

第二篇：金税三期的一些思考

对“金税三期”软件架构及实现的一些思考

2011-01-06 11:07:05| 来源：中国税务网 | 作者：罗会波

内容提要：本文从信息化建设的一般规律及税务信息化在整个电子政务中的位置论述了“金税三期”的建设是税务信息化自身发展的必然要求。通过分析“金税三期”的关键需求，指出了SOA及BPM是当前架构和实现“金税三期”的最佳选择。同时，说明了用SOA建设“金税三期”工程时应防止的两种极端做法，相应地提出了使用SOA架构“金税三期”所应采取的策略应该是扬弃的策略，既不能全盘否定原有系统，也不能抱残守缺。并结合纳税人增值税发票限额查询的事例及典型的SOA架构由点到面对原来不同系统中的数据共享、服务抽象、服务组合及SOA治理等做了具体说明。同时结合征管系统及公文处理中涉及到的业务流程说明在实现时，采用BPM取代定制的流程管理及老式工作流系统的优越性。最后，对防止供应商的技术绑定及“金税三期”面向未来的问题提出了建议和看法。

关键词：“金税三期” 架构实现 SOA BPM

一、税务信息系统的现状及新的需求

事物的发展总是遵循一定的客观规律，信息化建设也不例外。美国管理信息系统专家诺兰（Richard Nolan）的信息系统进化阶段模型（即诺兰模型）就较好地描述了信息化发展的一般规律。该模型将信息化的进化划分为六个阶段，它们分别是：初始阶段、传播阶段、控制阶段、集成阶段、数据管理阶段和成熟阶段。那么，我们正在建设的“金税三期”工程处在该模型的什么阶段呢？对比税务信息化建设当前的实际情况和模型，不难发现我们正处在模型的第四阶段，并力争向第五阶段过渡的过程中。

第四阶段名为集成阶段。因为在第三阶段通常会产生许多独立的实体，比如各种应用软件系统等。而创建这些实体时受到当时的条件限制，往往都是基于局部的、战术上的考虑而非整体的、战略上的考虑。这样就会造成数据冗余存储，及对新的需求的反应迟钝。前不久刚好碰到这样一个典型例子。上级要求统计一下一般纳税人专用发票开票限额的数据。这本身是一个极简单的需求，结果却出人意料的大费其神。该数据最完整版本在增值税防伪税控系统中，但该系统没有提供统计查询的功能。只能一户一户地查询。该数据的另一个版本在Ctais2.0系统中的防伪税控核定情况查询中的最大发票金额字段中。在Ctais2.0中虽然可以进行统计查询，但问题是Ctais2.0中只有其上线后走相应的文书的企业才有该数据，而在以前的Ctais1.1时就已经核定的企业的数据就没有出现在Ctais2.0的系统中。因此，想直接统计数据肯定不准。而上级要求的统计时间规定得很紧，想提交修改程序的需求显然不现实，最后只能在增值税防伪税控系统中一户一户地查询。这种工作效率与没有信息化时的情况有什么实质上的区别吗？我看区别不大。对那些户数上千的城区分局来说工作量也是显而已见的。像这样重复存储的信息还有很多，比较典型的如纳税人注册方面的信息和税务机关的人员信息，它们广泛地分布在各种应用系统中。而各个应用系统的使用用户和维护人员往往不同，因此，按照当前这种情况，要保证在各个系统中的这些数据的一致性和准确性几乎是不可能的。这也是在模型的第四阶段为什么诺兰会说：“这时，组织从管理计算机转向管理信息资源，这是一个质的飞跃。从第一阶段到第三阶段，通常产生了很多独立的实体。在第四阶段，组织开始使用数据库和远程通信技术，努力整合现有的信息系统。”的原因。由此可见，集成是信息化发展到这一阶段的内在要求，也是建设“金税三期”工程的首要原因。

在集成阶段基本就绪后，数据的一致性和准确性都将会有大步的提高。这就为迈向模型的第五阶段即所谓的数据管理阶段打下坚实的基础。信息时代也被称为知识经济时代，这里的知识就是指的数据中包含的知识。众所周知的啤酒与尿布的故事就是知识经济的最好例证。当税务信息系统中积累起大量的准确的数据的时候。其蕴含的知识将是全社会的财富，也是真正实现信息化税收的基础。它只等待人们去挖掘，去利用。比如在税务系统内，对上层可以提供决策所需要的宏观信息；对基层可以提供纳税评估等方面的信息，在这方面基层有许多鲜活的实例。比如，有些纳税人长期零申报，在其申报表等文件上看不出有什么破绽，税务人员往往通过企业的水、电等的耗费情况，与其他类似的企业的数据的对比从而估算出其真实的生产经营情况，最终评估出企业的应纳税额。这难道不是与啤酒与尿布的故事有异曲同工之妙吗？“金税三期”也准备在这方面做一些探索。

上面是从税务信息化自身发展的纵的方向来看“金税三期”所处的历史阶段。下面，将税务信息化建设放在整个电子政务的背景上，横向看看“金税三期”所处的位置。早在94年金税一期工程就已经正式上马了，可见，金税工程是最早开建的金字头的政务信息化工程之一；金税工程的发展在电子政务中也是非常迅速的，从当初的金税一期工程仅仅只是增值税交叉稽核系统和增值税防伪税控系统。其中，增值税交叉稽核系统还是一个主要采用企业提供增值税专用发票，由税务机关组织手工录入的方式进行数据采集的比较原始的系统。经由金税二期及综合征管软件及其它系统的开发和应用，现在金税工程的内涵得到了极大地丰富，外延也几乎覆盖了所有处理涉税事务及税务系统内部管理的信息系统。成为整个电子政务中举足轻重的一个重要组成部分。正是金税工程所处的这种地位，不可避免地会对它提出新的需求：一是对内部各个系统的资源整合，使其由大变强；二是与外部（纳税人、其它政府部门及银行等）系统的交互将由现在的以零星的局部的数据交换为主，变成日常的全面的业务协同。三是要提高系统随需而变的响应速度。信息化发展之初，信息系统提供给人们的高速度的映像是非常深刻地。如：在信息化系统完全没有的时候，稽查部门去发票管理部门查几张怀疑有问题的发票存根联时，发票管理部门的人员往往翻箱倒柜折腾半天才能办妥。有信息化后，只要鼠标轻点，很快就会给出结果。但随着系统逐渐变大，系统中各个部分的依赖关系也逐渐变得复杂起来，系统对需求变化的灵敏度也在开始下降，好比数学上的麦比乌斯圈一样，沿着圈走，不知不觉就走到了出发点的反面。近年来，随着金融危机的爆发，国际经济局势动荡不定，为了应对这种局面政策也必定是灵活多变的。另一方面我国幅员辽阔，各地的经济形势也很不相同。这些都迫切地要求政务信息系统是能够灵敏地随需而变的。

为了集成现有的系统，以及增加系统对需求的反应的灵敏度。人们曾做出过不懈的努力。其中比较有代表性的技术就是EAI（企业应用集成），它试图通过将应用程序集成起来达到联通各个信息孤岛的目的。实践证明，该技术有一些严重的缺陷，主要的就有如下几点：其一，各个应用间的通信协议往往是私有协议，这样造成了各个应用是紧密耦合的；其二，当集成一个新系统时，可能就要针对该系统的特性开发新的私有协议，这就大大的增加了集成的工作量；其三，该技术采用的是点对点的集成，当应用程序很少时，这种方法还是显得比较有效的。但是当要集成的应用数量变大时，应用间的依赖关系将会爆炸性地增长，立即会失去控制。但是人们的努力并没有白费，正是为了克服以往的一些集成方法及技术的不足，一种新的方法日渐成熟，它就是SOA（面向服务的体系结构）及BPM（业务流程管理）。

二、使用SOA及BPM来架构和实现“金税三期”

SOA是一种设计方式，它为机构提供关于创建和使用业务服务的各个方面的指导。是迄今为止集成IT系统最有效的方式。使用SOA来整合时，一个不能回避的问题就是如何处理新老系统关系的问题。IT界在这个问题上存在着两种有代表性的观点：一种是原来各种应用系统都必须按照SOA的方式进行完全的重新设计；另一种则认为现有系统都是经过实践检验的成熟系统，只要将它们进行适当的包装，然后组合在一起就行了。前一种观点类似于历史虚无主义，IT实践证明，该观点是站不住脚的，在经济上也是不合算的，纵然老系统有这样或那样的缺陷，但其中不乏有经过实践多年检验的、反复修正的好的部分。这些都是税务系统化建设中积累起来的宝贵财富。不能将洗澡水和婴儿同时倒掉。因此，这种观点显然是不可取的；而后一种观点则是抱残守缺，固步自封。同样也无法达到IT系统集成所真正要达到的目的。打一个通俗的比方，如果我们要求集成后的系统是一艘航母，而采用曹操的方式将战船组合起来，是永远不可能打造成一艘真正意义上的航母的。因此，这种观点也不是很靠谱的。那么正确的方式只能是采取扬弃的方式，去粗取精，去伪存真。该重新做的部分必须重新做，值得保留的部分则尽量保留。

首先，从“金税三期”的架构上讲。前面说过，金税工程的内涵与外延都发生了很大的变化。比如金税二期及以前的金税工程基本上就是指增值税防伪税控系统。该系统的诞生是由它所处的特定的历史条件所决定的。当时伴随着增值税的改革，许多人想钻增值税的漏洞，比如假增值税发票方面的违法犯罪现象频出。当时亟待有一个这方面的IT系统来堵住这些漏洞；因此，早期的金税系统应运而生。另一方面，由于当时还没有建成一个统一的综合征管系统，早期的金税系统是作为一个独立的系统而存在的。但是随着综合征管软件Ctais的上线运行，不难发现早期的金税工程中所涉及的数据比如纳税人登记信息，及功能如发票管理、报税等在两个系统中重叠。这种重叠现象至少会带来如下几方面的负面影响：一是数据来源不唯一，对新的需求反应迟钝，如我们前面介绍过的查询一般人增值税发票限额的例子；二是增加纳税人及基层税务机关的工作量，因为大量重复的工作要在两个系统中重复进行；三是由于各个系统一般分别由不同的人员维护，因此，系统中的业务数据的修改往往不可能同步，从而造成业务数据口径的不一致，这就给税收的征管工作带来了麻烦，也为数据分析和决策支持等埋下隐患。要消除这些负面影响，只有在“金税三期”架构时就统筹考虑到如何将金税二期系统与综合征管系统融合在一起。还是以查增值税发票限额为例，分别从数据和功能两个方面来加以说明。

在数据方面：数据的来源必须唯一，同样性质的数据只应该在整个系统中只保存一个版本，而不是在不同的子系统中保存多个版本。比如征管和防伪税控系统都要用到纳税人的注册信息，该信息只能是在纳税人注册功能模块提供的数据，防伪税控用到该数据时不应该再人为地重复录入或者从数据库中倒入。而征管系统在发售发票等业务要用到发票限额，也只能由防伪税控功能所批准认定的数据，而不应该手工重复采集或从数据库中再倒入该数据。只有这样才能满足“金税三期”所要求的“数据一次采集，多处复用”的需求，也不会产生数据口径不一致的问题，提高数据的准确性。像该例中不同系统共享数据的情况还很多，特别典型的是纳税人注册信息及税务系统内部的人员（包含其角色及权限）信息，往往会被多个系统共享。可能会形成访问瓶颈，即使这样，也只能是通过集群（Cluster）等负载平衡技术来加以解决。这样就会在很大程度上解决数据共享及联通信息孤岛的问题。

在功能方面：采用SOA方式来架构系统，比较彻底地颠覆了传统应用开发中从每个具体的应用程序要解决的局部的战术问题的思考方式。而是强调从业务的战略全局上思考问题。因此，在技术上我们经常会看到在SOA文献中提到流程都是端到端（End-to-End）流程。之所以现在能达到这样的境界，我想是与现实的需求的驱动以及已有的软硬件平台的逐步发展成熟分不开的。如果把IT基础设施（这里形象地把它称着机器吧）放在一端，将业务放在另一端。不难发现，随着时间的推移，在应用程序开发领域，人们的关注点离业务越来越近，而离机器越来越远。笔者90年代在一家通讯设备公司工作时接触到一个电话机上用的CPU，它的功能就是用来控制电话拨号等简单功能，业务上没有什么值得过多关注的地方。但它的累加器的位数只有四位二进制位。也就是说用它来处理一个字节都要分成两段来处理。那时人的关注点不得不离机器很近。现在恰好相反，业务越来越复杂而且灵活多变。而机器却有了长足的进步，无论是硬件还是基础软件都已经打下了一个坚实的基础。人们自然将关注的焦点放到业务方面来了。SOA就是将业务需求的功能抽象为业务服务（Business Services）。然后，再通过业务服务注册表（Service Registry）模式、企业服务总线模式（ESB）、服务编制（Orchestrate）及服务编排（Choreography）模式等将这些业务服务组织起来以满足业务需求。为了对SOA架构有一个全面的认识，下面引用《Understanding SOA with Web Services》的一个典型的架构如图1所示。

从图1可以看出，图的上部接近业务而下部接近机器。我们现在的关注点是在应用层（Application Layer）以上的地方。先看应用程序层，该层的应用程序大多为了特定的战术目标，分别用不同的开发语言，运行在各种不同的平台上。这些应用程序可以说是鸡犬之声相闻老死不相往来，这些应用程序被形象地称为筒仓（Silos）。不是它们之间不想往来，只是要在这些应用中共享信息，实在是太困难。

SOA采取在应用层加上一个服务层（Services Layer）的方法。这里的服务是根据业务的需要从已有的应用中抽象出来的或者是新开发的。这些服务的接口是有明确定义的，技术上称为良定的（Well Defined），而服务实现则可以有多种方式，这就使得服务是松耦合的。为了打通程序筒仓之间的联系，SOA提供了Web服务平台，该平台允许以一种与下层应用及技术平台无关的方式来定义和使用业务服务。基本的原理说白了很简单，比方，我们把一个个程序筒仓看成是一个个国家的人。它们都说自己国家的语言。显然，不同的语言无法交流。但这些人同时也都还能说英语（或对其进行英语培训）。当我们把这些人组织成一个团队来工作时，就都用英语来交流。Web服务平台就是起类似的作用。相当于英语的就是XML语言。如Web服务定义在。wsdl文件中，通信协议采用SOAP等。这里无论是。wsdl文件，还是SOAP的定义文件都是用的XML语言。具体到查增值税发票限额的例子：当防伪税控要用到纳税人注册信息时就向征管系统请求纳税人注册信息的服务；反过来，当征管系统要用到发票限额时则请求防伪税控的发票限额服务。当用户要查询纳税人的发票限额时，可以将征管系统和防伪税控提供的服务进行组合，用新形成的组合服务来满足这种需求。

从上面的介绍可以看出：SOA是以服务为中心的，而服务又是跨应用的，有些甚至是跨组织机构的。如何管理好这样一些服务就提到议事日程上来了，这就出现了所谓的SOA治理。SOA治理是一个贯穿于SOA整个生命周期的活动。比如：从架构时就应规划好哪些服务可以对纳税人开放；哪些服务可以对业务伙伴（银行、国库及其他政府部门等）开放；哪些服务要对税务机关内部开放以及如何确保这些服务的端到端的安全等。

其次，从“金税三期”的实现来看。无论是征管系统，还是行政管理系统都有大量的业务流程。它们的位置在图1中的业务流程层（Business Process Layer）。从设计的角度讲，这些业务流程中的大部分都是经过实践检验的可以保留的。但它们的具体实现因为限于当时的技术条件，有些流程逻辑是与业务逻辑混杂在一起的，典型的做法是在业务数据库表中设置状态字段，在程序代码中根据状态字段的值决定接下来做流程的哪一步；稍微高级一点是采用了工作流平台，但这种早期的工作流平台是与特定的技术（如J2EE或。NET）紧密耦合的。显然，在实现“金税三期”时，必须使流程逻辑与业务逻辑分离。用BPM就能轻易地做到这一点。BPM的应用对行政管理中的公文处理还有特别重要的意义。因为公文处理主要涉及到的是各种复杂的流程，而业务数据相对来说很简单，这样就可以轻易地将公文处理部分从原来的平台迁移到与征管系统统一的平台上来，这样不仅可以节约在平台软件上的开销，也降低了维护的难度。

使用BMP还会带来其他一些好处：从设计时看，首先，现在一些典型的中间件供应商如Oracle所提供的BPM都有可视化的建模工具。便于真正熟悉业务流程的流程开发人员自己建模。这也符合我们前面提到的使人们关注的焦点放在业务上，以保证最终的系统最大可能的符合业务需求。在软件开发领域有一张非常流行的卡通图，如图2所示：

图2形象地反映了一个需求是如何被“以讹传讹”，最终被搞得面目全非的过程。BPM提供的相应的工具，就是试图从一开始就减小这种风险；其次，流程逻辑与业务逻辑分离后，也便于它们各自的快速更改，有利于流程再造，从而提高应对业务变化的敏捷性；最后，BPM是基于SOA的，使得跨应用、跨组织机构的流程得以实现，增强与外界的业务协同。

从运行时看，BPM的应用带来的另一好处是它很容易与业务规则（Business Rules）协作，这在很大程度上可以不依赖编程而使系统的业务流程达到根据业务规则变化而变化的需求，这极大地增加了业务的敏捷性。因为无需编程就无需重新部署，甚至不需要重启服务器。这一特点在我国的税务信息化系统中显得尤为有用。许多政策在不同的地区或不同的时间采用不同的数量控制，比如起征点等。采用BPM与业务规则配合的方式，既可以保持整个软件架构的相对统一，又在很大程度上可以让具体的业务流程随地区或时间的变化而变化。此外，BPM的用户界面通过采用JSF及AJAX等技术可以获得良好的用户体验。

当然，“金税三期”实现时对软件可能被绑定到特定的供应商也要有足够的认识。以Bea和Sun公司近年来接连被Oracle公司收购为标志，中间件供应商也有大集中的趋势。这应该引起注意，因此，在实现时尽可能采用公开标准的技术，而尽可能少地使用特定供应商所独有的技术。如有可能可以借鉴戏剧中的A、B角做法。生产环境选用一家公司的产品。最好另外准备一套替用品，该替用品选用另一家公司的产品。其实，看公司的宣传材料，不难发现它们都是在宣扬自己的长处，而贬低竞争者的产品。实际上，主要竞争对手的产品在一些基本功能上往往是难分轩轾的。

最后，无论是在系统架构还是实现阶段，都要考虑到向未来过渡的问题。比如，向云计算过渡等。云计算包含三个层次：即软件即服务；平台即服务及基础架构即服务。可见其核心仍然是服务。只要现在真正做好服务的抽象、实现及治理工作，待到将来云计算技术标准发展成熟时，再向其过渡，应该会是很自然的。使得今天“金税三期”的投资真正成为明天仍然有用的资产，而不是鸡肋。果真如此，“金税三期”将成为税务信息化发展史上新的里程碑。

参考文献：

[1]（美）Eric Newcomer，Greg Lomow，Understanding SOA with Web Services[M].美国：Addison Wesley Professional，2004 [2]罗会波，JSF第一步——JSF+Spring+Hibernate+AJAX编程实践[M].北京：清华大学出版社，2007 [3]毛新生，金戈，黄若波，易立，李珉，任静安，SOA原理。方法。实践[M].北京：电子工业出版社，2007 [4]（美）Jeff Davies，Ashish Krishna，David Schorow，SOA权威指南：通过BEA AquaLogic Service Bus实现[M].倪志刚，王铭孜，黄兆勤译。北京：电子工业出版社，2008 [5]（美）Virginia Beecher，Deanna Bradshaw，Tulika Das，Vimmika Dinesh，Anirban Ghosh，Mark Kennedy，Alex Prazma，Richard Smith，Deborah Steiner，Oracle？ Fusion Middleware Developer's Guide for Oracle SOA Suite 11g Release 1[Z]Oracle，2010 [6]（美）Carolina Arce Terceros，Steven Leslie，Oracle？ Fusion Middleware Modeling and Implementation Guide for Oracle Business Process Management 11g Release 1[Z]Oracle，2010 [7]邵荣，换一个角度看软件开发[N].计算机世界报，2008-01-07，（第01期，B14-B15）

作者单位：

湖北省当阳市国家税务局

第三篇：税务登记金税三期操作[最终版]

金税三期常用操作税务登记

一、登记

1、单位纳税人、个体纳税人、临时纳税人办理登记

路径：管理服务—设立税务登记—税务登记信息补录

注意事项：

1、设立税务登记中录入基本信息后，点击保存，此时可以打印税务登记证正本及副本，打印时请注意打印顺序。

2、在制发证照之后并不表示税务登记环节完成，还需要进行税务登记信息补录，若不进行补录环节则无法推送至税管员进行下一步环节。

3、金三系统中不提供免填单业务，所以在登记过程中视情况进行表单填写。

2、税务登记的变更与修改

路径：管理服务—税务登记--变更税务登记，管理服务—税务登记--修改设立税务登记信息

注意事项：

1、变更税务登记适用于税务登记证上的内容发生改变的业务。如变更法人，经营地址，经营范围等，选择变更项目会自动带出原内容，填写需变更内容。需要重新制发新的税务登记证同时收缴旧的证照。

2、修改设立税务登记信息适用于非税务登记证内容改变的业务。如更改办税人员、联系电话等。无需制发新的税务登记证。

3、金三系统暂未提供免填单业务，所以在变更修改过程中视情况进行表单填写。

3、注销税务登记

路径：管理服务—税务登记—注销税务登记受理

注意事项：追缴税款，收缴证照、票证和发票等

4、扣缴税款登记

路径：管理服务—税务登记—扣缴税款登记管理—扣缴税款登记

注意事项：此模块适用于个人所得税代扣代缴登记及其他可代扣代缴的税种登记，如车

船税等。如不进行此操作，则在税种认定的过程中征收代理方式无法选择代扣代缴。

5、外管证开具与核销

路径：管理服务—税务登记—外出经营税收管理

注意事项：

1、开具外管证前必须先征收纳税人的企业所得税和印花税，可通过预缴开票来征收。

2、外管证在开具完成之后无法修改，所以发现错误的话只能作废重新开具。

3、外管证的有效期最多只有6个月，不得超期。并且开具后一个月内必须在外出经营地主管税务机关报验登记，如不报验将会失效。

4、核销外管证，验证外出活动经营所开具的完税凭证及发票。

6、外埠纳税人经营地报验与核销

路径：管理服务—税务登记—外埠纳税人经营地报验管理

注意事项：

1、外管证报验时，注意隶属关系、经营地街道乡镇是否与所在地一致；外出经营劳务名称是否与合同一致。

2、如果是外省的外管证，因为金三不与外省相连所以需要手工录入，有的省份在开具外管证的时候并不征收企业所得税和印花税，所以发现过有些纳税人造假，当有外省外管证的时候，最好可以与当地税务机关电话协查。

7、证件遗失与增补发

路径：管理服务—税务登记证件管理—证件增补发

注意事项：证件增补发前，应将丢失的证件登报声明，然后再进行制发。

第四篇：金税三期简介

金税工程（三期）

金税工程（三期）的主要任务是：用四年～五年的时间，基本完成“一个平台，两级处理，三个覆盖，四个系统”的建设。

“一个平台”是指建立一个包含网络硬件和基础软件的统一的技术基础平台。即：逐步建立覆盖总局、国地税各级机关以及与其他政府部门的网络互联，形成基于因特网的纳税人服务网络平台；对业务处理、在线分析、存储系统、数据交换、网络、安全和系统管理七部分充实配备相应的硬件设备；并建立覆盖从物理环境、网络层、系统层、数据库层、应用层信息安全的安全管理体系和安全技术体系等。以保证税务工作在统一、安全、稳定的网络化平台支撑下平稳运行。

“两级处理”是指依托统一的技术基础平台，逐步实现税务系统的数据信息在总局和省局集中处理。即：在“一个平台”的支撑下，建立总局、省局两级数据处理中心和以省局为主、总局为辅的数据处理机制，逐步实现涉税电子数据在总局、省局两级的集中存储、集中处理和集中管理。以使业务流程更加简化，机构趋于扁平，管理和监控更加严密，纳税服务更加简便，系统维护更加便捷，系统运行更加安全，并使数据的宏观分析与微观分析相结合、全局分析与局部透视相结合，全面提升数据的价值。

“三个覆盖”是指应用内容逐步覆盖所有税种，覆盖主要工作环节，覆盖各级国、地税机关，并与有关部门联网。即：通过金税工程（三期）的建设，促进信息技术和管理方法在全国税务系统得到广泛应用，逐步实现税务管理信息系统对国税、地税机关管理的所有税种和税务工作的全过程进行全面、有效的电子化监控，以保证税务工作简便、规范、高效地运行。

“四个系统”是指通过业务的重组、优化和规范，逐步形成一个以征管业务为主，包括行政管理、外部信息和决策支持在内的四个信息管理应用系统。即：建立以税收业务为主要处理对象的税收业务管理应用系统；以税务系统内部行政管理事务为处理对象的税务行政管理应用系统；以外部信息交换和为纳税人服务为主要处理对象的外部信息管理应用系统和面向各级税务? 0783 厮笆站梅治觥⒓嗫睾驮げ獾乃拔窬霾咧С止芾碛τ孟低常匀媛闼拔窆ぷ鞫嗖忝妗⑷轿坏挠τ眯枨蟆?/P>

建设规模按照上述建设目标，金税工程（三期）最终将建成拥有一个覆盖全国的行业网络、一个国家级税务处理中心（含备份中心）、70个省级税务处理中心（含备份中心）、80万个工作站、年事务处理量超过10亿笔、内部用户约80万人、外部用户过亿的、覆盖各级国地税、所有税种、所有工作环节的全国性信息系统。

金税工程（三期）应用系统的建设将包括税收业务管理、税务行政管理、外部信息管理、决策支持管理四大应用系统。

1.税收业务管理系统包括六个子系统：管理、征收、检查、处罚、执行、救济。

2.税务行政管理系统包括五个子系统：综合办公、财务管理、人事教育、监察监督、后勤管理。3.决策支持管理系统

4.外部信息管理系统包括三个子系统：为纳税人服务、外部门信息交换和国际情报交换。

金税工程的建设原则

1.把握趋势。金税工程建设要把握信息技术的发展趋势，要有前瞻意识，注重技术开放性和技术先进性，同时要考虑信息技术发展对税收征管以及行政管理的作用和要求，推进税收业务以及行政管理业务的重组和工作规程的优化。总体技术设计以应用为主导，以税收业务流为主线，以两级集中处理为技术关键，充分考虑强化执法和优化服务相结合。

2.兼顾现实。经过多年建设，我国税收信息化建设已初具规模，而且金税工程建设过程中还支撑着相当大量的税务工作，但缺乏统一规划、信息无法共享的矛盾突出。因此，金税工程必须兼顾税收信息化的现状，注意对现有应用系统进行改造和完善，不片面追求最新技术和产品，最大限度地利用现有的设备资源和信息资源。

3.统一规划。金税工程建设是一项整体性、系统性极强的工作，必须科学地进行规划，把税收管理信息系统作为一个整体，打破项目壁垒，对系统的软硬件平台和应用系统等制定统一的标准规范和安全策略，使税收管理信息系统形成一个统一协调的整体。

4.逐步实施。金税工程建设是一个庞大、复杂、艰巨的系统工程，不可能一蹴而就。要按照一体化建设思路，区分轻重缓急，分步实施。在整个建设过程中坚持“统一设计，分步实施，重点突破，整体推进”。

备注：核心征管系统是征管系统的主要核心部分。

第五篇：金税三期网税注意事项

金税三期网税系统注意事项

申报期：9月份 1-20号

10月8-24号

9.23--10.8服务器关闭

1、网税老用户可以直接登录，用自己的用户名和密码 手机后四位随便输入四位数，如果显示密码不对，就用密码111111。

2、一家企业可以申请3个电子税账户，而一个自然人仅能申请1个。

3、企业用户在注册的时候，用户真实姓名输入法人姓名。

4、如果用户未绑定手机号码就忘记密码，那么只能通过“用户管理”模块来设置密码，“忘记密码”模块只能在手机号码绑定以后方能使用。对于个人用户亦然。

5、证书登录取消：统一使用用户名密码登录。

6、纳税人填写申报表之前无需填写财务报表，电子税务局可自动共享纳税人在国税填写过的财务报表。

7、附表是弹框填报，如果没有数据，也要打开，在保存，实行零申报。（企业所得税）

8、车船税申报：上传数据，自动检测数据--下载表格末尾有提示错误信息--修改数据，重新上传。单次导入上限5000条。

9、申报期内，每天全省扣款上限为30W条，超过上限而未能成功扣款，自动将缴纳期限延长一天，隔天仍由纳税人主动发起扣款，依次类推。

10、个体工商户（非定期定额户）业主、个人独资和合伙企业（非定期定额户）投资者如需通过电子扣款方式缴纳个人所得税，先到主管地税机关签订扣款协议。