一种面向金税三期的核心征管系统的设计的制作方法
【专利摘要】本发明公开了一种面向金税三期的核心征管系统，系统采用总体架构规划和分层架构设计，引入SOA技术，具体采用大厅、前置、核心征管处理平台三层构架，包括登记、认定、发票、优惠、证明、申报、征收、票证、稽查、法制、评估审计、计会统、综合(行政许可)等功能模块。本发明的征管系统支撑全国大集中应用模式，解决大集中带来的高负载、海量数据处理等性能问题，实现业务功能服务化可装配，形成国地税统一征管信息系统，为全国税收信息共享、统一执法、提高税法遵从度和税收征收率提供支撑。
【专利说明】一种面向金税三期的核心征管系统的设计
【技术领域】
[0001]本发明涉及一种面向金税三期的核心征管系统，尤其是支撑全国大集中模式的征管系统。
【背景技术】
[0002]税收肩负着国家财政和调控经济等重要职能，涉及到几乎所有的经济领域、经济部门和经济环节；税务系统的信息能最全面、最及时、最准确地反映国民经济的状况及发展态势。因此，税务信息系统在国民经济和社会信息化中，是最重要、最有价值的系统之一。要积极应对经济和社会快速发展带来的挑战和机遇，就必须加快税收信息化建设的进程。
[0003]然而，随着国内外经济形势的变化，我国税收管理环境发生了深刻变化，现有国家税收征管体系和征管信息化系统面临着巨大挑战:各地税务机关征管执法不统一，征管程序、手段、水平不一致；总局机关无法及时、完整、准确掌握全国国、地税征管信息，无法准确、有效进行税源管理、征管质量分析监控以及经济税收分析、决策等职能；各级税务机关间征管信息共享不到位，尤其是对第三方信息、总分机构信息、企业集团信息等难以及时全面掌握，不能有针对性地实施服务与管理。
【发明内容】
[0004]为了克服上述我国征管信息化系统面临的诸多挑战，本发明提供了一种面向金税三期的核心征管系统，该系统采用总体架构规划和分层架构设计，引入SOA技术，具体采用大厅、前置、核心征管处理平台三层构架，包括登记、认定、发票、优惠、证明、申报、征收、票证、稽查、法制、评估审计、计会统、综合(行政许可)等功能模块。本发明的征管系统支撑全国大集中应用模式，解决大集中带来的高负载、海量数据处理等性能问题，实现业务功能服务化可装配，形成国地税统一征管信息系统，为全国税收信息共享、统一执法、提高税法遵从度和税收征收率提供支撑。
[0005]为了实现上述的目的，本发明的征管系统的设计所采用的技术方案如下:
[0006]系统设计采用基于J2EE的多层分布式应用模型和基于SOA应用集成的技术架构，实现软件系统的适用性、可扩充性、可维护性。
[0007]1、整个技术方案设计选定基于J2EE架构的技术路线，并以此作为新一代核心征管系统实现的技术基础。J2EE架构是当前主流的架构之一，目前大多数企业采用J2EE技术的结构设计与解决方案。J2EE体系结构提供中间层集成框架用来满足无需太多费用而又需要高可用性、高可靠性以及可扩展性的应用的需求。通过提供统一的开发平台，J2EE降低了开发多层应用的费用和复杂性，同时提供对现有应用程序集成强有力支持，完全支持Enterprise JavaBeans,有良好的向导支持打包和部署应用，添加目录支持,增强了安全机制，提高了性能。J2EE使用多层的分布式应用模型，应用逻辑按功能划分为组件，各个应用组件根据他们所在的层分布在不同的机器上。传统的J2EE多层企业级应用模型将两层化模型中的不同层面切分成许多层。一个多层化应用能够为不同的每种服务提供一个独立的层。基于层次化组件模式的J2EE平台把业务逻辑和底层网络技术分离开来，具有可伸缩性、扩展性、易开发性和易维护性，已经成为企业级分布式网络计算的事实标准。核心征管系统技术架构将遵循J2EE架构技术标准和规范。
[0008]2、面向服务的体系架构(SOA)可以让不同组织的软件实现无缝衔接，为端到端税务流程提供支持。SOA将大量的IT功能或“服务”加以综合，为业务流程提供支持。在税务领域，其服务实例包括进行纳税申报、新客户税务代理登记或查看个人税单。服务可以进行综合，因为它们含有介绍服务的元数据和推动服务的数据，从而免除了经常变更源代码以适应另一系统变化的必要。此外，SOA对服务和部件的重复使用，不仅可以降低风险，而且还可以使现有应用软件的投资回报率最大化。从技术角度看，SOA之所以获得IT业界的青睐，能够在企业实际应用中获得成功有两个最重要的因素:“灵活性”和“与业务紧密相关”。针对灵活性而言，SOA是第一个考虑了业务发展长期性的IT架构方法。从本质上说，SOA是一组松耦合的服务，每一个服务的建立和替换都是相对便宜的。与传统的紧耦合架构相比，松耦合架构更能适应业务的变化。在SOA中，应用系统可以用一个服务替换另一个服务，而无须关心其底层的实现技术，唯一要考虑的就是服务接口，而它采用了通用的Web服务和XML标准。灵活性带来的另一个好处是可以充分利用现有的IT资产，包括国地税目前已有应用和数据库等众多IT系统，新的业务系统可以通过将遗留应用和数据纳入SOA基础架构，而不是替换它们来使其成为整体IT资产的一部分。这种架构最终将使金税三期的IT架构能够更快速、更便宜、更有效地适应业务需求的变化。第二个重要因素是业务相关。SOA与其他传统IT架构的最大区别在于它与业务的密切关联性。它以服务为基本单元来组织IT资源，其中的每一项服务都可以完成实际业务流程中的一项任务。例如，可以把一项服务叫做“更新审核状态”，它可能包含一系列操作。如此一来，服务立刻与业务发生了密切的关系，业务人员可以参与服务的创建，并且用它们定义新的业务流程，从而实现服务驱动型企业(Service-Driven Enterprise)的目标。由于Web服务屏蔽了底层的技术细节，因此业务人员和IT人员都可以专注于业务逻辑的实现，二者的共同语言就是“服务”。
[0009]基于SOA的征管系统的三层架构将依申请的应用系统架构规划为大厅、前置、核心征管处理平台三层构架。针对每一层次技术实现的关键技术进一步分析，得到如下关键技术解决机制:
[0010]1、总局渠道层，也就是大厅子系统部分，除了应用负载均衡、数据压缩和可靠性协议等机制，还将重点采用如下机制解决性能、可靠性和灵活性问题:
[0011](I)渠道分区机制:渠道分区机制负责按照不同的策略(例如地域、业务类型等)进行分区部署，利用分区机制来提升渠道端的性能负载、业务可靠性以及渠道的扩展能力；适用于承载大并发业务的渠道；重点解决的是系统性能、可靠性、灵活性等方面的问题。
[0012](2)页面、模板缓存机制:负责提供对渠道端的各类页面、表单模板进行缓存处理，有效降低各类渠道页面展现的性能开销；适用于承载大并发业务的渠道；重点解决性能问题。
[0013](3)业务状态数据缓存机制:为了提升渠道端的业务处理效率，需要将各类业务状态进行渠道缓存，降低渠道同后台的交互频率和交互时间。适用于承载大并发业务的渠道；重点解决性能问题。
[0014](4)离线处理机制:对于一些业务连续性要求高的业务，渠道需要提供离线处理的能力，保障在极端场景下交易的连续性；适用于业务连续性要求很高的业务类渠道；重点解决可靠性问题。
[0015]2、前置层，除了应用负载均衡、队列管理、同步处理、异步处理、批量处理、可靠性协议和持久化等机制，还将重点采用如下机制解决性能、可靠性和灵活性问题:
[0016](I)流量控制机制:实现基于策略的流量管理，能够根据系统的整体负载变化按照交易业务属性(例如涉税业务种类、地域、纳税人类型等)进行并发和优先级的调节，提升对关键业务的性能和可靠性保障，有效降低核心交易系统的性能压力；适用于大并发的业务，需要根据不同的时间、地域以及业务类型引入流量控制机制，以保障交易的性能和可靠性；解决交易性能和可靠性问题。
[0017](2)交易监控预警和流水管理机制:提供对各类前置接入的交易进行监控，采集各类关键性的处理状态信息，识别异常类交易并及时的预警。提供流水记录机制，保障系统间业务交互的可追溯性，避免各类跨系统业务的一致性；适用所有业务；解决可靠性问题。
[0018](3)渠道注册管理和接入策略配置机制:提供对各类渠道的注册机制，实现对渠道属性(例如渠道编号、渠道类型、渠道技术参数)的统一管理；针对不同渠道的接入方式提供策略配置机制，能够根据渠道的属性以及渠道中各类业务特性来定义渠道请求的接入策略，包括渠道的并发分配、渠道请求的处理模式(同步、异步、批量)、渠道的优先级等各类特性；所有渠道都需要进行注册，否则无法访问前置系统；对于各类关键性业务建议统一采用渠道接入策略来控制渠道的接入模式；解决灵活性问题。
[0019](4)交易组合和交易路由管理机制:交易组合提供在前置层来实现对后端多个跨应用系统服务的技术组合；交易路由管理利用路由表配置机制实现渠道和后端业务系统交互的位置透明，自动完成服务的查找和调度；对于需要跨多个应用进行处理，同时衔接逻辑不涉及复杂业务的场景可以借助前置交易组合机制来实现。对于复杂的应用间业务衔接，建议采用流程引擎来实现；解决灵活性问题。
[0020]3、核心处理层，除了应用负载均衡、交易队列、事务管理、服务路由、交易预警监控、服务注册、服务配置和服务缓存等机制，还将重点采用如下机制解决性能、可靠性和灵活性问题:
[0021](I)交易接入和分区管理机制:交易接入管理负载对各类交易请求进行统一的处理分配，完成交易的安全控制以及策略路由管理；对于大并发的交易需要支持分区机制，利用分区的方式来分散系统压力，例如能够按照地域、业务种类等要素来对交易系统进行分区部署；适用于交易量大或者未来需要独立部署的交易，需要能够支持基于策略的分区；综合解决性能、可靠性、灵活性等问题。
[0022](2)交易补偿和故障隔离机制:支持持包括自动以及人工的交易补偿干预机制；对于关键性业务交易，需要在设计时从业务划分、应用划分以及系统设计几个层面来考虑故障隔离的议题，即某一应用发生故障时不会影响其他应用或业务的正常运行；适用于无法利用系统级事务(例如:数据库事务管理)管理来处理的业务；解决可靠性问题。
[0023](3)流程管理机制:负责完成各类业务流程的管理及运行，支持人人工及自动流程机制；解决灵活性问题。
[0024](4)业务策略配置和业务规则:对于各类变化比较频繁的业务，以及各省差异化的业务，需要通过参数化的机制来满足不同情况的变化。采用规则引擎来实现对各类业务规则的集中管理，提升交易系统的稳定性；解决灵活性问题。
[0025]本发明的有益效果是，通过核心征管系统的全国集中，统一规范国地税、各地区和各税种的执法，有利于全国征管数据的实时集中，增加税务管理的透明度，加强对税款征收全过程的监控，极大压缩违规操作空间，减少跨地区业务的重复操作和复杂度，提升纳税人服务水平。
【具体实施方式】
[0026]依据上述系统设计方案及关键技术分析对本发明的面向金税三期的核心征管系统做以下详细描述:
[0027]1、环境配置
[0028]系统基于J2EE技术设计实现，系统平台满足一下环境:
[0029]服务器操作系统:WindowsServer 2003
[0030]客户机操作系统:Windows 98及以上版本，支持ffi6.0以上浏览器
[0031]服务器数据库:0racle IOg
[0032]Web 服务器中间件:Weblogic 10.3
[0033]2、总体架构
[0034]基于SOA的征管系统的三层架构将依申请的应用系统架构规划为大厅、前置、核心三部分。
[0035](I)大厅系统部署在省局，有单独的WEB服务器、应用服务器以及数据库服务器；提供人机交互界面，组织服务报文(服务可以是大厅系统本身服务、前置系统服务或者核心系统服务)，并且把服务返回报文进行解析通过人机界面进行展现；大厅系统是一个有状态的系统，系统保持会话状态。
[0036](2)前置系统部署在省局，完成大厅系统和核心系统集成；大厅系统的远程服务调用都需要前置系统来完成调用；前置系统对远程服务进行渠道管理和流量控制，对大厅系统的服务调用进行合理的分拆和组合。
[0037](3)核心系统部署在总局，提供核心系统服务；核心系统提供的服务是无状态的、基本稳定的、各渠道能复用的。
[0038]3、系统结构
[0039]为了确保业务目的的实现，核心征管处理平台采用全国大集中的模式。征管处理平台需要前置软件以及大厅软件等外围软件一起才能完成核心征管业务的完整流程。核心征管业务的整个处理环节被分为渠道层、前置层、业务处理层、核心资源层四个层次:
[0040](I)渠道层:纳税人通过大厅系统等渠道完成涉税业务的申请。
[0041](2)前置层:纳税人提交的涉税申请，通过预处理层进行业务受理，如业务校验和合规性检查。
[0042](3)业务处理层:完成涉税核心征管业务处理，包括登记、认定、发票、优惠、证明、申报、征收、票证、稽查、法制、评估审计、计会统、综合等。
[0043](4)核心资源层:完成涉税数据的集中存储，税务数据可以分为税务登记、认定、优惠、发票、申报、征收、计会统、纳税评估、稽查、法制等十个部分。
[0044]4、系统功能[0045]根据业务需求，系统实现了十三个业务域的功能，包括登记、认定、发票、优惠、证明、申报、征收、票证、稽查、法制、评估审计、计会统、综合。
[0046](I)登记包括税务登记、其他登记、风险管理项目登记、社会保险费登记、管户分配、调查巡查、非正常户管理、委托代征管理、其他登记管理、车购税登记信息补充录入、注销车辆购置税登记信息和纳税人主管税务机关变更等。
[0047](2)认定是指依照纳税人的申请，税务机关对纳税人申请的资格、资质进行审核、调查后，依法赋予纳税人相关资格、资质的过程。
[0048](3)税收优惠包括减税、免税和所得税扣除项目审批或备案申请。
[0049](4)发票内部管理包括发票计划管理、发票印制管理、发票库房调拨管理、发票柜台管理、发票结存管理和发票挂失核销管理等。
[0050](5)发票外部管理包括对发票使用和管理的审批、发票发售、发票代开、发票担保、发票缴销管理、发票核销管理和发票的真伪查询以及兑奖等。
[0051](6)证明是指对纳税人提出税收证明开具申请，税务机关审核后开具证明的过程。
[0052](7)纳税申报业务，是指纳税人根据税收法律法规的有关规定依法履行纳税义务，按照税收法律的规定向税务机关提交纳税事项的书面报告，税务机关处理纳税人申报的过程。
[0053](8)税款征收业务，是指税务机关依据国家法律、行政法规的规定将纳税人依法应纳的税款通过不同方式征收入库的执法过程或工作。
[0054](9)票证业务域包括票证和其他单证管理两部分，本申报征收部分仅包括票证管理部分，而其它单证的管理归属纳税人管理的部分。票证是包括税收票证和规费票据。票证管理是对各类票证的计划、印制、结报缴销、核销、损失与核算进行管理，反映和监控税收征纳行为。
[0055](10)稽查包括稽查业务域。税务稽查是指税务机关依法对纳税人、扣缴义务人履行纳税义务、扣缴义务情况所进行的税务检查和处理工作的总称。
[0056](11)法制包括法制业务域。法制业务域包括违法违章、税务行政救济、税务执行
坐寸ο
[0057](12)评估审计是指税务机关通过采用多种数据分析方法，在对纳税人和扣缴义务人纳税申报情况的真实性和准确性做出定性和定量分析的基础上所采取的一系列征管措施的管理行为。包括纳税评估，纳税信用等级管理，税收情报交换管理，特别纳税调整和涉外税务审计。
[0058](13)综合包括行政许可审批的流程处理等。
[0059]最后所应说明的是，以上实施例仅用以说明而并非限制本发明所描述的技术方案；因此，尽管本说明书参照上述的实施例对本发明已进行了详细的说明，但是，本领域的普通技术人员应当理解，仍然可以对本发明进行修改或者等同地替换；而一切不脱离本发明的精神和范围的技术方案及其改进，其均应涵盖在本发明的权利要求范围当中。
【权利要求】
1.一种面向金税三期的核心征管系统，其特征在于采用总体架构规划和分层架构设计，引入SOA技术，支撑全国大集中应用模式，解决大集中带来的高负载、海量数据处理等性能问题，实现业务功能服务化可装配，形成国地税统一征管信息系统。
2.根据权利要求1所述的核心征管系统，其中分层架构具体为采用大厅、前置、核心征管处理平台三层构架，包括登记、认定、发票、优惠、证明、申报、征收、票证、稽查、法制、评估审计、计会统、综合(行政许可)等功能模块。
【文档编号】G06Q40/00GK103544648SQ201210238081
【公开日】2014年1月29日 申请日期:2012年7月11日 优先权日:2012年7月11日
【发明者】王德伟, 杨玉璞 申请人:神州数码信息系统有限公司