金税三期工程技术基础架构设计方案(PPT127页)
合集下载
金税三期工程应用架构蓝图设计方案》
“六个亮点”：
统一全国征管数据标准、口径； 统一全国国、地税核心征管应用系统版本； 实现全国征管数据大集中； 统一、规范全国的纳税服务平台； 运用流程管理理念规划核心征管系统、运用风险管理理念规划管理决策系统、运用
SOA技术整合行政管理系统； 建设网络实时开具的电子发票平台。
2021/9/10
核算 风险处理
提供渠道的统一管理与接入，进行业务数据预处理，并和省 局系统进行集成；
提供教育、咨询、建议、信息查询等纳税人服务，并进行客 户接触历史管理；
1、提供税局与国库银行之间税款支付能力； 2、提供国、地税之间，税务机关和其他部门、境外税务机 关之间的数据共享和交换能力；
包括内部门户网站和业务工作门户；
业务组 件
业务逻 辑
数据访 问
业务 业务 流程 组件
业务组 件
业务逻 辑
数据访 问
业务工 作平台
统一权 限管理
应用集
成平台 统 统一流 一 程产品 规 统一构件 划
框架 统 一 标 准
申报征收 信息
票证信息
发票数据
网络发 票数据
核算数据
稽查 法制 纳税评估 信息 信息 信息
统一数 据模型
数据集 成平台
核算业务处 理（依职 权）
法制业务处 理（依职 权）
评估审计业 务处理（依
职权）
稽查业务处 理（依职 权）
发票数据
网络发票 明细数据
核算数据
法制信息 案件信息
纳税评估信 息
15 15
征管处理平台构成
依申 请业 务接 收与 反馈
依申 请业 务预 处理
业务 流程 处理
-依 申请理
申报征收
登记申请 接收
统一全国征管数据标准、口径； 统一全国国、地税核心征管应用系统版本； 实现全国征管数据大集中； 统一、规范全国的纳税服务平台； 运用流程管理理念规划核心征管系统、运用风险管理理念规划管理决策系统、运用
SOA技术整合行政管理系统； 建设网络实时开具的电子发票平台。
2021/9/10
核算 风险处理
提供渠道的统一管理与接入，进行业务数据预处理，并和省 局系统进行集成；
提供教育、咨询、建议、信息查询等纳税人服务，并进行客 户接触历史管理；
1、提供税局与国库银行之间税款支付能力； 2、提供国、地税之间，税务机关和其他部门、境外税务机 关之间的数据共享和交换能力；
包括内部门户网站和业务工作门户；
业务组 件
业务逻 辑
数据访 问
业务 业务 流程 组件
业务组 件
业务逻 辑
数据访 问
业务工 作平台
统一权 限管理
应用集
成平台 统 统一流 一 程产品 规 统一构件 划
框架 统 一 标 准
申报征收 信息
票证信息
发票数据
网络发 票数据
核算数据
稽查 法制 纳税评估 信息 信息 信息
统一数 据模型
数据集 成平台
核算业务处 理（依职 权）
法制业务处 理（依职 权）
评估审计业 务处理（依
职权）
稽查业务处 理（依职 权）
发票数据
网络发票 明细数据
核算数据
法制信息 案件信息
纳税评估信 息
15 15
征管处理平台构成
依申 请业 务接 收与 反馈
依申 请业 务预 处理
业务 流程 处理
-依 申请理
申报征收
登记申请 接收
金税三期个人所得税代扣(内蒙) 共62页PPT资料
测试代理服务器 是否通畅
48/62
常见问题——补报以前月份
纳税人想要补报以前月份 税款，如何操作
49/62
常见问题——补报以前月份
接下来的操作与正常 申报一样
选择所得 月份
50/62
常见问题——员工离职
员工离职了，但人员登记 里删除不了，怎么操作？
51/62
常见问题——员工离职
• 如果该员工之前在软件中申报过，则软件不允许直
39/62
常见问题——报表模式设置
报表填写只有工资薪金表 ？
40/62
常见问题——报表模式设置
• 报表有2种模式：简易模式和标准模式。初始化向
导默认是简易模式
• 简易模式下只有正常工资薪金报表，只能填写国内 人员工资薪金。
• 标准模式下可以通过管理表单选择是否显示其他报 表。报表齐全
• 可在设置中心里更改模式。
• （初始化文件即个税扣缴单位基础信息文件，仅当
企业首次使用‘代扣代缴系统’或个税业务规则发 生变化时（如费用扣除标准变化）， 且企业没有 网络的条件下，才到办税大厅从系统获取该介质）
15/62
系统日常操作-初始化设置
16/62
系统日常操作-初始化设置
17/62
系统日常操作-初始化设置
18/62
44/62
常见问题——信息更新
纳税人登记信息发生变化 ，如何更新？
45/62
常见问题——信息更新
如纳税人识别号发生变更，通 过信息获取下载更新客户端数据
46/62
常见问题——代理服务器上网
如果公司网络是代理上网 的，需要怎么设置？
47/62
常见问题——代理服务器上网
测试接收服务器 是否通畅
48/62
常见问题——补报以前月份
纳税人想要补报以前月份 税款，如何操作
49/62
常见问题——补报以前月份
接下来的操作与正常 申报一样
选择所得 月份
50/62
常见问题——员工离职
员工离职了，但人员登记 里删除不了，怎么操作？
51/62
常见问题——员工离职
• 如果该员工之前在软件中申报过，则软件不允许直
39/62
常见问题——报表模式设置
报表填写只有工资薪金表 ？
40/62
常见问题——报表模式设置
• 报表有2种模式：简易模式和标准模式。初始化向
导默认是简易模式
• 简易模式下只有正常工资薪金报表，只能填写国内 人员工资薪金。
• 标准模式下可以通过管理表单选择是否显示其他报 表。报表齐全
• 可在设置中心里更改模式。
• （初始化文件即个税扣缴单位基础信息文件，仅当
企业首次使用‘代扣代缴系统’或个税业务规则发 生变化时（如费用扣除标准变化）， 且企业没有 网络的条件下，才到办税大厅从系统获取该介质）
15/62
系统日常操作-初始化设置
16/62
系统日常操作-初始化设置
17/62
系统日常操作-初始化设置
18/62
44/62
常见问题——信息更新
纳税人登记信息发生变化 ，如何更新？
45/62
常见问题——信息更新
如纳税人识别号发生变更，通 过信息获取下载更新客户端数据
46/62
常见问题——代理服务器上网
如果公司网络是代理上网 的，需要怎么设置？
47/62
常见问题——代理服务器上网
测试接收服务器 是否通畅
金税工程三期网络方案
前言“金税工程”是根据国务院领导指示并结合我国经济现状，按照“科技加管理”思路建立的具有中国特色的增值税监管体系，它的全称是全国增值税专用发票计算机稽核网络系统，是利用覆盖全国税务机关的计算机网络对增值税专用发票和企业纳税状况进行严密监控的一个体系，包括“一个网络、四个系统”。
“一个网络”就是建立全国从国家税务总局到省、地市、县四级统一的计算机主干网；“四个系统”，就是建立起覆盖全国增值税一般纳税人的增值税防伪税控开票子系统，以及覆盖全国税务系统的防伪税控认证子系统、增值税交叉稽核子系统和发票协查信息管理子系统，最终通过计算机网络和相关系统实现税务机关对纳税人增值税专用发票和经营纳税状况的严密监控。
税务系统广域网络概况税务系统广域网络是金税工程的基础设施，由国家税务总局至各省级国、地税局、省国家税务局至所属地市级国家税务局、地市级国家税务局至所属区县级国家税务局的四级树状广域网络构成：核心网络——核心网络是一个采用光技术的宽带IP高速网，其拓扑结构为双星结构，分为主干层和接入层，核心网络采用POS技术组建。
省级网络规划——每一个省的国税机关和地税机关独立组网，采用双星或星形结构，形成自己独立的管理域和路由域。
接入层网络规划——根据运营商提供的各类接入业务的资费情况及其特点，将分别采用不同的接入设计方案，如以太、SDH、DDN/FR、PSTN/ISDN、xDSL、VPN等。
业务专网与互联网通过防火墙实现逻辑隔离，并要求只在总局及省一级设置出口。
广域网间的访问关系如下：总局与各省级（含计划单列市）单位间可自由互访，其它单位按行政隶属关系实现总局、省级局、地市级局至区县局的访问（跨级别单位间的互访需经过一级或多级路由转发实现），跨行政隶属关系不能进行互访。
需求分析全国税务总局对于进一步扩展网络提出了以下需求：∙保证原有网络的透明运行；∙最大程度的利用原有网络设备；∙二、三、四级网络需要有备份线路∙采用的路由设备需要模块化结构，保证以后网络变化能最大程度的保护投资。
金税三期工程第二阶段架构介绍v1.2
发票外部管理
纳税人发票 分户帐管理
票证内部管理
票证外部管理
纳税人票证 分户帐管理
税收核算管理
税收会计
纪检监察
知识库
征管电子凭证管理
需求管理 外部信息交换
税收政策管理
流程、规则、权限、参数、代码、表证单书等维护管理
综合办公
开发管理
业务需求框架
Байду номын сангаас
目录
概述 业务架构 应用架构 数据架构 技术架构 安全架构 运维架构 其他
政策评估 政策影响评估 政策效率评估 政策效益评估 政策执行率 评估 政策改进建议
电子档案管理
查询统计 自定义查询 分主题查询 分业务查询
征管状况分析 社会满意度 分析 税收成本分析 征管质量 与效率分析 税源分析
报表管理 报表生成 报表报送 报表发布
绩效管理 个人考核 组织考核 平衡计算 考核干预 考核发布 与查询
财务管理
人事管理
征收管理 核算管理 风险处理 管理决策平台
查询 统计 征管 状况 分析 报表 管理 核算 分析 风险 管理 绩效 管理
纪检监察 拓展业务
内部统一门户
业务工作门户
内部门户网站
政策 评估
知识 管理
电子 档案
基础平台
身份认证 应用集成 数据集成
地方特色及遗留应用
应用系统部署结构
核心征管系统
访问、应用调用关系 外部交换 门户、网站
国税
图 纳税服务平台
地税
例 征管处理平台 行政管理平台 管理决策平台 基础平台应用
浏览器
遗留系统
内网
DMZ
外网
应用架构蓝图-系统组成
外部统一交换
金税三期申报系统培训ppt课件
一般纳税人增值税主表，页面如下图所示：
增值税报表填写时，先填写保存附表再填写主表。主表填写前，先点击上 方“生成主报表”后再进行填写保存。
一般纳税人增值税附表一，页面如下图所示：
附表一填写销项数据，黄色区域为数据自动带出项，如果带出数据不正确，目 前可进行手动修改。表头增加温馨提示。
为减轻纳税人填表负担，充分利用当前增值税发票“商品 和服务税收分类编码”全面推广的优势，该系统结合商品 编码和税率，发票类型进行数据提取，从而实现数据自动 带出，让纳税人切实感受到便利。
精品课件
所得税A类报表填写顺序为：
先填写所得税月（季）度申报表保存→再填写减免所得税额明细表（三） →再填写不征税收入和税基类减免税明细表（一）→再填写固定资产加 速折旧扣除明细表（二）→再次点开所得税月（季）度申报表保存 → 再次点开减免 所得税额明细表（三）保存。（如为总分机构纳税人请 再填写汇总纳税分支机构所得税分配表）
报表类型：
增值税报表 所得税月（季）度申报表 水利建设基金 财务报表 海关稽核
一般纳税人增值税纳税申报表
营改增税负分析测算明细表表
增值税减免税申报明细表
附表四
附表五
不动产分期抵扣情况
主表
增值税预缴税款表
附表三
扣除项目情况
附表一
销售额、销项税额
附表二
二、填写报表
选择所需填写报表， 带星号的为必填表
居民企业参股外国企业信息报告表
有境外投资业务的企业需要填写此表，无此业务此表不需要填写。
不征收收入和税基类减免应纳税所得额明细表：（附表1）
有不征税收入和税基类减免的纳税人填写。 本表第1行=企业所得税月(季)度预缴纳税申报表(A类)第6行
金税三期与纳税服务规范PPT
修改路径：管理效劳—税务登 记--修改设立税务登记信息
我 是 金 三
←＿←
1、变更税务登记适用于税务登记证上的内容发生改变的业务。如变更法人，经营地址，经营范围等 ，选择变更工程会自动带出原内容，填写需变更内容。需要重新制发新的税务登记证同时收缴旧的证 照。 2、修改设立税务登记信息适用于非税务登记证内容改变的业务。如更改办税人员、联系 等。无需制 发新的税务登记证。 3、金三系统暂未提供免填单业务，所以在变更修改正程中视情况进行表单填写。
第五页，共四十六页。
税务登记-证件(zhèngjiàn)遗失与增补 发
我 是 规 范
→＿→
根本流程：纳税人报送资 料—办税效劳厅接收—录入 遗失信息—打印挂失报告表
签字确认(quèrèn)—重新发
放税务登记证件 报送资料：1、税务登记证件挂 失报告表2、登报声明遗失的报 刊
增补路径：管理效劳—税务登
1、辖区内纳税人可直接填开申请，勾选是否提取税费种认定后带出所需税种，工程工程名称填写完整。
2、同一县局其他乡所主管纳税人跨区开具发票，需先进行(jìnxíng)建筑工程登记〔管理效劳—税源管理工程
登记—建筑业工程登记及变更〕，然后在代开申请页面选择其工程工程编号。
3、外地企业在我地代开发票需要注册地开具外出经营管理证明，报验后进行代开。
第十页，共四十六页。
目 录
一、税 务 登 记 二、发 票 办 理
三、申 报 纳 税 四、优 惠 办 理
五、服 务 规 范
第十一页，共四十六页。
发票(fāpiào)办理-发票票种核 定
我 是 规 范
→＿→
根本流程：相关资料—办 税厅接收(jiēshōu)资料— 相关部门按规定程序处 理—反响结果—发放发票 领购簿、发票
我 是 金 三
←＿←
1、变更税务登记适用于税务登记证上的内容发生改变的业务。如变更法人，经营地址，经营范围等 ，选择变更工程会自动带出原内容，填写需变更内容。需要重新制发新的税务登记证同时收缴旧的证 照。 2、修改设立税务登记信息适用于非税务登记证内容改变的业务。如更改办税人员、联系 等。无需制 发新的税务登记证。 3、金三系统暂未提供免填单业务，所以在变更修改正程中视情况进行表单填写。
第五页，共四十六页。
税务登记-证件(zhèngjiàn)遗失与增补 发
我 是 规 范
→＿→
根本流程：纳税人报送资 料—办税效劳厅接收—录入 遗失信息—打印挂失报告表
签字确认(quèrèn)—重新发
放税务登记证件 报送资料：1、税务登记证件挂 失报告表2、登报声明遗失的报 刊
增补路径：管理效劳—税务登
1、辖区内纳税人可直接填开申请，勾选是否提取税费种认定后带出所需税种，工程工程名称填写完整。
2、同一县局其他乡所主管纳税人跨区开具发票，需先进行(jìnxíng)建筑工程登记〔管理效劳—税源管理工程
登记—建筑业工程登记及变更〕，然后在代开申请页面选择其工程工程编号。
3、外地企业在我地代开发票需要注册地开具外出经营管理证明，报验后进行代开。
第十页，共四十六页。
目 录
一、税 务 登 记 二、发 票 办 理
三、申 报 纳 税 四、优 惠 办 理
五、服 务 规 范
第十一页，共四十六页。
发票(fāpiào)办理-发票票种核 定
我 是 规 范
→＿→
根本流程：相关资料—办 税厅接收(jiēshōu)资料— 相关部门按规定程序处 理—反响结果—发放发票 领购簿、发票
金税工程(三期)
2、利用信息技术手段，重组和改造税收管理流程，实现税务管理现代化，以提高税收管理的质量和水平。具体包括：建立严密、高效、科学、完整的纳税人基本信息的监控机制，发票管理监控机制，税款征收运行机制、纳税评估机制、税务检查机制、税务审理机制、税务执行机制、税收会计核算机制、税收管理决策支持体系、涉税文书运行机制、税务人员执法行为监控机制和税收成本控制机制，形成部门之间、环节之间、地区之间、税种之间的监控体系，以提高税收管理质量和水平、提高税收征收率和降低纳税成本。
2、金税工程三期建设的目标。根据金税工程建设的总体目标，在金税工程（三期）全面建成并发挥效益后，将实现如下目标：（1）逐步提高税征收率。将从2002年的63.5％提高到2007年的74％；（即在2003年67％的基础上到2007年金税三期建成发挥效应后增长10％，达到74％）（2）逐步拓展税收监管面。已办理税务登记的纳税人将全部纳入金税工程（三期）管理，其网络化覆盖面将从2002年纳入全国统一应用系统管理的41％提高到2007年的100％；并将全面覆盖申报征收、税款入库、发票管理、税务稽查、纳税评估等主要工作环节；将覆盖增值税、消费税、营业税、企业所得税、个人所得税等27个主要税种。（3）进一步扩大税收服务面。将通过信息网络为全国所有纳税人提供7×24小时全方位的纳税服务，包括：税收宣传、纳税咨询、纳税申报、涉税申请、涉税查询等。并为政府有关部门提供纳税人纳税信用等级信息；（4）进一步降低税收成本。国税系统每百元税收成本将由2002年的4.66元降低到2007年的3.5元以下。
根据金税三期系统架构和这些信息数据的业务本质以及它们之间的业务相关性，我们把数据分类为：纳税人信息、税款信息、财务信息、稽查案件信息、发票信息、文书信息、税务人员信息、法规信息等。
各级应用的数据层分布和数据流向：最底层为生产数据，由税收业务系统、行政办公系统、外部交换系统产生，满足日常事务处理的需要；在联机事务处理数据的基础上，利用ETL工具对基础数据进行加工～清洗，上升到ODS运作数据库，满足日常统计查询的需要；而在最高层由进一步利用ETL工具对ODS数据进行加工，并以各种分析主题的组织形式存放在数据仓库中，从而满足辅助分析、决策的需要。
2、金税工程三期建设的目标。根据金税工程建设的总体目标，在金税工程（三期）全面建成并发挥效益后，将实现如下目标：（1）逐步提高税征收率。将从2002年的63.5％提高到2007年的74％；（即在2003年67％的基础上到2007年金税三期建成发挥效应后增长10％，达到74％）（2）逐步拓展税收监管面。已办理税务登记的纳税人将全部纳入金税工程（三期）管理，其网络化覆盖面将从2002年纳入全国统一应用系统管理的41％提高到2007年的100％；并将全面覆盖申报征收、税款入库、发票管理、税务稽查、纳税评估等主要工作环节；将覆盖增值税、消费税、营业税、企业所得税、个人所得税等27个主要税种。（3）进一步扩大税收服务面。将通过信息网络为全国所有纳税人提供7×24小时全方位的纳税服务，包括：税收宣传、纳税咨询、纳税申报、涉税申请、涉税查询等。并为政府有关部门提供纳税人纳税信用等级信息；（4）进一步降低税收成本。国税系统每百元税收成本将由2002年的4.66元降低到2007年的3.5元以下。
根据金税三期系统架构和这些信息数据的业务本质以及它们之间的业务相关性，我们把数据分类为：纳税人信息、税款信息、财务信息、稽查案件信息、发票信息、文书信息、税务人员信息、法规信息等。
各级应用的数据层分布和数据流向：最底层为生产数据，由税收业务系统、行政办公系统、外部交换系统产生，满足日常事务处理的需要；在联机事务处理数据的基础上，利用ETL工具对基础数据进行加工～清洗，上升到ODS运作数据库，满足日常统计查询的需要；而在最高层由进一步利用ETL工具对ODS数据进行加工，并以各种分析主题的组织形式存放在数据仓库中，从而满足辅助分析、决策的需要。
金税三期工程第二阶段架构介绍v1.
易维护性
模块化设计使得系统易于维护和升级，降低 维护成本。
兼容性
系统支持与其他税务系统的数据交换和集成， 具备良好的兼容性。
03
金税三期工程第二阶段系统 功能
系统功能概述
全面覆盖税务管理
金税三期工程第二阶段系统功能覆盖税务登记、申报征收、发票管理、风险管理、执法 管理、决策支持等各个方面，实现税务管理的全面信息化。
拓展应用范围
未来将进一步拓展该阶段应用范围，将其应用于更多领域和场景， 以满足税务部门和企业的多样化需求。
强化国际合作
未来将加强与其他国家和地区的税收征管机构进行合作，共同推 进全球税收征管的信息化和智能化发展。
感谢您的观看
THANKS
支持各类税种的电子申报、征收开票领购、开具、作废、冲红、核销等全流 程管理功能。
风险管理模块
通过数据挖掘和分析，对纳税人进行风险评估、预 警和应对，强化税收风险管理。
执法管理模块
实现税务执法信息录入、执法文书生成、执法流 程管理等基础功能。
决策支持模块
为管理层提供数据分析和决策支持，包括税收收入分析 、税源结构分析等。
高扩展性
采用微服务架构，每个服务独立部署、独立运行， 方便系统横向扩展，满足业务增长的需求。
高性能
通过优化数据库查询、使用缓存等技术手段 ，提高系统性能，确保系统能够快速响应用 户请求。
05
金税三期工程第二阶段应用 效果
应用效果概述
1 2
提高了税收征管效率
通过金税三期工程第二阶段的实施，税务部门实 现了对税收征管的全面信息化管理，简化了征管 流程，提高了工作效率。
02
金税工程作为我国税收管理信息 化的代表项目，旨在通过信息技 术手段实现税务管理的现代化。
金税三期工程数据架构蓝图设计方案.ppt
通过纳税服务渠道向纳税人采集的民意调查、服务评价、投诉举报等信息
外部门信息 身份认证信息
从银监会、组织机构代码中心、工商、公安、统计、海关、国库、银行等外部门交换 到税务系统的业务数据，包括税款上解入库信息、企业财务报表、企业银行账号、组 织机构代码、工商登记、海关报关单等信息
内外部业务工作平台对税务人员和纳税人进行身份认证所需的各类信息
各种申报记录，包括自行申报、委托代征申报、代扣代缴申报、个人所得税申报等
应征信息 税收计划信息 稽查案件信息
应该征收的税费信息 各类税收收入、规费收入计划明细 税务稽查案源、案件的基本信息
违章类文书 过程信息
拓展业务信息
责令限期改正通知书等 纳税评估流程数据、国际情报交换流程数据、特别纳税调整流程数据、纳税人纳税信 誉等级认定流程数据
信息资源（Information Resources）与人、财、物资源一样，都是企业的重要资源，
金税三期工程
3
数据架构规划原则
1.功能性：满足当前应用的需要。 2.灵活性：适应应用功能在一定范围内的调整和扩展。 3.长期性：业务数据一旦形成，保证在后续任意时段的可利用。 4.前瞻性：为后续新业务提供支持。 5.增值性：服务社会，服务国民经济。
20
术语说明
生产数据：
当期操作数据：记录当期业务活动发生过程和结果的数据； 近期操作数据：包括与当期操作数据同构但保留更长时间的数据、实时查 询统计和报表所需辅助数据、税源管理数据、按各省清分后的数据； 主数据：具有高业务价值、跨各业务域被共享使用的核心数据； 凭证数据：在业务环节中采集或生成的原始业务凭证资料电子明细信息； 影像数据：通过影像设备采集的各类文书凭证的影像信息；
管理决策 分析数据
外部门信息 身份认证信息
从银监会、组织机构代码中心、工商、公安、统计、海关、国库、银行等外部门交换 到税务系统的业务数据，包括税款上解入库信息、企业财务报表、企业银行账号、组 织机构代码、工商登记、海关报关单等信息
内外部业务工作平台对税务人员和纳税人进行身份认证所需的各类信息
各种申报记录，包括自行申报、委托代征申报、代扣代缴申报、个人所得税申报等
应征信息 税收计划信息 稽查案件信息
应该征收的税费信息 各类税收收入、规费收入计划明细 税务稽查案源、案件的基本信息
违章类文书 过程信息
拓展业务信息
责令限期改正通知书等 纳税评估流程数据、国际情报交换流程数据、特别纳税调整流程数据、纳税人纳税信 誉等级认定流程数据
信息资源（Information Resources）与人、财、物资源一样，都是企业的重要资源，
金税三期工程
3
数据架构规划原则
1.功能性：满足当前应用的需要。 2.灵活性：适应应用功能在一定范围内的调整和扩展。 3.长期性：业务数据一旦形成，保证在后续任意时段的可利用。 4.前瞻性：为后续新业务提供支持。 5.增值性：服务社会，服务国民经济。
20
术语说明
生产数据：
当期操作数据：记录当期业务活动发生过程和结果的数据； 近期操作数据：包括与当期操作数据同构但保留更长时间的数据、实时查 询统计和报表所需辅助数据、税源管理数据、按各省清分后的数据； 主数据：具有高业务价值、跨各业务域被共享使用的核心数据； 凭证数据：在业务环节中采集或生成的原始业务凭证资料电子明细信息； 影像数据：通过影像设备采集的各类文书凭证的影像信息；
管理决策 分析数据
金税三期优化版系统操作培训ppt课件
包括征收管 理、外部信 息、决策支 持和行政管 理等系统。
88
金税三期上线历程
金税三期全国版 金税三期全国版2013年2月22日在重庆正式单轨运行，2013年10月8日在山东、
山西两省正式上线。 金税三期优化版
2015年1月8日，金税三期优化版应用系统在广东、河南、内蒙正式上线运行。 2015年7月1日，金税三期优化版应用系统在宁夏正式上线运行。 2015年9月8日，金税三期优化版应用系统在西藏、河北、贵州、云南、广西正 式上线运行。 2015年10月8日，金税三期优化版应用系统在湖南、海南、青海、甘肃正式上 线运行。 2016年1月8日，金税三期优化版应用系统在新疆、四川、吉林、安徽正式上线 运行。 2016年7月8日，金税三期优化版应用系统在辽宁、江西、厦门、青岛、福建、 上海正式上线运行。 2016年8月8日，金税三期优化版应用系统在北京、黑龙江、天津、陕西、大连 、湖北正式上线运行。 2016年9月，江苏、宁波、深圳、浙江正式上线运行。
19
岗位分类
负责办理纳税人及扣缴义务人的税务登记设立、变更、注销（ 迁移）、验证、换证以及特定征收部门登记工作；负责通过相关机 构的信息平台进行税务登记信息的发送、接收与反馈工作；负责纳 税人税（费）种认定、管户分配、基本信息补录及信息变动后的修 改工作；负责纳税人财务会计制度、会计核算方法、会计核算软件 、银行账号备案工作；负责与纳税人签订、变更、解除税库银等相 关协议;负责纳税人申请的行政许可事项和非行政许可事项的文书受 理、传递、发放、销号工作；负责增值税一般纳税人资格登记及一 般纳税人简易办法征收认定工作等等。
33
金税工程的发展
（一）金税一期
1994年税制改革后，为保障增值税抵扣链条的完整性，防范 虚开增值税专用发票的违法行为，按照朱镕基总理关于“金税工 程是增值税的生命线。美国以所得税为主，我国以增值税为主。 搞增值税，不搞电子信息系统，不实行全国联网，不搞交叉稽核 ，偷骗税问题就解决不了；金税工程不加紧建设，增值税就没有 生命力”的指示建设的。
金税工程架构方案
金税工程架构方案一、架构概述金税工程的架构采用分布式架构，主要由Web层、应用层、服务层和数据层四个层次组成。
其中，Web层负责接收用户请求和返回页面，应用层负责业务逻辑处理，服务层提供服务接口，数据层负责数据存储和管理。
在架构设计上，将应用服务分成多个独立的微服务，以实现更好的扩展性、灵活性和管理性。
二、系统功能需求金税工程系统包含税收管理、纳税服务、税收信息查询等功能模块。
其中，税收管理模块负责管理税收相关业务，包括纳税申报、税款征收、税务检查等；纳税服务模块提供给纳税人在线办税服务，包括资料提交、申报查询、税费缴纳等；税收信息查询模块提供给公众查询税收政策、税务信息、税款缴纳等功能。
因此，系统需要具备强大的并发处理能力和高效的数据查询能力。
三、架构设计思路1. 高可靠性要求：金税工程系统对于税收数据的安全性和可靠性要求非常高，必须能够确保数据不丢失、不损坏。
为此，在架构设计上需要采用集群和备份机制，确保系统的高可靠性。
2. 高安全性要求：税收数据的安全性是金税工程的首要考虑因素，因此系统需要采用安全认证、数据加密、访问控制等多种手段确保系统的安全性。
3. 高性能要求：金税工程系统需要处理大量的并发请求和复杂的计算，因此需要采用分布式计算和缓存等技术来提升系统的并发处理能力和性能表现。
4. 可扩展性要求：随着业务的扩展，系统需要能够快速扩展和缩减，因此需要采用自动化部署和弹性扩展等技术来满足系统的可扩展性需求。
四、架构设计1. Web层：采用负载均衡和分布式缓存，采用CDN加速、反向代理、静态资源服务器等技术实现负载均衡和静态资源加速，提升系统的并发处理能力和用户体验。
2. 应用层：采用微服务架构，将应用拆分成多个独立的微服务，以实现业务的高内聚、低耦合，便于扩展和维护。
每个微服务采用独立的数据库和缓存，以实现业务的独立部署和扩展。
3. 服务层：采用RESTful API和消息队列技术，提供统一的服务接口，并实现服务的异步处理，以提升系统的处理能力和性能。
金税工程fbse.pptx
“四个系统”是指通过业务的重组、优化 和规范，逐步形成一个以征管业务为主， 包括行政管理、外部信息和决策支持在内 的四个信息管理应用系统。即建立以税收 业务为主要处理对象的税收业务管理应用 系统;以税务系统内部行政管理事务为处理 对象的税务行政管理应用系统;以外部信息 交换和为纳税人服务为主要处理对象的外 部信息管理应用系统和面向各级税务机关 税收经济分析、监控和预测的税务决策支 持管理应用系统，以全面满足税务工作多 层面、全方位的应用需求。
金税工程的实施步骤
金税工程第一期 金税工程第二期 金税工程第三期
“金税工程”三期主要的任务
用4～5年的时间，完成：
“一个平台， 两级处理， 三个覆盖， 四个系统”
的建设 。
“一个平台”是指建立一个包含网络硬件和 基础软件的统一的技术基础平台。即逐步建 立覆盖总局、国地税各级机关以及与其他政 府部门的网络互联，形成基于互联网的纳税 人服务网络平台；对业务处理、在线分析、 存储系统、数据交换、网络、安全和系统管 理等七部分充实配备相应的硬件设备；并建 立覆盖从物理环境、网络层、系统层、数据 库层、应用层信息安全的安全管理体系和安 全技术体系等，以保证税务工作在统一、安 全、稳定的网络化平台支撑下平稳运行。
“金税工程”三期主要的任务
用4～5年的时间，完成：
“一个平台， 两级处理， 三个覆盖， 四个系统”
的建设 。
“两级处理”是指依托统一的技术基础平 台，逐步实现税务系统的数据信息在总局 和省局集中处理。即在“一个平台”的支 撑下，建立总局、省局两级数据处理中心 和以省局为主、总局为辅的数据处理机制， 逐步实现涉税电子数据在总局、省局两级 的集中存储、集中处理和集中管理。以使 业务流程更加简化，机构趋于扁平化，管 理和监控更加严密，纳税服务更加简便， 系统维护更加便捷，系统运行更加安全， 并使得数据的宏观分析与微观分析相结合、 全局分析与局部透视相结合，全面提升数 据的价值。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
4.强调架构管控 统一软件基础设施 统一公用业务构件 统一服务与数据规范
提供良好的包容（遗留系统）、 可扩展（新系统）的能力
保证架构贯彻的一致性
金税三期工程
7
一般性设计原则
设计层面 应用
数据 安全 接口
设计原则 ①遵循SOA设计原则，系统之间采用服务的形式进行互联，相互松散耦合； ②采用分层的体系架构，分离中间业务逻辑，便于复用； ③业务逻辑实现组件化，基于框架进行开发； ④客户端基于浏览器设计，客户端与服务端基于HTTP/HTTPS协议进行交互； ⑤设计开发基于开放标准； ⑥使用可靠的框架，提高开发效率以及稳定程度； ①统一的数据库设计标准和规范； ②以业务作为设计数据仓库的根本依据。以业务为中心，同时综合考虑其它方面的 因素（包括：技术、管理等方面），对数据仓库进行设计； ①统一的身份认证机制； ②统一的访问控制； ③统一数据属主标识； ④统一的数据权限控制； ①使用XML规范定义传输的数据； ②支持标准的接口实现方式，利于集成；
各种支撑应用实现 的技术模式 软件基础设施
3
工作目标
1. 分析设计应用架构和数据架构的各类技术支撑模式 • 从技术角度分离出不同的技术支撑模式 • 设计应用实现的参考架构 • 界定技术性的功能(如流程引擎需求)及非功能 需求，并对重点非功能性需求进行设计验证
2. 分离出对软件基础设施的采购需求
从技术实现角度 支撑全国大集中
的项目实施
金税三期工程
4
目录
1、工作目标 2、工作思路与设计原则 3、技术实现模式分析 4、产品采购规划
金税三期工程
5
技术支撑 模式划分
工作思路
支撑模式 实现分析
1. 根据应用架构和数据架构要 求，共同划分应用功能实现 的技术模式，这是上下承接 的关键；
2. 我们的假定是支持这些实现 模式，从技术角度就能支撑 金税三期应用的开发和运行；
XML/HTTP/HTT PS
省局
大厅系统
省局前置层
用户界面交互
业务校验
RMI/JMS/XML
核心服务提交 大厅系统
渠渠 交 道道 易
代码加载/预处理加载
接路 组 入由 合
接入请求队列 响应队列
页面模板缓存
省局数据缓存
总局
核心系统
应用P
RMI/JMS/XML
服 核心 交易 务 逻辑 数据
响应队列层 处理 存储
服RMI/JMS/XML 务
数 据
调
分
用 处
...
布 处
理 RMI/JMS/XML
RMI/JMS 应用服务器n
理
接入请求
队列
JDBC/FTP
资源&数据层
非结构化 数据库
结构化数 据库
数
据 缓
ODS
存
数据仓库
服 核心 交易 务 逻辑 数据 响应队列 层 处理 存储
人力资源
财务管理
纪检监察
管理决策平台
查询 统计
征管状况 分析
报表 管理
绩效 管理
风险 管理
政策 评估
知识 管理
电子档案 管理
基础平台
应用集成
数据集成
地方特色及遗留 应用
金税三期工程
15
交易类模式——参考架构-整体
交互协议：
终端
客户端（浏览器）
代码表数据缓存 AJAX技术
CSS模板标准 表单控件（可选）
核心数据处理
金税三期工程
13
交易类模式——特点分析（二）
技术特点 ✓ 交易实现路径长，要经过渠道、前置、核心系统实现一个完整交 易 ✓ 总局负载大 总局估算国税峰值TPS——1万以上 主要业务占比大，如申报征收约占46%
金税三期工程
14
外部门统一交换
税库银 外部信息交换
纳税服务平台
网上税局 12366
数据集市
技术： 产品/开发系统：
Javascript、 Activex、Applet
金税三期工程
12
交易类模式——特点分析（一）
技术特点
✓ 通过应用的纵向技术划分，分担系统负载，进行流量控制
以大厅征收为例
客户端
大厅系统
省局前置层
核心逻辑层
资源&数据层
核心系统
IE浏览器
大厅系统
前置系统
核心 业务 逻辑 处理
数据 访问
数据资 源
页面交互 数据校验
申报校验 流控与路由
渠道管理 交易组合
金税三期工程
8
目录
1、工作目标 2、工作思路与设计原则 3、技术实现模式分析 4、产品采购规划
金税三期工程
9
模式划分
技术实现模式分析
✓ 应用功能实现类
交易类
核心数据处理类业务，如申报征收
流程类
流程驱动类业务，包括主要的管理型
业务，如登记、涉税文书审批、稽查 决策类（自定义查询、报表、OLAP分析、数据挖掘）
内容管理类（电子影像、档案、文档、知识）
✓ 应用功能集成类 界面集成类（业务工作门户） 门户网站类（内外网门户网站） 应用集成类（应用集成平台） 数据集成类（ETL、数据复制、数据交换平台）
金税三期工程
10
模式分析
实现模式 交易类 流程类 决策类 内容管理类 界面集成类 门户网站类 应用集成 数据集成
金税三期工程
技术基础架构设计方案 （技术架构分册） V1.0
汇报人：总体规划设计项目组
金税三期工程
1
目录
1、工作目标 2、工作思路与设计原则 3、技术实现模式分析 4、产品采购规划
金税三期工程
2
应用架构
背景
数据架构
技术支撑体系
技术支撑模式
安
全
体
系
公用组件体系
架
构
软件套装产品
硬件基础设施
金税三期工程
1. 回答如何对应用和数 据架构的支撑 • 应用场景； • 架构需求； • 设计要点；
2. 回答产品采购需求；
金税三期工程
6
总体设计原则—— 高效、稳定、包容、一致
1.强化性能与可扩展性设计
支撑全国大集中的战略决策
2.贯穿面向服务的设计理念 强调系统高内聚松耦合
支撑业务的解耦，奠定应用扩展基础
3.提供完备的应用集成策略
前置
短信
自助终端 大厅
纳税人 关系管理
内部统一门户
业务工作门户
内部门户网站
身份认证
交易类模式——应用对应
征管处理平台
纳税人
登记
认定
优惠
证明
其它单证
管理
申报
征收
个税管理 申报征收
发票管理
征
票证管理
收
管
理
防伪税控 交叉稽核 发票协查 网络发票开具
计划
评估审计
稽查
会计
法制
核算
风险 处理
行政管理 平台
综合办公
功能特性 税务特色 税务特色
--税务特色 ----
高性能 强 较强 -----强
可扩展 强 较强 -------
可靠性 强 --------
灵活性 较强 --------
金税三期工程
11
交易类模式——背景
这是首次在税务行业采用的模式，产生的业务和技术背景是 ✓ 业务：纳税服务和征管职能分离 ✓ 技术：全国集中后兼顾风险和效率
提供良好的包容（遗留系统）、 可扩展（新系统）的能力
保证架构贯彻的一致性
金税三期工程
7
一般性设计原则
设计层面 应用
数据 安全 接口
设计原则 ①遵循SOA设计原则，系统之间采用服务的形式进行互联，相互松散耦合； ②采用分层的体系架构，分离中间业务逻辑，便于复用； ③业务逻辑实现组件化，基于框架进行开发； ④客户端基于浏览器设计，客户端与服务端基于HTTP/HTTPS协议进行交互； ⑤设计开发基于开放标准； ⑥使用可靠的框架，提高开发效率以及稳定程度； ①统一的数据库设计标准和规范； ②以业务作为设计数据仓库的根本依据。以业务为中心，同时综合考虑其它方面的 因素（包括：技术、管理等方面），对数据仓库进行设计； ①统一的身份认证机制； ②统一的访问控制； ③统一数据属主标识； ④统一的数据权限控制； ①使用XML规范定义传输的数据； ②支持标准的接口实现方式，利于集成；
各种支撑应用实现 的技术模式 软件基础设施
3
工作目标
1. 分析设计应用架构和数据架构的各类技术支撑模式 • 从技术角度分离出不同的技术支撑模式 • 设计应用实现的参考架构 • 界定技术性的功能(如流程引擎需求)及非功能 需求，并对重点非功能性需求进行设计验证
2. 分离出对软件基础设施的采购需求
从技术实现角度 支撑全国大集中
的项目实施
金税三期工程
4
目录
1、工作目标 2、工作思路与设计原则 3、技术实现模式分析 4、产品采购规划
金税三期工程
5
技术支撑 模式划分
工作思路
支撑模式 实现分析
1. 根据应用架构和数据架构要 求，共同划分应用功能实现 的技术模式，这是上下承接 的关键；
2. 我们的假定是支持这些实现 模式，从技术角度就能支撑 金税三期应用的开发和运行；
XML/HTTP/HTT PS
省局
大厅系统
省局前置层
用户界面交互
业务校验
RMI/JMS/XML
核心服务提交 大厅系统
渠渠 交 道道 易
代码加载/预处理加载
接路 组 入由 合
接入请求队列 响应队列
页面模板缓存
省局数据缓存
总局
核心系统
应用P
RMI/JMS/XML
服 核心 交易 务 逻辑 数据
响应队列层 处理 存储
服RMI/JMS/XML 务
数 据
调
分
用 处
...
布 处
理 RMI/JMS/XML
RMI/JMS 应用服务器n
理
接入请求
队列
JDBC/FTP
资源&数据层
非结构化 数据库
结构化数 据库
数
据 缓
ODS
存
数据仓库
服 核心 交易 务 逻辑 数据 响应队列 层 处理 存储
人力资源
财务管理
纪检监察
管理决策平台
查询 统计
征管状况 分析
报表 管理
绩效 管理
风险 管理
政策 评估
知识 管理
电子档案 管理
基础平台
应用集成
数据集成
地方特色及遗留 应用
金税三期工程
15
交易类模式——参考架构-整体
交互协议：
终端
客户端（浏览器）
代码表数据缓存 AJAX技术
CSS模板标准 表单控件（可选）
核心数据处理
金税三期工程
13
交易类模式——特点分析（二）
技术特点 ✓ 交易实现路径长，要经过渠道、前置、核心系统实现一个完整交 易 ✓ 总局负载大 总局估算国税峰值TPS——1万以上 主要业务占比大，如申报征收约占46%
金税三期工程
14
外部门统一交换
税库银 外部信息交换
纳税服务平台
网上税局 12366
数据集市
技术： 产品/开发系统：
Javascript、 Activex、Applet
金税三期工程
12
交易类模式——特点分析（一）
技术特点
✓ 通过应用的纵向技术划分，分担系统负载，进行流量控制
以大厅征收为例
客户端
大厅系统
省局前置层
核心逻辑层
资源&数据层
核心系统
IE浏览器
大厅系统
前置系统
核心 业务 逻辑 处理
数据 访问
数据资 源
页面交互 数据校验
申报校验 流控与路由
渠道管理 交易组合
金税三期工程
8
目录
1、工作目标 2、工作思路与设计原则 3、技术实现模式分析 4、产品采购规划
金税三期工程
9
模式划分
技术实现模式分析
✓ 应用功能实现类
交易类
核心数据处理类业务，如申报征收
流程类
流程驱动类业务，包括主要的管理型
业务，如登记、涉税文书审批、稽查 决策类（自定义查询、报表、OLAP分析、数据挖掘）
内容管理类（电子影像、档案、文档、知识）
✓ 应用功能集成类 界面集成类（业务工作门户） 门户网站类（内外网门户网站） 应用集成类（应用集成平台） 数据集成类（ETL、数据复制、数据交换平台）
金税三期工程
10
模式分析
实现模式 交易类 流程类 决策类 内容管理类 界面集成类 门户网站类 应用集成 数据集成
金税三期工程
技术基础架构设计方案 （技术架构分册） V1.0
汇报人：总体规划设计项目组
金税三期工程
1
目录
1、工作目标 2、工作思路与设计原则 3、技术实现模式分析 4、产品采购规划
金税三期工程
2
应用架构
背景
数据架构
技术支撑体系
技术支撑模式
安
全
体
系
公用组件体系
架
构
软件套装产品
硬件基础设施
金税三期工程
1. 回答如何对应用和数 据架构的支撑 • 应用场景； • 架构需求； • 设计要点；
2. 回答产品采购需求；
金税三期工程
6
总体设计原则—— 高效、稳定、包容、一致
1.强化性能与可扩展性设计
支撑全国大集中的战略决策
2.贯穿面向服务的设计理念 强调系统高内聚松耦合
支撑业务的解耦，奠定应用扩展基础
3.提供完备的应用集成策略
前置
短信
自助终端 大厅
纳税人 关系管理
内部统一门户
业务工作门户
内部门户网站
身份认证
交易类模式——应用对应
征管处理平台
纳税人
登记
认定
优惠
证明
其它单证
管理
申报
征收
个税管理 申报征收
发票管理
征
票证管理
收
管
理
防伪税控 交叉稽核 发票协查 网络发票开具
计划
评估审计
稽查
会计
法制
核算
风险 处理
行政管理 平台
综合办公
功能特性 税务特色 税务特色
--税务特色 ----
高性能 强 较强 -----强
可扩展 强 较强 -------
可靠性 强 --------
灵活性 较强 --------
金税三期工程
11
交易类模式——背景
这是首次在税务行业采用的模式，产生的业务和技术背景是 ✓ 业务：纳税服务和征管职能分离 ✓ 技术：全国集中后兼顾风险和效率