税收业务类应用系统技术服务.doc

税收业务类应用系统技术服务（2016-2018）项目（Y150135）三包技术需求书国家税务总局2015年6月目录1项目背景51.1系统运维支持服务项目背景介绍51.1.1增值税发票电子底账管理系统51.1.2增值税发票稽核系统81.1.3协查信息管理系统101.1.4抵扣凭证审核检查管理信息系统141.1.5出口货物税收函调系统161.1.6成品油零售单位增值税以进控销管理系统191.1.7失控发票快速反应系统211.2数据处理服务项目背景介绍221.2.1数据处理相关情况介绍221.2.2增值税辅助工具及消费税相关模块221.2.3电子数据传输及处理软件222项目目标222.1系统运维支持服务项目目标222.2数据处理服务项目目标232.2.1数据处理支持服务232.2.2增值税辅助工具及消费税支持服务232.2.3电子数据传输与处理软件支持服务232.2.4数据基础环境管理233系统运维支持服务招标内容233.1服务方式243.1.1热线支持243.1.2网上支持243.1.3传真243.1.4现场支持243.1.5会议243.1.6培训243.1.7其他243.2服务内容243.2.1问题受理和一般问题处理253.2.2问题回访与确认263.2.3数据维护273.2.4程序问题确认293.2.5需求问题确认303.2.6紧急问题处理313.2.7重大配置变更333.2.8系统迁移353.2.9现场支持363.2.10健康检查383.2.11补丁发布393.2.12知识提取和维护413.2.13应用系统运维培训423.2.14质量控制和保证433.2.15总局端应用系统运行维护483.2.16工作衔接（对前序工作环节支持及主动知识转移）493.3服务管理与要求503.3.1指导理念503.3.2组织架构513.3.3管理制度543.3.4管理要求553.3.5服务质量要求563.3.6服务指标要求593.3.7日常管理613.3.8文档管理653.3.9安全管理654数据处理服务招标内容674.1数据处理支持服务674.1.1数据处理674.1.2数据交付694.1.3数据支持服务714.2增值税辅助工具及消费税支持服务714.2.1日常支持工作714.2.2问题受理和一般问题处理724.2.3紧急问题处理724.2.4运行监控及维护724.2.5工具升级管理734.2.6工作要求734.3电子数据传输与处理支持服务734.3.1日常支持工作734.3.2问题受理和一般问题处理734.3.3紧急问题处理744.3.4运行监控及维护744.3.5工具升级管理744.3.6工作要求754.4数据基础环境管理754.4.1系统环境监控维护754.4.2系统环境优化764.4.3系统迁移764.4.4数据库备份764.4.5历史数据迁移774.4.6工作要求774.5项目实施要求774.5.1项目管理要求774.5.2质量管理要求784.5.3文档要求784.5.4信息安全保密要求785项目验收要求785.1项目验收准入条件795.2项目验收标准795.3项目验收流程795.4验收交付物795.4.1系统运维支持服务项目验收交付物列表795.4.2数据处理服务项目验收交付物列表805.4.3交付物标准806投标要求816.1资质要求816.2人员要求816.2.1系统运维支持服务项目人员最低数量要求816.2.2数据处理服务项目人员最低数量要求826.2.3人员岗位描述826.3应答要求846.3.1对应答书的基本要求846.3.2技术服务的应答846.4证明提供要求85 1 项目背景1.1 系统运维支持服务项目背景介绍本项目所涉及的内容包括税务系统（国税和地税税务机关）各级税务机关业务和技术部门工作人员以及应用系统所涵盖的税收管理工作，不同系统涉及的税务机关、税务工作人员、税种、税收管理服务环节不尽相同。本项目中共涉及7个应用系统，具体如下表所示：序号应用系统名称应用系统简称1增值税发票电子底账管理系统电子底账系统2增值税发票稽核系统稽核系统3协查信息管理系统协查系统4抵扣凭证审核检查管理信息系统核查系统5出口货物税收函调系统函调系统6成品油零售单位增值税以进控销管理系统成品油系统7失控发票快速反应系统失控快反系统1.1.1 增值税发票电子底账管理系统 系统简介增值税发票电子底账系统是增值税发票管理系统升级版的核心系统之一，主要实现了全国增值税发票数据的汇总采集、跨省交易发票的数据清分传输、纳税人申报抵扣发票明细数据的比对以及发票信息的验签处理等功能。电子底账系统的发票数据由税控系统的开票子系统开具并上传至局端税控系统，再由相应局端税控系统自动推送到省级电子底账系统，省级电子底账系统将所有发票数据自动汇总上传至总局后，实现了全国增值税发票信息的大集中。总局电子底账系统根据购方纳税人档案信息将跨省交易发票数据自动清分下发到购方所属省级电子底账系统中，形成纳税人可以申报抵扣的电子底账数据。购方纳税人可通过电子底账系统下载可抵扣的发票数据，并在申报抵扣时由底账系统对其申报抵扣的发票信息进行逐票明细比对，最终实现对申报抵扣数据的管控和发票的闭环管理。 系统技术体系结构增值税发票电子底账系统的技术体系结构为B/S架构，系统在税务专网中运行。它是一个典型的三层架构应用系统，数据库采用Oracle 11g数据库，采用组件技术，中间件服务器为WebLogic 11g版本，开发平台为Java，服务器操作系统可以是UNIX、LINUX或Windows Server。增值税发票电子底账系统为总局、省局两级数据集中及数据处理模式，支持个性化用户界面及待处理事务提醒。操作系统平台为UNIX、Linux和WindowsServer；数据库平台为ORACLE，中间件平台为WebLogic，客户端软件为主流浏览器软件。系统网络应用结构如下图： 系统应用由客户端、应用服务层和资源服务层组成。其总体体系结构如下图：其中应用服务层采用MVC框架，分三层结构，即视图层、业务逻辑层、数据集成层。视图层是为用户提供应用服务的图形界面，有助于用户高效的定位应用服务。业务逻辑层包括了规则引擎、流程引擎、业务逻辑和业务实体，位于视图层和数据集成层之间，为实现系统应用的业务逻辑提供了明确的层次，在这个层次封装了与系统关联的应用组件。数据传输对象用于在视图层和业务逻辑层之间传递输入和展现数据。数据集成层包括对多种数据源访问的协同管理，是通过对数据实体封装，直接面对数据资源对象。业务对象用于在业务逻辑层和数据集成层之间传递业务数据。本应用架构技术体系结构如下图： 应用平台采用J2EE的标准5层架构实现，即客户端，表现层，业务层，集成层和资源层，并进行了一定拓展。具体说明如下：1. 客户端：提供Web应用和GUI应用给最终用户使用。Web客户端和GUI客户端采用Http/Https协议和表现层通信。2. 表现层：提供和客户端的交互。使用前端控制器和应用控制器进行统一应用接入和Action和View的选择与调度。需要具备服务器端输入验证，提供协议无关的Context对象和JSP、Freemark等展现组件。3. 业务逻辑组件层：业务逻辑组件层是整个统一信息管理系统的核心模块，实现所有的业务逻辑。本层主要包括5种组件，即： 业务BLH提供统一的业务服务调用，包括提供给表现层和Web Services或者JMS的调用。 业务组件对象封装一个业务功能 业务对象封装业务模型数据（BO）。 规则引擎实现业务规则层与应用分离 流程引擎实现业务流程的管理4. 集成层：封装和外部资源的通信。主要提供3种类型的集成，即 数据集成，封装数据访问，例如数据库和文件访问； 消息集成，封装和消息中间件的通信； 应用集成，封装和外部系统的交互。5. 资源层：系统的外部资源。对于集成层，同时具有3种类型的资源 数据源资源； 消息资源； 应用资源。6. 基础服务：对表现层，业务逻辑层，集成层提供公共的服务，主要包括缓存服务，传输对象，文件日志，数据库日志，权限管理，事务管理，线程管理、查询数据分页服务、任务调度模块等。Struts应用控制器管理：表现层、业务逻辑层、基础服务都在Struts的控制管理中。Struts也提供规则引擎和流程引擎等功能。 系统运行及使用情况增值税发票电子底账系统自2015年1月起全国试运行。系统部署于税务总局及36个省、直辖市、计划单列市级节点，并在税务总局、省级、地市级、区县级四级使用。目前系统共有4千多个节点、3万4千多个用户。1.1.2 增值税发票稽核系统 系统简介稽核系统是税务机关利用计算机网络，通过对采集的发票（含增值税专用发票、机动车销售统一发票、货物运输专用发票和海关进口增值税专用缴款书，以下称发票）相关明细数据进行比对，产生稽核结果，对发票进行有效监控管理，动态监测企业申报纳税情况，堵塞和防止利用发票进行偷骗税行为，使增值税管理工作逐步纳入科学化、规范化的轨道，最大限度地减少税款流失。包括增值税专用发票稽核、海关缴款书稽核、机动车销售统一发票稽核、货物运输发票稽核、逾期发票稽核、稽核监控台和数据传输模块。 系统技术体系结构增值税发票稽核系统的技术体系结构为B/S架构，系统在税务专网中运行。它是一个典型的三层架构应用系统，数据库采用Oracle 9i数据库或更高的版本，采用组件技术，中间件服务器为WebLogic 8版本，消息中间件平台为MQ，开发平台为Java，服务器操作系统可以是UNIX、LINUX或Windows Server。增值税发票稽核系统为总局、省局两级数据集中及数据处理模式，支持个性化用户界面及待处理事务提醒。操作系统平台为UNIX、Linux和WindowsServer；数据库平台为ORACLE，中间件平台为WebLogic，客户端软件为主流浏览器软件。系统网络应用结构如下图： 系统应用由客户端、应用服务层和资源服务层组成。其总体体系结构如下图：其中应用服务层采用MVC框架，分三层结构，即视图层、业务逻辑层、数据集成层。视图层是为用户提供应用服务的图形界面，有助于用户高效的定位应用服务。业务逻辑层包括了规则引擎、流程引擎、业务逻辑和业务实体，位于视图层和数据集成层之间，为实现系统应用的业务逻辑提供了明确的层次，在这个层次封装了与系统关联的应用组件。数据传输对象用于在视图层和业务逻辑层之间传递输入和展现数据。数据集成层包括对多种数据源访问的协同管理，是通过对数据实体封装，直接面对数据资源对象。业务对象用于在业务逻辑层和数据集成层之间传递业务数据。本应用架构技术体系结构如下图： 应用平台采用J2EE的标准5层架构实现，即客户端，表现层，业务层，集成层和资源层，并进行了一定拓展。具体说明如下：1. 客户端：提供Web应用和GUI应用给最终用户使用。Web客户端和GUI客户端采用Http/Https协议和表现层通信。2. 表现层：提供和客户端的交互。使用前端控制器和应用控制器进行统一应用接入和Action和View的选择与调度。需要具备服务器端输入验证，提供协议无关的Context对象和JSP、Freemark等展现组件。3. 业务逻辑组件层：业务逻辑组件层是整个统一信息管理系统的核心模块，实现所有的业务逻辑。本层主要包括5种组件，即： 业务BLH提供统一的业务服务调用，包括提供给表现层和Web Services或者JMS的调用。 业务组件对象封装一个业务功能 业务对象封装业务模型数据（BO）。 规则引擎实现业务规则层与应用分离 流程引擎实现业务流程的管理4. 集成层：封装和外部资源的通信。主要提供3种类型的集成，即 数据集成，封装数据访问，例如数据库和文件访问； 消息集成，封装和消息中间件的通信，如MQ等； 应用集成，封装和外部系统的交互。5. 资源层：系统的外部资源。对于集成层，同时具有3种类型的资源 数据源资源； 消息资源； 应用资源。6. 基础服务：对表现层，业务逻辑层，集成层提供公共的服务，主要包括缓存服务，传输对象，文件日志，数据库日志，权限管理，事务管理，线程管理、查询数据分页服务、任务调度模块等。Struts应用控制器管理：表现层、业务逻辑层、基础服务都在Struts的控制管理中。Struts也提供规则引擎和流程引擎等功能。 系统运行及使用情况稽核系统V5.0于2001年1月1日在五省四市范围内正式运行，同年7月进行了V5.4版升级与全国推广，这标志着增值税专用发票稽核系统作为金税工程（二期）的四个核心子系统之一在全国正式开始应用。2007年3月，两级稽核系统软件（稽核系统V6.0）在全国36个省级税务机关与国家税务总局全面进入试运行阶段。至2007年6月，总局决定停止原有三级稽核系统并正式启用新的两级稽核系统，保留原有系统环境仅供历史数据查询使用。至今，稽核系统历经多次升级，已包含8个子系统，最近版本为V6.3.01。稽核系统子系统有公路内河货物运输发票稽核系统V6.3.01（2006年12月上线）、增值税专用发票稽核系统V6.3.01（2007年3月上线）、增值税专用发票逾期稽核系统V6.3.01（2009年7月上线）、机动车销售统一发票税控系统V6.3.01（2010年2月上线）、逾期公路内河运输发票稽核系统V6.3.01（2012年4月）、海关进口增值税专用缴款书稽核系统V6.3.01（2013年7月正式全国上线）、货物运输业专用发票稽核系统V6.3.01（2013年8月上线）、货物运输业专用发票逾期稽核系统V6.3.01（2014年3月上线）。增值税专用发票稽核系统6.3.01版部署于税务总局及全国36个省级单位，并在税务总局、省级、地市级、区县级使用。目前系统共有4千多个节点、3万4千多个用户。1.1.3 协查信息管理系统 系统简介协查信息管理系统包括协查子系统、案例库子系统、打击发票违法犯罪活动子系统、稽查统计报表采集分析子系统和重大税收违法案件信息公布子系统，共5个子系统。其中协查子系统是对有疑问的和已证实虚开的增值税发票案件协查信息，认证系统和稽核系统发现有问题的发票，以及协查结果信息，通过税务系统计算机网络逐级传递，总局通过这一系统对协查工作实现组织、监控和管理。目的是加强税务稽查机关之间的合作，提高协查办案效率，降低协查成本，强化各级税务稽查机关组织、协调、监督和管理协查工作的职能，从而形成全国税务稽查紧密型管理的协查管理体制，有效打击利用增值税专用发票进行的违法活动。案例库子系统是通过信息化手段搜集整理案例，对整理后的案例提交上级领导审批，并对审批后的稽查案例共享发布，为稽查局税务人员提供一个搜集、共享、交流、学习的平台。打击发票违法犯罪活动子系统是为深入贯彻落实国务院领导同志的指示精神及全国打击发票违法犯罪活动工作协调小组的总体工作部署，推进打击发票违法犯罪活动工作取得新成效，保证各地税务机关上报业务数据的真实、准确和高效，减轻手工工作量，发挥统计数据在打击发票违法犯罪活动工作中的指导分析作用，总局指导搭建了全国各级税务机关联网的打击发票违法犯罪活动工作平台，实现各级案件和报表数据的录入、修改、审批的流转和及时传输，以及数据的汇总和统计分析功能。各级税务机关根据总局的工作部署要求，对重点行业开展专项检查，确保完成指令性查处任务，对高风险业务进行深度检查，统筹安排部署各项检查工作。定期整理、归集和录入打击发票违法犯罪活动案件及打击发票违法犯罪活动工作报表，并提交领导审批，定期对已有数据进行分析，掌握整体工作情况和本地区发票违法犯罪活动情况，保持对打击发票违法犯罪活动的高压态势。稽查统计报表采集分析子系是为定期了解和掌握全国国地税的税务稽查工作情况，全国各地的国地税稽查局需要定期向总局稽查管理部门上报业务数据报表，并由总局稽查管理部门人员对报表进行汇总统计，得出全国的税务稽查情况数据统计，此项工作已成为固定和长期的稽查业务日常管理手段。但是大量的手工数据上传、汇总、统计等操作，不但拖延了报表的形成时间，也影响了整体的工作效率，同时也影响数据的准确性，缺少数据统计的灵活性。重大税收违法案件信息公布子系统是为贯彻落实国务院关于印发社会信用体系建设规划纲要（2014-2020年）的通知（国发【2014】21号）精神，惩戒严重涉税违法行为，提高纳税人依法纳税意识，规范税务机关执法行为，推进社会信用体系建设，税务机关向社会公布重大税收违法案件信息。各级国税局稽查局、地税局稽查局根据工作要求，切实履行职责，定期整理、归集和录入本地区符合条件的重大税收违法案件信息。 系统技术体系结构协查信息管理系统的技术体系结构为B/S架构，系统在税务专网中运行。它是一个典型的三层架构应用系统，数据库采用Oracle 9i数据库或更高的版本，采用组件技术，中间件服务器为WebLogic 8版本，开发平台为Java，服务器操作系统可以是UNIX、LINUX或Windows Server。协查信息管理系统总局、省局两级数据集中及数据处理模式，支持个性化用户界面及待处理事务提醒。操作系统平台为UNIX、Linux和WindowsServer；数据库平台为ORACLE，中间件平台为WebLogic，客户端软件为主流浏览器软件。系统网络应用结构如下图： 系统应用由客户端、应用服务层和资源服务层组成。其总体体系结构如下图：其中应用服务层采用MVC框架，分三层结构，即视图层、业务逻辑层、数据集成层。视图层是为用户提供应用服务的图形界面，有助于用户高效的定位应用服务。业务逻辑层包括了规则引擎、流程引擎、业务逻辑和业务实体，位于视图层和数据集成层之间，为实现系统应用的业务逻辑提供了明确的层次，在这个层次封装了与系统关联的应用组件。数据传输对象用于在视图层和业务逻辑层之间传递输入和展现数据。数据集成层包括对多种数据源访问的协同管理，是通过对数据实体封装，直接面对数据资源对象。业务对象用于在业务逻辑层和数据集成层之间传递业务数据。本应用架构技术体系结构如下图： 应用平台采用J2EE的标准5层架构实现，即客户端，表现层，业务层，集成层和资源层，并进行了一定拓展。具体说明如下：1. 客户端：提供Web应用和GUI应用给最终用户使用。Web客户端和GUI客户端采用Http/Https协议和表现层通信。2. 表现层：提供和客户端的交互。使用前端控制器和应用控制器进行统一应用接入和Action和View的选择与调度。需要具备服务器端输入验证，提供协议无关的Context对象和JSP、Freemark等展现组件。3. 业务逻辑组件层：业务逻辑组件层是整个统一信息管理系统的核心模块，实现所有的业务逻辑。本层主要包括5种组件，即： 业务BLH提供统一的业务服务调用，包括提供给表现层和Web Services或者JMS的调用。 业务组件对象封装一个业务功能 业务对象封装业务模型数据（BO）。 规则引擎实现业务规则层与应用分离 流程引擎实现业务流程的管理4. 集成层：封装和外部资源的通信。主要提供3种类型的集成，即 数据集成，封装数据访问，例如数据库和文件访问； 消息集成，封装和消息中间件的通信，如MQ等； 应用集成，封装和外部系统的交互。5. 资源层：系统的外部资源。对于集成层，同时具有3种类型的资源 数据源资源； 消息资源； 应用资源。6. 基础服务：对表现层，业务逻辑层，集成层提供公共的服务，主要包括缓存服务，传输对象，文件日志，数据库日志，权限管理，事务管理，线程管理、查询数据分页服务、任务调度模块等。Struts应用控制器管理：表现层、业务逻辑层、基础服务都在Struts的控制管理中。Struts也提供规则引擎和流程引擎等功能。 系统运行及使用情况协查系统自2001年全国国税上线，经多次升级，已经涵盖增值税专用发票、废旧物资专用发票、机动车销售统一发票、货物运输业增值税专用发票和公路内河货物运输业统一发票。2012年案例库子系统上线、2013年全国地税上线、2014年重大税收违法案件信息公布子系统全国上线，2015年打击发票违法犯罪活动子系统、稽查统计报表采集分析子系统上线，以及即将涵盖增值税普通发票，目前协查系统已经覆盖全国国税、地税，共5千5百多个节点，4万5千多个操作员。1.1.4 抵扣凭证审核检查管理信息系统 系统简介增值税抵扣凭证审核检查是指各级税务机关按照规定的程序和方法，运用该系统，对增值税抵扣凭证稽核系统产生的稽核比对结果属于异常的增值税抵扣凭证及相关资料，进行核对、检查和处理的日常管理工作。 系统技术体系结构抵扣凭证审核检查管理信息系统的技术体系结构为B/S架构，系统在税务专网中运行。它是一个典型的三层架构应用系统，数据库采用Oracle 9i数据库或更高的版本，采用组件技术，中间件服务器为WebLogic 8版本，消息中间件平台为MQ，开发平台为Java，服务器操作系统可以是UNIX、LINUX或Windows Server。抵扣凭证审核检查管理信息系统为总局、省局两级数据集中及数据处理模式，支持个性化用户界面及待处理事务提醒。操作系统平台为UNIX、Linux和WindowsServer；数据库平台为ORACLE，中间件平台为WebLogic，客户端软件为主流浏览器软件。系统网络应用结构如下图： 系统应用由客户端、应用服务层和资源服务层组成。其总体体系结构如下图：其中应用服务层采用MVC框架，分三层结构，即视图层、业务逻辑层、数据集成层。视图层是为用户提供应用服务的图形界面，有助于用户高效的定位应用服务。业务逻辑层包括了规则引擎、流程引擎、业务逻辑和业务实体，位于视图层和数据集成层之间，为实现系统应用的业务逻辑提供了明确的层次，在这个层次封装了与系统关联的应用组件。数据传输对象用于在视图层和业务逻辑层之间传递输入和展现数据。数据集成层包括对多种数据源访问的协同管理，是通过对数据实体封装，直接面对数据资源对象。业务对象用于在业务逻辑层和数据集成层之间传递业务数据。本应用架构技术体系结构如下图： 应用平台采用J2EE的标准5层架构实现，即客户端，表现层，业务层，集成层和资源层，并进行了一定拓展。具体说明如下：1. 客户端：提供Web应用和GUI应用给最终用户使用。Web客户端和GUI客户端采用Http/Https协议和表现层通信。2. 表现层：提供和客户端的交互。使用前端控制器和应用控制器进行统一应用接入和Action和View的选择与调度。需要具备服务器端输入验证，提供协议无关的Context对象和JSP、Freemark等展现组件。3. 业务逻辑组件层：业务逻辑组件层是整个统一信息管理系统的核心模块，实现所有的业务逻辑。本层主要包括5种组件，即： 业务BLH提供统一的业务服务调用，包括提供给表现层和Web Services或者JMS的调用。 业务组件对象封装一个业务功能 业务对象封装业务模型数据（BO）。 规则引擎实现业务规则层与应用分离 流程引擎实现业务流程的管理4. 集成层：封装和外部资源的通信。主要提供3种类型的集成，即 数据集成，封装数据访问，例如数据库和文件访问； 消息集成，封装和消息中间件的通信，如MQ等； 应用集成，封装和外部系统的交互。5. 资源层：系统的外部资源。对于集成层，同时具有3种类型的资源 数据源资源； 消息资源； 应用资源。6. 基础服务：对表现层，业务逻辑层，集成层提供公共的服务，主要包括缓存服务，传输对象，文件日志，数据库日志，权限管理，事务管理，线程管理、查询数据分页服务、任务调度模块等。Struts应用控制器管理：表现层、业务逻辑层、基础服务都在Struts的控制管理中。Struts也提供规则引擎和流程引擎等功能。 系统运行及使用情况国家税务税务总局于2007年组织开发了抵扣凭证审核检查系统，并于2008年开始全国推广。核查系统采用两级部署，分别部署于税务总局及36个省级单位，并在税务总局、省级、地市级、区县级、征收机关5级使用，系统共有2万1千多个节点、10万多个用户。1.1.5 出口货物税收函调系统 系统简介出口货物税收函调制度是加强征退税工作衔接，防范骗税的重要手段之一，对于加强对外贸企业从异地采购的出口货物退（免）税管理尤为重要。通过发函调查，可进一步延伸出口货物退（免）税管理的广度和深度，扩大审核业务范围，有效提高税务机关对骗取出口退税违法行为的防范能力。 系统技术体系结构出口货物税收函调系统的技术体系结构为B/S架构，系统在税务专网中运行。它是一个典型的三层架构应用系统，数据库采用Oracle 9i数据库或更高的版本，采用组件技术，中间件服务器为WebLogic 8版本，开发平台为Java，服务器操作系统可以是UNIX、LINUX或Windows Server。出口货物税收函调系统为总局一级集中及数据处理模式，支持个性化用户界面及待处理事务提醒。操作系统平台为UNIX、Linux和WindowsServer；数据库平台为ORACLE，中间件平台为WebLogic，客户端软件为主流浏览器软件。系统网络应用结构如下图： 系统应用由客户端、应用服务层和资源服务层组成。其总体体系结构如下图：其中应用服务层采用MVC框架，分三层结构，即视图层、业务逻辑层、数据集成层。视图层是为用户提供应用服务的图形界面，有助于用户高效的定位应用服务。业务逻辑层包括了规则引擎、流程引擎、业务逻辑和业务实体，位于视图层和数据集成层之间，为实现系统应用的业务逻辑提供了明确的层次，在这个层次封装了与系统关联的应用组件。数据传输对象用于在视图层和业务逻辑层之间传递输入和展现数据。数据集成层包括对多种数据源访问的协同管理，是通过对数据实体封装，直接面对数据资源对象。业务对象用于在业务逻辑层和数据集成层之间传递业务数据。本应用架构技术体系结构如下图： 应用平台采用J2EE的标准5层架构实现，即客户端，表现层，业务层，集成层和资源层，并进行了一定拓展。具体说明如下：1. 客户端：提供Web应用和GUI应用给最终用户使用。Web客户端和GUI客户端采用Http/Https协议和表现层通信。2. 表现层：提供和客户端的交互。使用前端控制器和应用控制器进行统一应用接入和Action和View的选择与调度。需要具备服务器端输入验证，提供协议无关的Context对象和JSP、Freemark等展现组件。3. 业务逻辑组件层：业务逻辑组件层是整个统一信息管理系统的核心模块，实现所有的业务逻辑。本层主要包括5种组件，即： 业务BLH提供统一的业务服务调用，包括提供给表现层和Web Services或者JMS的调用。 业务组件对象封装一个业务功能 业务对象封装业务模型数据（BO）。 规则引擎实现业务规则层与应用分离 流程引擎实现业务流程的管理4. 集成层：封装和外部资源的通信。主要提供3种类型的集成，即 数据集成，封装数据访问，例如数据库和文件访问； 消息集成，封装和消息中间件的通信，如MQ等； 应用集成，封装和外部系统的交互。5. 资源层：系统的外部资源。对于集成层，同时具有3种类型的资源 数据源资源； 消息资源； 应用资源。6. 基础服务：对表现层，业务逻辑层，集成层提供公共的服务，主要包括缓存服务，传输对象，文件日志，数据库日志，权限管理，事务管理，线程管理、查询数据分页服务、任务调度模块等。Struts应用控制器管理：表现层、业务逻辑层、基础服务都在Struts的控制管理中。Struts也提供规则引擎和流程引擎等功能。 系统运行及使用情况出口货物税收函调系统从2007年12月开始在全国推广。系统部署于税务总局，并在税务总局、省级、地市级、区县级、征收机关5级使用，目前系统共有11123个节点、36434个用户。业务量增长迅速，系统的用户访问量、并发访问量较大。1.1.6 成品油零售单位增值税以进控销管理系统 系统简介成品油零售单位增值税以进控销管理系统作用是成品油零售单位增值税以进控销管理系统实现了对全国成品油生产、批发单位售油信息的采集及逐级上传，并由税务总局将所有信息清分、分捡后传递到成品油零售单位的主管税务机关，主管税务机关根据收到的成品油零售单位购油信息与其增值税纳税申报资料的有关数据进行比较分析，结合其他的指标一并进行评估。 系统技术体系结构成品油零售单位增值税以进控销管理系统的技术体系结构为B/S架构，系统在税务专网中运行。它是一个典型的三层架构应用系统，数据库采用Oracle 9i数据库或更高的版本，采用组件技术，中间件服务器为WebLogic 8版本，消息中间件平台为MQ，开发平台为Java，服务器操作系统可以是UNIX、LINUX或Windows Server。成品油零售单位增值税以进控销管理系统为总局、省局两级数据集中及数据处理模式，支持个性化用户界面及待处理事务提醒。操作系统平台为UNIX、Linux和WindowsServer；数据库平台为ORACLE，中间件平台为WebLogic，客户端软件为主流浏览器软件。系统网络应用结构如下图： 系统应用由客户端、应用服务层和资源服务层组成。其总体体系结构如下图：其中应用服务层采用MVC框架，分三层结构，即视图层、业务逻辑层、数据集成层。视图层是为用户提供应用服务的图形界面，有助于用户高效的定位应用服务。业务逻辑层包括了规则引擎、流程引擎、业务逻辑和业务实体，位于视图层和数据集成层之间，为实现系统应用的业务逻辑提供了明确的层次，在这个层次封装了与系统关联的应用组件。数据传输对象用于在视图层和业务逻辑层之间传递输入和展现数据。数据集成层包括对多种数据源访问的协同管理，是通过对数据实体封装，直接面对数据资源对象。业务对象用于在业务逻辑层和数据集成层之间传递业务数据。本应用架构技术体系结构如下图： 应用平台采用J2EE的标准5层架构实现，即客户端，表现层，业务层，集成层和资源层，并进行了一定拓展。具体说明如下：1. 客户端：提供Web应用和GUI应用给最终用户使用。Web客户端和GUI客户端采用Http/Https协议和表现层通信。2. 表现层：提供和客户端的交互。使用前端控制器和应用控制器进行统一应用接入和Action和View的选择与调度。需要具备服务器端输入验证，提供协议无关的Context对象和JSP、Freemark等展现组件。3. 业务逻辑组件层：业务逻辑组件层是整个统一信息管理系统的核心模块，实现所有的业务逻辑。本层主要包括5种组件，即： 业务BLH提供统一的业务服务调用，包括提供给表现层和Web Services或者JMS的调用。 业务组件对象封装一个业务功能 业务对象封装业务模型数据（BO）。 规则引擎实现业务规则层与应用分离 流程引擎实现业务流程的管理4. 集成层：封装和外部资源的通信。主要提供3种类型的集成，即 数据集成，封装数据访问，例如数据库和文件访问； 消息集成，封装和消息中间件的通信，如MQ等； 应用集成，封装和外部系统的交互。5. 资源层：系统的外部资源。对于集成层，同时具有3种类型的资源 数据源资源； 消息资源； 应用资源。6. 基础服务：对表现层，业务逻辑层，集成层提供公共的服务，主要包括缓存服务，传输对象，文件日志，数据库日志，权限管理，事务管理，线程管理、查询数据分页服务、任务调度模块等。Struts应用控制器管理：表现层、业务逻辑层、基础服务都在Struts的控制管理中。Struts也提供规则引擎和流程引擎等功能。 系统运行及使用情况成品油零售单位增值税以进控销管理系统自2005年上线至今历时近10年。系统部署于税务总局及36个省、直辖市、计划单列市级节点，并在税务总局、省级、地市级、区县级四级使用。目前系统共有近4千个节点、1万8千多个用户。1.1.7 失控发票快速反应系统 系统简介失控发票快速反应系统将全国正常企业和非正常企业（走逃户）的失控发票信息及时发送到各地防伪税控系统中，以天为单位进行全国失控发票数据自动更新，并且在认证环节加以比对，从而实现全国各地在24小时内即时监控到走逃企业的失控发票信息，堵塞税收漏洞。 系统技术体系结构失控发票快速反应系统税务总局端数据接收处理采用C/S结构系统，在税务专网中运行。它数据库采用Oracle 9i数据库或更高的版本，开发语言为Visual Basic，服务器操作系统为Windows Server。失控发票快速反应系统系统为总局、省局两级数据集中及数据处理模式。将各省提供的数据进行入库、汇总、整合、去重，并进行打包下发。其数据传输采用电子数据传输监控台。 系统运行及使用情况失控发票快速反应系统自2004年5月上线至今历时10余年，系统部署于税务总局及全国36个省、直辖市、计划单列市级节点，该系统实时性很强。1.2 数据处理服务项目背景介绍1.2.1 数据处理相关情况介绍税收作为国家财政收入的主要来源和手段，各税种、各环节将产生大量的数据，对于数据的集中、清洗、加载、整理、分析工做尤为重要，其中增值税作为国家税收的重要来源，对于从发票开具、申报、抵扣等增值税管理各个阶段的控制都具有重要意义，其中稽核、协查、防伪税控等系统能够对发票进行有效监控管理，动态监测企业申报纳税情况，有效堵塞和防止利用发票进行偷骗税行为。增值税征管数据对税收管理、纳税评估、税务稽查等领域具有举足轻重的作用。增值税征管数据覆盖了发票流通及发票处理等各个环节，建立了全国发票信息管理体系。目前国家税务总局集中的数据范围包括：协查数据（原始凭证类、协查委托类、协查受托类、协查审批类、协查结果类、协查流转类等）、核查数据（原始凭证类、核查委托类、核查受托类、核查审批类、核查结果类、核查流转类）、出口货物函调系统数据（出口退税货物信息、发函信息、复函信息、涉嫌虚开发票信息、企业关注信息），数据处理主要是对于以上各类数据进行分析，根本不同的目的和要求，分为定期数据处理和临时数据处理工作。1.2.2 增值税辅助工具及消费税相关模块增值税辅助工具是国家税务总局利用集中的增值税征管数据搭建的数据查询工具，涵盖了从增值税专用发票、代开发票到海关完税凭证、货物运输发票、废旧物资发票等抵扣凭证的原始开具、认证及稽核结果的查询及分析利用，为总局及各地税务机关更好的利用税收数据进行税收征管、宏观决策和业务分析等方面提供有力的保障和更好的服务。消费税相关模块支持服务包括三个系统：石脑油、燃料油退（免）消费税管理系统、消费税涉税信息采集与管理系统、卷烟消费税计税价格核定管理系统。1.2.3 电子数据传输及处理软件电子数据传输及处理软件是国家税务总局进行出口退税类数据的传输及处理工作的信息化工具，其是数据处理中的关键环节，为其他业务工作提供业务数据协作，起到承上启下作用，需要保障系统“应用不停、数据不丢、安全可靠”。电子数据传输系统依靠现代计算机网络、以IBM WebSphere MQ、DBlink和EJB为数据传输方式，将从海关电子口岸中心、外管局、人民银行、数据集中系统、征管系统、消费税退税系统等获取到的不同业务类型的电子票据信息，以国家税务总局为中心将电子数据在不同的税务机关之间进行即时有效的清分、传输。电子数据传输系统为稽核系统、核查系统、协查系统、综合征管系统、出口退税审核系统、核心征管系统等业务系统之间数据的无缝对接提供可靠保障，为增值税出口退税工作的顺利开展提供重要的参考依据，有效预防国家税款流失。2 项目目标2.1 系统运维支持服务项目目标保障增值税发票稽核、协查等系统系统安全、稳定运行，做到 “网络不断、应用不停、数据不丢”，为加强税收征管，提高纳税服务水平提供重要支持和保障。增值税发票稽核、协查等系统运行维护支持服务项目目标如下：一、 为国家税务总局、全国各省、自治区、直辖市和计划单列市国家税务局、地方税务局及其下辖各级税务机关，提供税务总局统一推行的增值税发票稽核、协查等系统运行维护支持服务，按照税务总局的服务流程和规范标准，通过一线（呼叫中心一线坐席支持）和二线（二线高级技术支持）支持两种形式，以电话、远程网络或现场服务等方式，及时、高效处理解决增值税发票稽核、协查等系统运行使用过程中出现的操作、数据、程序、需求、系统迁移、软件补丁升级等各类事件、故障和服务请求。二、 为预防应用系统发生严重性故障，除被动解决已发生故障及问题外，必须采取健康检查等主动运维手段，通过对各地税务机关增值税发票稽核、协查等系统从主机、数据库、中间件、数据、系统运行状况等方面进行全面或部分的检查，消除隐患、减少故障、预防问题的发生。2.2 数据处理服务项目目标2.2.1 数据处理支持服务（1）按时完成数据的抽取、清洗、转换、加载和加工；（2）按时保质地完成数据处理的后台处理工作；（3）按时保质地完成数据处理需求的响应、分析、处理、成果交付工作；（4）适时开展数据补充更新以及历史数据迁移工作；（5）提供技术支持，保证各项数据处理工作的平稳运行；（6）有效管理数据处理的基础环境，为数据处理提供良好的环境；2.2.2 增值税辅助工具及消费税支持服务（1）按时完成增值税征辅助工具及消费税相关平台的运行维护工作；（2）提供增值税辅助工具、消费税相关模块的技术支持服务和问题处理（3）完成增值税辅助工具、消费税相关模块的数据准备和处理；（4）进行增值税征管数据处理和相关文档编写2.2.3 电子数据传输与处理软件支持服务（1）定时抽取增值税专用发票数据；（2）完成专用发票、出口报关单数据、专用税票数据、代理证明数据、保税加工贸易数据、跨境贸易人民币结算数据、启运港数据、外管局数据、审核关注信息以及新增数据的处理、清分、下发等工作；（3）完成与外部数据交换系统、业务系统的接口联调，故障排查；（4）监控电子传输系统各类数据的处理情况和系统运行状况；（5）提供数据接收、下发等数据处理情况的电话支持服务。2.2.4 数据基础环境管理（1）完成对数据处理、主机存储以及系统运行环境的监控；（2）优化数据库、中间件、操作系统的各项参数，保障系统高效运行；（3）定期完成数据库及相关配置文件的备份工作；（4）协助总局做好应用软件和历史数据的迁移工作；3 系统运维支持服务招标内容为了增值税发票稽核、协查等系统运行维护支持工作顺利开展，协助各级税务机关用户在系统运行和操作使用过程中遇到的各类业务、技术问题提供支持服务，国家税务总局决定向IT服务供应商采购增值税发票稽核、协查等系统运行维护支持服务。本项目招标内容为国家税务总局应用系统运行维护支持所需的技术运维支持服务。在本项目中支持人员所服务的应用系统、采用的服务方式、提供的服务内容、遵循的服务规程、需到达的服务质量标准以及支持人员的组织管理和项目过程文档等，需满足本招标技术需求书中所描述的内容或超过相关标准要求。3.1 服务方式在本项目中服务商提供的服务方式，包括但不限于电话热线支持、网上支持、传真、现场支持、会议和培训等。3.1.1 热线支持主要通过电话对各地用户上报的服务请求进行响应和答复，并通过远程网络登录的方式，解决服务请求的全过程，同时按甲方要求填写相应文档。3.1.2 网上支持通过甲方的技术支持网站，回答关于所支持应用系统的相关问题，回答频率为每天，支持地点为税务总局。通过甲方提供的税务系统内部网络和互联网络，远程监控、诊断和解决用户提出的问题和故障。3.1.3 传真通过传真方式接收用户提出的各类问题，监控、诊断和解决各地的问题和故障。3.1.4 现场支持根据甲方信息技术部门的要求配备专门的高级技术支持人员，用于响应事出紧急或无法通过常规方法（热线支持和网上支持）解决的服务请求。3.1.5 会议 按照甲方信息技术部门和相关业务部门的要求，参加税务总局在北京和外地举行的各种业务需求分析、系统运行等方面的相关会议。3.1.6 培训对税务系统基层运维人员和运维团队内部运维工程师进行系统维护的相关技术培训。3.1.7 其他根据甲方要求或乙方申请，并经甲方审核同意的其他服务方式。3.2 服务内容服务内容定义了服务商需提供服务的边界，是指服务商支持人员针对国家税务总局增值税发票稽核、协查等系统的部署情况和运维特点，为保障系统正常运行，及时解决问题，预防故障