2023年金税三期的特点和功能(五篇)

无论是身处学校还是步入社会，大家都尝试过写作吧，借助写作也可以提高我们的语言组织能力。写范文的时候需要注意什么呢？有哪些格式需要注意呢？以下是小编为大家收集的优秀范文，欢迎大家分享阅读。

金税三期的特点和功能篇一

一、外管证业务(测试通过)1.外管证开具 外出经营证明开具[证明受理岗] 2.报验 外埠纳税人报验登记[税务登记岗] 注意事项：如果识别号为省外纳税人，系统默认可以继续操作。3.项目登记(1)建筑业项目登记及变更[税务登记岗](2)不动产项目登记及变更[税务登记岗] 4.代开发票

(1)建筑业代开 建筑业统一发票代开申请[发票代开岗](2)不动产代开 销售不动产统一发票代开申请[发票代开岗](3)通用代开 通用机打发票代开申请[发票代开岗] 5.外管证核销

(1)经营地税务机关: 第一步:进行外出经营活动情况申报[登记初审岗]

第二步:注销建筑业或不动产项目[税务登记岗](2)注册地税务机关: 外管证核销 外出经营证明核销[证明受理岗]

二、票证结报缴销（测试通过）

1． 用票人结报缴销（用票人结报缴销（系统内）[税款征收岗]）

注意事项：（1）用票人将已开过的所有票证进行结报；

（2）（非电子凭证）有现金票证的必须进行以下操作 a现金汇总，b缴款书上解销号[税款征收岗]（3）查看信息是否正确，如正确点击保存，再点击提交。信息会传到 票证管理员进行审核 2．票证管理员：

（1）进入系统后，屏幕右下角会弹出提示信息，查看提示信息进入票证缴销界面。（2）忘记点击提示信息，也可以选择“审核税收票证结报缴销”菜单进行操作。（3）保存（4）审批

（5）审批后发现结报信息错误的，可以点击“撤销结报”菜单，进行作废处理，作废后结报信息自动返到用票人那里。

三、财务会计制度备案

（1）点击“财务会计制度备案[报备受理岗]”菜单进入

（2）注意事项：a 如已有备案信息，先删除，再增加。b 报送财务报表种类也在这个界面里增加。c 财务制度有效期不用填。四、三方协议

注意事项：a 行政区划选到市即可，不要选到区。b 保存后自动生成协议编号。

五、非正常户解除

注意事项：a 输入识别号回车，保存、解除即可。

b 如果需要处罚走“税收（规费）违法行为登记”流程。

六、企业所得税征收方式认定

1．点击“企业所得税核定（依申请）”

2．审批流程：管理员—所长—税政—主管局长—管理员进行公示—结束。

七、代开发票查帐征收与核定征收

注意事项：企业所得税不选子目系统默认为查证征收，按25% 选到子目按核定征收，按2.5 %

八、通用申报说明

注意事项 1.房地产企业不能增加税种；

2．房地产或建筑业如果有项目可以点击“项目提取”来获取税种信息，但必须采集项目金

额，金额可以在申报时更改。

3．如果征收土地增值税，必须通过项目提取，不能添加。

九、票证领用

1．用票人存在已开具未结报的票证，系统会禁止票证管理员发放票证。2．三代单位如果需要领用税收票证，票证管理员首先要核定用票人。3．可以人为调整票证出库顺序，通过“票证库存优先级管理”调整出库

顺序，数字越大，越优先出库。4．票证管理员不能设为用票人。

十、简易处罚

1． 点击“税收（规费）违法行为登记”进入，登记后“保存”，再点击“推送”，推送给自己。

2． 在首页“代办业务”中找到并打开此信息：

（1）在界面左侧选择责令限期改正，右侧会带出责令限期改正通知书内容。填写完毕后保存。

（2）点击“文书送达” 输入信息（3）点击“送达文书销号”

（4）点击“责令限期改正通知书销号”（5）推送 推送给自己

3． 在首页“在办业务”中找到并打开此信息

（1）此时左侧界面，“责令限期改正”上方有个对钩，（表示前期操作正确）（2）在左侧界面点击“简易处罚”（3）上方菜单选择“启动流程”（4）右侧输入陈述信息。（5）右侧输入处罚决定

（6）右侧“文书送达”和“回证销号”（7）刷新或从新登陆

（8）左侧简易申报上方出现“对钩”（表示操作正确）4． 罚款征收

办税服务厅从“一般征收开票”征收税款 5． 本流程结束。

十一、委托代征

1． 选择委托代征协议签订[税务登记岗]菜单（1）内容基本上全部填写（2）保存成功自动生成协议号（3）启动税费种认定流程

（4）首页代办业务进入税费种认定，增加委托代征税种。2． 税收票证管理员核定三代单位为用票人。

选择核定用票人[税收票证管理岗]菜单，点击“新增”核定票种。3． 票证发放：选择三代单位，选择纳税人。4． 委托代征申报

（1）填写或导入委托代征明细报告表（2）自动生成委托代征报告

（3）点击功能树，选择税务收现报告

注意事项：填写正确的票种，票号，计划好每张税票的行数。5． 现金完税凭证汇总，打印缴款书给企业进帐。

注意事项：选择委托代征汇总。

6． 票证结报缴销[系统外]（同票证缴销，特殊之处是输入税款）

十二、总包与分包

1． 有总分包业务的纳税人开发票，系统中总包和分包必须进行项目登记；

2． 最好总包先做项目登记，在做分包项目登记，在工程项目基本信息的承包方式选择“分承包”；在工程项目其他信息中上一级发包情况，增加总包方信息保存即可。系统会自动对总包项目登记和分包项目进行关联。3． 分包代开发票，收款方是否为分包人选择“是”，选择对应的项目编号。4． 总包代开发票，收款方是否为分包人选择“否”，选择对应的项目编号。

（1）应税项目信息中输入开票金额，可扣除收入额输入分包开票金额进行扣除；

金额不能大于分包已开票金额，分包没开票输入金额无效。

（2）应纳税款信息中选择征收品目，系统带出税种。但不一定带全，请核对。

允许扣除金额里输入正确的扣除金额。

代开发票流程有待优化：1.太麻烦 2.开总包发票应自动带出分包的税款信息；3.没有剩余合同金额。

十三、发票领用（外来户）（测试通过）1.报验登记 2.所长管户分配

3.税费种认定（可以启动调查巡查流程）4.票种核定，保存、推送给自己

5.首页-代办业务中点击 票种核定信息，如果选择发票担保，保存推送后代办事项中会出现两条信息（1）担保申请（2）票种核定

6.先操作担保申请，里面的信息支持人工录入，没有强制校验。7.再点击“票种核定信息‘ 保存 推送给票管所。8.票管所保存推送给主管局长 9.主管局长保存推送给专管员

10.专管员代办业务点击“票种核定“ 进行如下操作：（1）发放领购薄（2）打印基本信息（3）打印明细信息（4）保存推送

11.办税服务厅发售发票。

十四、退（抵）税（测试通过）

前提条件：1.账户备案成功；2.税款已经上解入库销号 流程：1.发起人录入退抵税信息；保存-推送—税收管理员 点击查询，查询到纳税人的税票信息。2.税收管理员保存---推送—所长 3.所长保存—推送—两个选项

（1）政策性退税 推送到税政科

（2）一般性退税 推送到征管科 4.征管科或税政科保存—推送—主管局长 5.主管局长保存---推送到发起人。

6.发起人先打印《受理退税通知书》 ； 再推送---结束 7.计财科打印《税收退还书》送人民银行。8.结束。十五、一般处罚

1． 点击“税收（规费）违法行为登记”进入，登记后“保存”，再点击“推送”，推送给自己。

6． 在首页“代办业务”中找到并打开此信息：

（1）在界面左侧选择责令限期改正，右侧会带出责令限期改正通知书内容。

点击责令限期改正，系统提示“是否启动新流程”选择“是”，系统弹出责令限期改正页面。填写完毕后保存。

（2）点击“文书送达” 在识别号处点击“回车键”带出纳税人名称，点击查询，选择相关记录，点击保存，跳转到销号

（3）输入相关信息，选择记录，点击“销号”（4）在办业务中选择责令限期改正

（5）输入销号日期等相关信息，点击“销号”进行责令限期改正通知书销号。（6）系统提示“限期内未改正，可以进行一般处罚或停供票”（7）推送 默认推送给自己

7． 在首页“在办业务”中找到“违法行为处理”记录并打开此信息

（1）此时左侧界面，“责令限期改正”上方有个对钩，（表示前期操作正确）（2）在左侧界面点击“一般处罚”，系统提示“是否启动新流程”选择“是”，系统弹出一般程序处罚页面。

在二级菜单选择“行政事项告知书”

录入告知书内容，保存

二级菜单，文书送达

选择记录 保存 跳到销号界面，查询--录入信息点击---销号（3）在办业务，选择“一般程序处罚决定处理-审批”---行政告知书

（4）陈述申辩笔录---保存

（5）在办业务，选择“一般程序处罚决定处理-审批”--输入信息—保存-推送到法规科（6）法规科 代办业务，一般程序处罚决定处理-审批（区县局）-保存—推送到管理员（7）管理员，代办业务点击 一般程序处罚决定处理-制作（一般处罚）

保存—推送—主管局长（8）一般程序处罚决定处理-终审（区县局）保存—推送---管理员

（9）管理员，代办业务点击一般程序处罚决定处理—执行，文书送达、文书销号（10）办税服务厅，一般征收开票征收罚款

（11）管理员，在办业务代办业务点击一般程序处罚决定处理—执行，录入信息 保存-推送-结束

（12）如果不对纳税人进行其他处罚，管理员在代办业务点击税收规费违法行为处理-税收（规费）违法行为处理，推送-推送给自己。（这时右侧一般处罚上面也出现了对勾）

（13）在办业务中点击税收规费违法行为处理-税收（规费）违法行为处理终结，保存—推送（14）结束。

总结：测试罚款3000元的流程：

管理员（登记-责令-送达-回证销号-责令销号-告知-送达-销号-陈述-保存）—法规科—主管局长—管理员（决定书文书送达—销号）---办税服务厅（征收罚款）----管理员（结束一般处罚流程的操作）

十六、不予加收滞纳金 前提条件：（1）符合不加收滞纳金政策。

（2）已申报，并带有滞纳金

1.办税服务厅录入 不予加收滞纳金确认信息。保存-推送给管理员 2.管理员 保存--推送给所长---征管科---主管局长---大厅。3.大厅进行一般征收开票。

十七、企业所得税征收方式认定（核定征收）

1.管理员 选择企业所得税核定（依申请）菜单

2.输入正确内容，注意收入选择合格，成本费用不合格，其他选择合格，正确行业。3.保存—推送—所长—税政—主管局长—管理员

4.管理员（1）企业所得税核定公示（2）代办业务保存-推送-结束 注意事项：核定征收从审批结束的当月执行。

金税三期的特点和功能篇二

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

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、金税三期工程属国家级信息系统工程，是国家电子政务建设的重要组成部分。该系统融合了税收征管变革和技术创新，统一了全国国地税征管应用系统版本，搭建了统一的纳税服务平台，实现了全国税收数据大集中，对于进一步规范全国税收执法、优化纳税服务、实现“降低税务机关征纳成本和执法风险，提高纳税人遵从度和满意度”的“两提高、两降低”的税收征管改革目标具有极其重要的意义。

3、金税三期工程在广东、山东、河南、山西、内蒙古、重庆6个省（市）级国地税局先行试点，然后在全国推广

3、金税工程是国家电子政务“十二金”工程之一，从1994年上半年到2001年上半年，先后经历了一期和二期建设阶段。2005年9月7日，国务院审议通过金税三期工程项目建议书；2007年4月9日，发改委批准金税三期工程可研报告；2008年9月24日，发改委正式批准初步设计方案和中央投资概算，标志金税三期工程正式启动。

金税工程中的重要环节为增值税防伪税控系统，从94年，根据朱总理“先试点，后推广”的指示精神，开始组织力量在辽宁鞍山、江苏镇江和广东珠海三市试点，1996年1月1日起全国凡是开具百万元版增值税专用发票的企业全部安装运行防伪税控系统，2000年1月1日起，所有十万元版以上的增值税专用发票一律通过防伪税控系统开具。增值税防伪税控系统已经进入全面的三期推广阶段，全面覆盖增值税一般纳税人，只要开具专用发票就必须通过防伪税控系统开具。可以说增值税防伪税控系统是我国“前无古人，后无来者”的创造发明。

1、运用先进税收管理理念和信息技术做好总体规划

运用流程管理理念规划征管系统，直接使用工作流工具，增强征管系统的适应性，有效支持业务由职能导向转变为流程导向，由结果监督转变为过程监督。

运用税收风险管理理念规划管理决策系统，并与征收管理、行政管理系统进行有效衔接，提高信息应用水平。

运用面向服务的理念、技术整合行政管理系统，把已开发的应用软件以松耦合方式整合到行政管理系统中，实现信息共享。

2、统一全国征管数据标准、口径

通过对税收元数据的属性定义，保证数据项标准、口径的唯一性；

通过规范数据采集方式和标准，实现涉税信息的“一次采集，系统共享”，并为涉税信息的拓展应用奠定基础。

3、实现全国征管数据应用大集中

逐步建立以总局为主、省级为辅的全国征管数据应用大集中模式，在总局进行征管数据的集中处理和存储，并建立第三方信息共享机制，实时、完整、准确地掌握纳税人涉税信息和税务机构、人员情况。

4、统一国地税征管应用系统版本

实现全国国地税征管应用系统的版本统一。

应用系统将在统一技术基础平台的基础上，增强开放性、灵活性和可动态配置，充分适应国地税的业务管理和技术发展需要。

5、统一规范纳税服务系统

通过统一规范总局、省局的纳税服务渠道、功能，建设全国的纳税服务系统，为纳税人和社会公众提供统一、规范的信息服务、办税服务、征纳互动服务。

6、建立统一的网络发票系统

通过建设统一的网络发票管理、查询等系统，制定网络发票开具标准和赋码规则等相关制度，及时获取纳税人开具发票信息，与申报信息分析比对，促进税源管理；为纳税人提供发票信息辨伪查询；并逐步实现发票无纸化，最大限度地压缩假发票的制售空间。

根据国家税务总局的统一部署，重庆税务局作为全国地税首家金税三期试点单位将于2013年2月正式上线运行金税三期工程核心征管、个人税收管理、决策支持1包和决策支持2包等软件。

金税三期的特点和功能篇四

金税工程（三期）

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

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

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

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

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

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

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

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

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

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

金税工程的建设原则

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

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

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

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

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