金税三期工程省级应用集中优化实施方案.doc

1、1金税三期工程省级应用集中优化实施方案一、概述根据总局税收信息化工作领导小组进一步推进和优化金税三期工程的要求，优化实施工作组组织金税三期架构组、业务组、广东、内蒙、河南、山东、山西、重庆六省市试点单位国地税局和江苏省地税局，中软公司、神州数码公司、甲骨文公司、税友公司、方欣公司和中创公司等各项目组共 132 人，于 2014 年 2 月 9 日至 2 月 22 日在广东省地税局桃源楼南海税务信息处理中心集中工作，研究金税三期省级应用集中和全国数据集中实施方案。本次会议分为总体组、数据组、关键技术组、用户体验组、系统部署和运维组，通过反复研究，形成了总体优化实施意见。金税三期优化实施阶段将根据

2、金税三期省级应用集中技术分析报告中提出的优化建议，充分考虑风险性、合理性和前瞻性等方面的因素，优化调整现在的全国统一集中部署方案为省级集中部署方案，调整项目的架构、解决现存问题、分析管控省级集中过程中的重点问题并根据总局的时间要求在年底实现 3+2 省市的上线工作。同时严格监管优化实施阶段的工程质量、流程，强化甲方项目管2控能力，规避质量风险，保证时间进度，控制项目成本。二、优化原则（一）总体原则1. 遵循金税三期的架构规范和标准，并根据省级应用集中和总局数据大集中的需要进行优化调整。2. 金税三期必须成为一个整体进行优化，不同的子项目不能够各自为政、画地为牢。优化工作需要进一步明确各子项目在

3、总体架构中的位置和职责，按总体架构要求进行子项目的设计开发工作。3. 简化金税三期目前过于复杂的体系结构，对各系统的应用分布和数据库分布进行合理化归并，最大程度地提高金税三期系统的稳定性。4. 以税务基层工作人员和纳税人的体验为优化重点，重点关注系统的易用性和稳定性。5. 严格管控数据规范，同时充分考虑各地业务的差异，适度放开业务流程限制。（二）应用架构方面1. 优化金税三期应用集成设计，全面采用服务化的集成手段。2. 各项目边界合理归位，遵循“高内聚、低耦合”的应用设计基本原则，调整应用分布及功能边界，简化核心征管系统核心部分，提供模块插件化接入服务。33. 主要税收业务都必须提供补偿业务。

4、4. 简化系统初始化配置的复杂程度，降低上线和运维的难度。（三）数据架构方面1. 对金税三期的数据结构进行重新梳理设计和全面优化，建立全国统一的规范数据模型，纳入总局统一的配置管理，并由甲方严格管控数据结构的变化和数据库的日常维护。2. 简化金税三期工程的数据链路，原则上生产系统只保留一份数据，如果需要增加副本，必须经过充分论证。3. 金税三期各系统必须将所有数据全部结构化并存放在生产数据库中，不能仅以 XML 文件进行存放。XML 结构化一般情况下实时处理，大数据量 XML 文件可异步处理。生产系统以结构化数据为主要处理对象，XML 文件作为原始凭证按照电子档案管理规范的要求进行流转和保存。

5、4. 在核心征管系统中恢复必要的查询功能，以实现操作员可以完整查询到自己录入的数据。三、应用架构（一）调整内容1. 完善总局、省局应用部署模式，对于交互频度高、直接与纳税人发生联系的业务在省局集中处理，总局根据4管理和决策的需要采取存储、调用等各种方法分类处理数据集中需求。调整完成后，管理决策系统、外部信息交换系统、业务工作门户、应用集成平台、数据交换平台、IA系统和行政管理平台两级部署，其他应用系统部署在省局。2. 总局和省局之间通过异步数据交换的方式实现数据共享。省局国地税分开部署，国地税间实时交互通过应用集成平台实现，批量数据通过外部信息交换平台实现。3. 优化应用集成设计，合并目前架构

6、中的税库银前置（核心征管自建） 、应用集成平台、遗留前置、核心征管前置和个税前置，统一为面向渠道服务的应用集成平台和面向内部应用系统间服务的应用集成平台。应用系统间的集成优先采用服务方式。4. 核心征管系统增加查询功能，提供生产类查询。5. 前置系统不再作为单独系统考虑，作为核心征管或个税内部部件合并部署。6. 大厅系统不再作为单独系统考虑，分别归并到核心征管和个税合并部署。7. 原跨层级数据交换平台改名为数据交换平台，为可选系统，可根据实际业务选择跨层数据交换平台、GoldenGate、ETL 等交换平台工具。5（二）省级集中应用架构设计应用架构的优化建议如下图所示，包含金税三期的总体应用架

7、构和核心征管系统应用架构。决策支持 （ 总局 ）外部信息交换（ 总局 ）行政管理（ 总局 ）决策支持 （ 一 ） 决策支持 （ 二 ）总局业务系统应用集成平台业务工作门户数据交换平台总局省局应用集成平台 （ 内部 ）业务工作门户 数据交换平台外部信息交换核心征管定制查询税库银决策支持（ 省局 ）决策一决策二行政管理（ 省局 ）总局保留软件省局特色软件纳税人管理申报征收发票管理风险处理出口退税国税应用集成平台 （ 内部 ）外部信息交换核心征管网络发票税库银行政管理（ 省局 ）总局保留软件省局特色软件纳税人管理申报征收发票管理风险处理地税个税系统定制查询决策支持（ 省局 ）决策一决策二电子档案电子

8、档案网络发票业务工作门户 数据交换平台应用集成平台（渠道）省局保留渠道其他渠道纳税服务应用集成平台（渠道）省局保留渠道其他渠道纳税服务图 3.1 金税三期总体应用架构图（三）部署模型以下为金税三期系统部署模型。61.总局部署模型外 联 网 服 务 区互 联 网 服 务 区内 网 服 务 区总 局 业 务 系 统WEB服 务 器外 部 交 换前 置 服 务 器互 联 网加 密 机专 线内 部 广 域 网纳 服 门 户Web服 务 器决 策 1包数 据 库 服 务 器分 发 库外 部 交 换数 据 库 总 局 业 务 系 统数 据 库总 局 业 务 系 统应 用 服 务 器 核 心 征 管定 制

9、查 询 系 统应 用 服 务 器 决 策 1包 查 询 统 计 、征 管 状 况 分 析应 用 服 务 器 决 策 1包 报 表应 用 服 务 器 决 策 1包相 关 工 具应 用 服 务 器应 用 集 成 平 台应 用 服 务 器决 策 1包电 子 档 案 系 统应 用 服 务 器业 务 工 作 门 户应 用 服 务 器 跨 层 级 交 换 平 台应 用 服 务 器权 限 系 统应 用 服 务 器 外 部 交 换 平 台应 用 服 务 器决 策 2包数 据 库 服 务 器纳 服 门 户应 用 服 务 器 纳 服 门 户数 据 库 服 务 器 外 部 交 换第 三 方 信 息 库 跨 省 业

10、务 数 据 库跨 省 业 务 服 务 系 统应 用 服 务 器应 用 集 成 平 台权 限 系 统生 产 库决 策 2包应 用 服 务 器图 3.2 总局部署模型2.省局部署模型外 联 网 服 务 区互 联 网 服 务 区内 网 服 务 区核 心 征 管WEB服 务 器纳 服 网 报数 据 库 服 务 器纳 服 网 报应 用 服 务 器外 部 交 换前 置 服 务 器互 联 网专 线内 部 广 域 网税 库 银前 置 服 务 器纳 服 网 报Web服 务 器 纳 服 门 户Web服 务 器决 策 1包数 据 库 服 务 器核 心 征 管 系 统生 产 库外 部 交 换数 据 库 服 务 器核

11、心 征 管 /个 税 系 统查 询 库外 部 交 换第 三 方 信 息 库个 税 系 统生 产 库纳 服 系 统数 据 库 服 务 器核 心 征 管应 用 服 务 器核 心 征 管定 制 查 询 系 统应 用 服 务 器决 策 1包 查 询 统 计 、征 管 状 况 分 析应 用 服 务 器决 策 1包 报 表应 用 服 务 器决 策 1包相 关 工 具应 用 服 务 器纳 税 服 务 系 统应 用 服 务 器个 税 系 统Web服 务 器 个 税 系 统生 产 查 询应 用 服 务 器个 税 系 统应 用 服 务 器决 策 1包 核 算应 用 服 务 器应 用 集 成 平 台应 用 服 务

12、器业 务 工 作 门 户应 用 服 务 器权 限 系 统应 用 服 务 器外 部 交 换应 用 服 务 器税 库 银应 用 服 务 器 纳 服 队 列应 用 服 务 器应 用 集 成 平 台权 限 系 统数 据 库 分 发 库税 库 银数 据 库 服 务 器纳 服 门 户应 用 服 务 器纳 服 队 列应 用 服 务 器纳 服 门 户数 据 库 服 务 器决 策 1包电 子 档 案 系 统数 据 库 服 务 器跨 层 级 交 换应 用 服 务 器决 策 1包电 子 档 案 系 统应 用 服 务 器决 策 2包应 用 服 务 器决 策 2包数 据 库 服 务 器图 3.3 省局部署模型7四、集成

13、架构（一）应用系统之间关系1. 金税三期各新建系统之间的关系（1）决策 1 包1）各省可根据本省实际情况选择以生产库或者分发库作为数据源向决策 1 包同步生产数据，投放数据中应包含代码和权限等数据。同时对同步数据实施 Oracle 系统级增量识别方案，即实施 OGG 三个增量识别字段，以便于决策系统进行增量数据识别。2）在税收核算方面，决策一包采用核心征管数据直接进行核算，为避免核算加工影响核心征管前台应用，可以采用同一数据库不同用户的方式访问核心征管数据。为满足实时核算的需求（由基层用户决定核算启动的时间）和提高核算加工的效率要求，需要核心征管在涉及核算的相关业务表中，对每一类业务日期同步增

14、加记账用和归集用两类字段，以满足核算的需要。（2）个税系统核心征管和个税的边界切分需要考虑法人和自然人两类纳税主体，同时兼顾后续税制改革的前瞻性变化，技术实现的“高内聚低耦合”和用户体验。房产税、契税、车船税等业务拥有一致的业务流程和8业务管理规定，法人和自然人仅仅作为两类纳税主体，因此该部分业务建议保持现状。开票、退税、票证等征收业务，需要和外围系统如TIPS、POS、银行端查询缴税等紧密衔接，同时也要和销号、国库对帐、会计核算等紧密衔接，不宜单独作为一部分进行切分，因此该部分业务也建议保持现状。按照这种模式，从技术上可以保障税制改革的前瞻性变化，同时核心征管系统和个税系统的业务边界切分在现

15、状的基础上只需要做细微的调整，实现了高内聚低耦合，确保了系统的稳定性和用户的良好体验。（3）纳税服务系统1）省局数据集中后，对于纳税服务系统需要的部分实时性要求不高的数据查询接口和数据需求，改为直接由纳税服务系统直接访问省局查询库，减少纳税服务系统对其他系统的依赖性和耦合度。2）核心征管系统向纳税服务系统提供的接口服务应以实时接口为主，尽量改进用户体验；3）由网络发票系统在各省部署的前置系统提供异地发票查验向的全国路由；2. 金税三期新建系统和总局保留软件之间的关系；在金税三期与保留软件进行数据同步时提供缓存机制或者增加日志，方便日后对账；同时改进数据提取方式，9如：发票验旧业务等。3. 金税

16、三期和各省特色软件之间的关系。金三系统为各省特色软件提供其所需的业务接口，特色软件依照金三接口规范进行本地特色软件改造，通过应用集成平台（渠道）访问金三系统提供的接口服务。各省特色软件可通过访问本省查询库实现特色软件查询类需求。（二）各省国地税应用之间关系国地税之间网络连通，实现数据共享。对于国地税之间需要数据交换的情况，由一方完成业务办理后，采用数据交换的方式同步到另外一方。（三）总局业务和省局应用之间关系对于各省需要总局参与办理的业务，由业务组再征求总局各业务司的意见，根据总局各司局的回复意见进行处理，有需要再进行部署。（四）跨省应用各省涉及跨省业务的数据，在完成本地保存的同时通过异步方式

17、上传到总局，使用方明确的数据由总局直接转发到对应省局；使用方不明确或不固定的，在总局建表保存，并由总局提供实时数据服务。10五、服务体系描述（一）服务架构图描述规范金税三期省级集中系统全面采用服务化的集成手段，其中，核心征管系统服务体系架构见下图。1. 应用集成关系说明纳税服务系统、省级特色软件等渠道系统通过相应的协议，接入到应用集成平台（渠道） 。应用集成平台（渠道）负责将各应用系统的接口服务注册到该平台上。应用集成平台（渠道）通过 EJB 协议直接调用核心征管系统的接口服务。个税系统、外部交换系统、税库银系统和应用集成平台（内部）的关系类似。应用集成平台（内部）通过相关协议，与总局集成平台交互，完成跨省业务协作。