Contract
第二部分 技术部分 第六章 项目采购需求
一、说明:
1.投标人提供的服务必须符合国家和行业标准。
2.标“★”为实质性参数要求和条件,投标人必须满足并在投标文件中如实作出响应,否则投标无效;标“▲”为重点指标;无标识的为一般指标。
3.投标人投标时必须在投标文件中对所投分标所有项目要求及技术需求内容、商务要求表中内容及附件内容(如有)逐条响应并一一对应。二、采购内容:
采购标的对应的中小企业划分标准所属行业为软件和信息技术服务业。
一、项目要求及技术需求 | |||
项号 | 服务名称 | 数量及 单位 | 项目要求及技术需求 |
1 | 广西税务金税三期外部交换系统及相关业务系统优化及 运维服务 | 1 项 | 一、项目目标和主要内容 (一)项目目标 1.基础运维服务 (1)金税三期外部交换系统 确保金税三期外部信息交换系统平稳运行,预防故障发生,提供响应采购人及基层用户反映的问题的渠道。确保金税三期整体正常平稳地运行。 (2)金税三期财税库银横向联网电子缴税系统 |
为保障金税三期财税库银横向联网电子缴税系统应用对征收业务的良好支撑,提高纳税服务质量,实现系统平稳运行,具体项目目标如下: 1)建立规范的运维保障体系,以向采购人提供驻场运维和远程运维为主体,后方开发为依托,实现金税三期财税库银横向联网电子缴税系统运维的规范化、标准化和制度化。 2)对于紧急重要的系统保障事项,协商确认后可通过临时提供现场支持的方式,提高系统环境保障工作的响应速度和处理效率,提升重点保障事项的服务水平。 3)及时排除系统运行期间的故障和问题,保证应用系统的正常运行。保障各系统安全、稳定运行,做到“网络不断、应用不停、数据不丢”,为加强税收征管,提高纳税服务水平提供重要支持和保障。 (3)金税三期决策支持系统 1 包 确保金税三期决策支持系统 1 包平稳运行,预防故障发生,提供响应采购人及基层用户反映的问题的渠道。确保金税三期整体正常平稳地运行,为广西税务提供税务数据分析利用的途径。 (4)金税三期会计核算系统 确保金税三期会计核算系统平稳运行,预防故障发生,提供响应采购人及基层用户反映的问题的渠道。确保会计核算业务整体正常平稳地运行,为广西税务税收会计核算业务提供保障。 (5)税务系统内部控制监督平台 确保内控平台系统在广西本地顺利运行,完成总局绩效考核范围内的内控平台工作任务,提取相关疑点数据用于年度督察审计项目,完成有关报表统计填报工作。 2.高级运维服务 根据采购人的要求对系统进行本地化完善优化,满足政策调整、管理创新要求、地方业务差异化等业务需求的不断变化。 |
系统的完善优化,包括技术需求的不断变化、用户体验的不断提升、程序的优化完善。 3.金税三期外部交换系统接口拓展开发 按业务需求在 2023 年将广西税务向外提供或从外获取数据接口进行集成开发,接入外部数据交换系统,进行数据集中化管理,使广西税务外部数据交换系统形成符合总局规范的统一标准化接口集成管理平台。 (二)项目主要内容 1.基础运维服务 该项目采购 11 名运维人员驻场参与金税三期外部交换系统、金税三期财税库银横向联网电子缴税系统、金税三期决策 支持系统 1 包、金税三期会计核算系统、税务系统内部控制监督平台本地运维服务及数据分析服务运维工作。主要工作内容如下: (1)基础运维服务内容。为金税三期外部交换系统、金税三期财税库银横向联网电子缴税系统、金税三期决策支持系统 1 包、金税三期会计核算系统、税务系统内部控制监督平台提供日常运行维护,响应采购人及基层税务干部反映的问题。为保障平台正常运行,预防故障发生,及时解决问题,提供相关的支持服务。 (2)系统环境保障。系统环境保障工作包括金税三期外部交换系统、金税三期财税库银横向联网电子缴税系统、金税三期决策支持系统 1 包、金税三期会计核算系统、税务系统内部控制监督平台系统环境检查及监控、系统环境优化、系统环境故障排查、系统环境故障应急处理等内容。 (3)应用软件数据访问性能优化。运维人员接收技术人员对数据访问脚本、语句性能问题,同时周期性对软件数据整体性能情况进行检查,对接收到和检查发现的数据访问性能问题进行分析,根据分析结果采取脚本调优、数据参数调整等方法分别实施优化。主要工作内容:性能问题接收和检查,性能问题分析,性能优化处理。 (4)日常运维服务。为金税三期外部交换系统、金税三期财税库银横向联网电子缴税系统、金税三期决策支持系统 1 |
包、金税三期会计核算系统、税务系统内部控制监督平台提供数据集中、数据处理、数据应用等数据处理各环节的技术支持服务,包括问题咨询、问题处理、口径解释、数据查询、技术支持、应用支持等。 (5)程序问题确认。由于系统设计缺陷、程序 bug 等原因造成的系统使用故障属于程序问题。运维人员对转出的程序问题进行测试和确认,排查问题原因,提供临时解决方案,并将确认结果反馈相关负责人。 (6)需求问题确认。因业务变更、口径改进或新增功能等而产生的问题属于需求问题,运维人员按照相关要求对需求问题进行确认。 (7)重大配置变更。运维人员对可能发生的重大配置变更申请(如应用系统网络、存储、主机、中间件、数据库、操作系统的重大配置调整)进行评估和方案制定,并综合判断重大配置变更执行的风险、回退方案、可行性、所需资源等。 (8)补丁发布。补丁发布工作是指在税务总局下发金税三期外部交换系统、金税三期财税库银横向联网电子缴税系统、金税三期决策支持系统 1 包、金税三期会计核算系统、税务系统内部控制监督平台后,运维人员根据补丁发布流程对应用系统新版本或新补丁进行审核、升级、验证的工作。 (9)系统功能咨询。针对金税三期外部交换系统、金税三期财税库银横向联网电子缴税系统、金税三期决策支持系统 1 包、金税三期会计核算系统、税务系统内部控制监督平台的业务处理方法、业务处理原理等问题,提供及时全面准确的解答,完成查询、统计、报表等功能的口径解释、功能答疑等工作。 (10)系统操作咨询。针对操作人员在金税三期外部交换系统、金税三期财税库银横向联网电子缴税系统、金税三期决策支持系统 1 包、金税三期会计核算系统、税务系统内部控制监督平台使用过程中遇到的计算机基本操作问题和系统操作问题,提供及时全面准确的咨询服务。 (11)减税降费相关工作支持。支持采购人减税降费相关工作安排。 (12)电子专票相关工作支持。协助采购人完成增值税电子专用发票相关工作的开展,包括电子专用发票监控预警分析、 |
内控督导工作的开展。 (13)数据质量管理专项服务。安排专职人员负责金税三期决策支持系统 1 包数据质量管理模块,负责协助采购人完成指标编写、指标维护、指标运行、数据质量疑点数据整改等工作。 (14)金税三期决策支持系统 1 包数据质量本地化个性开发专项服务。安排专职人员负责金税三期决策支持系统 1 包数据质量管理模块,具体内容如下: 1)接收采购人功能模块新增或调整需求,完成功能模块开发; 2)协助采购人对金税三期决策支持系统 1 包数据质量本地化相关功能模块进行性能调优,修复日常使用中出现的系统级异常问题; 3)协助采购人对现有及后续增加的 INFA 定时加工任务进行监控维护; 4)协助采购人对现有部署或后续增加的应用服务器、数据库服务器进行监控维护。 2.高级运维服务 根据采购人的要求对系统进行本地化完善优化,满足政策调整、管理创新要求、地方业务差异化等业务需求的不断变化。系统的完善优化,包括技术需求的不断变化、用户体验的不断提升、程序的优化完善。具体服务项目包含但不限于新增、变更及其他需求分析、设计开发(概要设计、详细设计、编码实现等)、软件测试、软件定版、技术架构支持等。高级运维服务按实际工作量评估工作人月,最终按照实际评估的工作量支付价款。 3.外部交换系统接口拓展开发 主要工作内容有:在外部交换系统新建库表类数据资源;将外部交换系统原库表类资源转换为接口类资源;根据需求完成 20 个以内新建接口类资源开发集成。 二、项目边界 |
金税三期是包含本系统在内的多个子系统的综合系统。因此承担金税三期本系统运维工作,除了要熟悉了解本系统之外,还需要了解掌握与本系统相关的其他内、外部系统之间的数据流向与关联关系,能按照采购人要求,积极参与、协调、配合金税三期相关系统间的运维工作,确保金税三期整体正常平稳地运行。 本项目的服务内容定义了中标人需提供服务的边界,是指中标人支持人员针对采购人金税三期决策支持系统 1 包、外部交换系统、财税库银横向联网电子缴税系统、会计核算系统以及税务系统内部控制监督平台的部署情况和运维特点,为保障系统正常运行,及时解决问题,预防故障发生,所提供的支持服务内容,主要包括被动支持服务、主动支持服务和支持保障三部分。 被动支持服务工作是指日常工作中针对各级用户通过技术支持热线和技术支持网站等反映的应用系统使用过程中出现的一般、疑难、紧急、重大问题提供的技术支持,及时解答问题、分析问题、定位问题、解决问题、反馈解决结果、记录并归纳的过程。被动支持服务工作包括问题受理和一般问题处理、问题回访与确认、数据维护、程序问题确认、需求问题确认、紧急问题处理、问题协同解决、系统资源优化、系统迁移、现场支持、生产系统支持与维护等内容。 主动支持服务工作是指根据应用系统自身特点,结合以往的经验和总结,定期或不定期对应用系统运行的相关参数等进行日常检查,对应用系统数据质量、运行情况等进行检查和评估,以避免小隐患引发大问题,防患于未然,最大程度地预防应用系统故障的发生。 支持保障工作是指为做好被动支持服务和主动支持服务工作而开展的质量控制、后勤保障等工作。支持保障工作包括补丁发布、配置管理、知识提取与维护等。 三、项目具体采购业务需求 (一)技术需求部分 1.基础运维服务 |
1.1 金税三期外部交换系统 1.1.1 系统复杂性认识要求 1.1.1.1 系统架构复杂性认识要求 外部交换系统在税务机构改革并库后进行了调整,目前业务域数据库服务器 2 台,应用服务器 2 台涉及应用服务 6 个节点,外联网域 6 台服务器涉及 6 个前置应用服务。网络从税务内网横跨互联网。各个应用服务有 webserver 调用,数据库接口调用,QM 消息队列调用等。运维人员需要熟悉系统相关架构及对涉及的技术具备完全的掌握能力。 1.1.1.2 涉及外部门业务复杂性认识要求 目前外部交换系统涉及工商登记信息、税务登记、税务注销、环保税缴纳、车购税缴纳、车辆信息交换、出口退税等业务。系统数据交换流程共计 20 个交换数据环节 50 多个。 对外关联系统有金三核心征管系统、电子税务局、微信税务、发票系统、出口退税等 5 大税务关键系统,可见外部交换系统的平稳运行可直接影响到税务关键系统的运行。 对外关联的部门有市场监督管理局、环保厅、公安厅、中机服务、大数据局、海关等部门。运维范围应包含协助对外部门的对接沟通工作。 1.1.1.3 日常运维工作复杂性认识要求 为满足基层业务实际需要以及问题处理的及时性,需要针对各个业务、各个使用人群设立相应的沟通管道,日常运维管道有: (1)金三运维平台:需要实时关注运维平台的问题,及时做出处理。 (2)微信群组:环保税数据对接交流群、广西车购税业务交流群、税务公安车辆完税信息共享联络群、广西环保联调测试群、金三运维及合格证信息交流群、全国购置税信息交换等 |
(3)qq 群组:六证合一两证整合等。 以上运维平台、沟通群组需要运维人员实时关注并对问题做出及时的处理或解答,可见外部交换系统日常运维过程中,针对问题接收部分的复杂性。 根据采购人要求进行数据统计,对数据进行分析。专门人员进驻大运维办公场地便于各个系统运维人员及采购人对接人进行日常的沟通。 1.1.2 运维服务内容 1.1.2.1 系统环境保障 (1)ogg 检查 负责外部交换系统库新建 OGG 链路、OGG 链路拆分;外部交换系统库 OGG 链路异常分析、处置。 (2)服务器检查 负责服务器 cpu 检查;服务器磁盘空间检查;服务器内存使用率检查;服务器 SWAP 使用率检查;服务器 OS 文件系统目录使用率、无用文件删除;服务器用户口令过期检查、修改;服务器 ssh、ssl 升级;服务器时钟检查校对;服务器内置防火墙维护、检查;服务器间网络连通性问题排查。 (3)数据库检查 负责 AWR 报告应用层面处置;按要求导出 dump 文件;数据库内存占用评估、扩容建议;数据库磁盘 asm 磁盘组评估、扩容建议;数据库表空间使用率评估、扩容;数据库表锁时常分析、处置;数据库会话异常分析、处置;数据库查时间链接分析、处置;数据库等待事件分析、处置;数据库长事务分析、处置;数据库表索引失效、执行计划分析、处置;高 CPU 使用率语句、高内存使用率语句分析和处置;数据库连接数分析和处置。 (4)应用检查 |
负责应用占用 cpu 检查和报告;应用占用 cpu 分析和处置;应用内存占用检查和报告;应用内存占用分析和处置;应用 zombie 进程检查;weblogic 控制台运行情况检查和报告;weblogic 控制台运行情况分析和处置;应用线程独占情况检查和报告、STUCK 进程检查和报告;应用线程独占情况分析和处置、STUCK 进程分析和处置;应用数据源运行、链接情况检查和报告;应用数据源运行、链接情况分析和处置;应用虚拟内存使用情况检查和报告;应用虚拟内存使用情况分析和处置;应用端口状态检查和报告;应用端口状态分析和处置;应用定时任务检查;应用的 ejb 调用检查;MQ 通道检查监控;informatica数据管理流程检查、监控;应用消息堆积情况检查和报告;应用消息堆积情况分析和处置。 (5)系统升级 负责申请权限获取升级应用 war 包的复制、传输、更新;依据升级修改、添加、赋权给予配置文件;申请对数据库的操作(修改表结构、表参数、增加、删除数据等);申请对 OGG 进行关闭、开启等操作权限,对 ogg 操作;申请对应用的关闭、重启并操作停、开服务;升级预生产、生产环境,对测试预生产和生产的业务用例进行测试;金三升级:工作流导入(需要工作流授权文件);中间件 weblogic 漏洞补丁升级,安全加固实施。 (6)故障排查 负责与信息中心一起对故障进行应用级排查,包括数据库、应用服务、服务总间、接口排查。与信息中心一起对故障进行基础环境排查,包括数据库、应用系统、中间件、操作系统以及存储等。根据问题排查结果,对现场环境进行配置解决问题;根据问题排查结果,对检查出来的应用系统 BUG,上报二线优化。 (7)应急处理 负责在出现应急问题时,根据实际情况出具应急方案并实施。 (8)联调服务 负责在系统升级时需要和外围厂商的联调测试、其他厂商新接入系统的联调测试及上线配置。 |
(9)其他处理 负责根据需要执行总局运维脚本、根据需要导出审计数据 DMP;与总局监控对接和处置;协助信息中心运维工作:网络调整、设备更换、设变迁移、停机等工作、攻防演练;按需进行压力测试;根据需要对原国地税环境问题进行处置。 1.1.2.2 应用软件数据访问性能优化 应用软件数据管理人员接收技术人员对数据访问脚本、语句性能问题,同时周期性对软件数据整体性能情况进行检查,对接收到和检查发现的数据访问性能问题进行分析,根据分析结果采取脚本调优、数据参数调整等方法分别实施优化。主要工作内容:性能问题接收和检查,性能问题分析,性能优化处理。主要内容包括: (1)运行监控 周期性监控和分析软件数据与应用的性能状况 (2)接收问题 接收运维人员、系统管理员、使用用户等提出的与系统性能相关的问题 (3)出具解决方案 针对接收到和发现的性能问题登陆到系统进行分析定位。针对该性能问题确定对应的需要执行的操作,并制定相应解决方案。 (4)分析处理问题 针对该性能问题执行解决方案 (5)记录问题 针对该性能问题产出相关文档,并反馈结果给相关负责人。 1.1.2.3 日常运维服务 |
外部交换平台提供数据集中、数据处理、数据应用等数据处理各环节的技术支持服务,包括问题咨询、问题处理、口径解释、数据查询、技术支持、应用支持等。日常问题受理和一般问题处理,主要工作内容如下: (1)接收问题 接收采购人及基层税务人员提出的关于数据集中、数据处理、数据应用等系统使用过程中的各类问题。 (2)分析处理问题 通过查看数据、查看工具等分析引起问题的原因;如因系统设计缺陷、程序 bug 等原因造成的功能使用故障属于程序问题。支持人员需对程序问题进行复现测试和确认,排查问题原因。 (3)出具解决方案并实施 根据分析得出的原因,提供可行的解决方案并实施,或提供临时解决方案,并将确认结果反馈相关负责人。 (4)记录问题 问题处理完毕后及时记录问题及其处理过程;对程序问题处理过程和结果进行跟踪。 (5)紧急问题处理 因系统异常造成业务中断、需在支持人员能够随时响应、快速到位,尽可能短时间内恢复的问题按照紧急问题处理流程来进行处理。主要工作内容如下: 1)沟通确认。对于紧急问题工单,需要工程师在 30 分钟内响应,了解问题产生的原因、背景和涉及的业务细节。 2)恢复系统。通过沟通确认后的紧急问题,必须尽快恢复系统,确保业务进行。 3)查找问题原因。工程师对问题进行分析定位,从根本上查找问题原因以及存在隐患。 4)出具方案。根据问题出现原因,提出解决方案并予以解决。 5)问题跟踪。问题解决后,对系统运行情况进行跟踪。 |
6)最终编写处理报告。按采购人规范出具处理报告。 1.1.2.4 程序问题确认 由于系统设计缺陷、程序 bug 等原因造成的系统使用故障属于程序问题。运维人员对转出的程序问题进行复现测试和确认,排查问题原因,提供临时解决方案,并将确认结果反馈相关负责人。主要工作内容如下: (1)沟通确认 对于程序 bug 的工单,需要运维人员与税务系统用户充分沟通,了解问题产生的原因、背景和涉及的业务细节。 (2)问题测试 需要对用户反映的程序问题进行复现,了解用户当时的软硬件环境,搭建复现测试环境,设计测试流程,设置模拟数据,对用户反映的问题进行复现。 (3)分析确认 根据测试结果,对程序问题发生的环境、过程、现象以及由此产生的相关问题进行分析,确定问题原因。 (4)确定临时解决方案 根据问题原因,确定此问题的临时解决方案。 (5)问题转出 程序问题确认后,将问题反馈给相应处室,由厂商进行程序改进。 (6)问题跟踪 由相关运维人员对程序问题处理过程和结果进行跟踪。 (7)最终编写处理报告 按采购人规范出具处理报告。 |
1.1.2.5 需求问题确认 因业务变更、口径改进或新增功能等而产生的问题属于需求问题。运维人员按照相关要求对需求问题进行确认。主要工作内容如下: (1)沟通确认 与用户充分沟通,了解系统当前各模块的功能和彼此间的相关关系,系统当前运行状况、系统相关数据状态、用户需求背景、功能需求、性能需求等情况。 (2)问题分析 对用户所提出的需求进行详细分析,对涉及多系统的需求内容,联合相关厂商进行会审,充分考虑新增需求的可行性和相关影响,并汇总最终会审意见。 (3)问题反馈 对问题分析结果反馈应用系统负责人。 (4)问题转出 经应用系统负责人审批确认后,将需求问题反馈给相关处室。 (5)问题跟踪 由相关运维人员对需求问题处理过程和结果进行跟踪。 (6)最终编写处理报告 按采购人规范出具处理报告。 1.1.2.6 重大配置变更 运维人员对可能发生的重大配置变更申请(如应用系统网络、存储、主机、应用系统、数据库、操作系统的重大配置调 |
整)进行评估和方案制定,并综合判断重大配置变更执行的风险、回退方案、可行性、所需资源等。主要工作内容如下: (1)变更申请评估 评估重大配置变更的可行性。 (2)变更方案制定及评审 编制重大配置变更方案及回退方案,并对方案进行测试和评审。 (3)变更计划制定 评估重大配置变更所需资源,并确定详细的实施计划。如时间计划、人员计划、资源计划等。 (4)实施和支持 运维人员根据实际情况和各地需求,对各地重大配置变更进行现场或远程的实施或支持。 (5)变更验证 验证重大配置变更是否成功。 (6)监控 重大配置变更实施成功后,需要在一个业务周期内,对涉及变更调整的应用系统进行监控,保证配置变更未对应用系统造成后续影响,保证应用系统的平稳运行。 1.1.2.7 补丁发布 补丁发布工作是指在总局下发外部交换平台补丁包后,运维人员根据补丁发布流程对应用系统新版本或新补丁进行审核、升级、验证的工作。主要工作内容如下: (1)补丁验证 运维人员需要对接收到的应用系统版本或补丁进行审核,审核点关注于补丁文档是否齐全、是否能够支持升级,补丁升 |
级的时间要求和资源要求是否明确,补丁升级是否会对其他相关应用系统产生影响。补丁审核后,需形成补丁文档审核单。对接收到的应用系统版本或补丁进行模拟环境测试,以验证其升级过程是否正确。模拟环境测试通过后,进行后续处理。 模拟环境测试后,需形成补丁升级测试单。 (2)补丁升级 对于审核和测试均已通过的文档,通过补丁升级流程,将补丁发布到生产环境。并进行验证,确保升级后系统运行正常。 1.1.2.8 软件功能及操作咨询 针对就外部交换平台上应用的业务处理方法、业务处理原理等在软件功能上反映的问题提供及时全面地解答,完成查询、统计、报表等功能的口径解释、功能答疑等工作。 针对涉及操作人员在软件使用过程中碰到的由于计算机操作熟练程度不高引起的包括计算机基本操作咨询和软件操作咨询。 1.1.3 运维人员工作一览表 | |||||||||
序号 | 服务大项 | 服务小项 | 服务内容 | 服务方式 | |||||
1 | 数据维护 | 生产数据操作 | 依据客户需求对“工商多证合一”、“工商两证合一”、“中机车辆信息”、“公安车辆信息”、“环保数据”、“出口退税数据”等涉及外部部门交换到税务部门以及税务部门交换到外部门的数据。 | 现场实时处理 | |||||
2 | 补丁发布 | 升级补丁 | 对总局下发的系统补丁进行升级 | 现场实施处理 |
3 | 补丁功能测试 | 1.完成系统每一次补丁升级的系统功能正确性验证工作。 2.配合采购人完成每次补丁升级涉及功能的联调测试工作。 | 现场处理 | ||||||
4 | 软件功能及操作咨询 | 功能业务及操作咨询 | 工程师在指定办公地点及进驻各个相关的运维沟通群组,提供功能业务咨询解答服务。主要完成以下功能业务的咨询解答: 1.工商与税务局交换多证合一及两证合一涉及的工商登记信息、涉税信息、交换方式、数据表说明等解答。 2.公安车购税信息解答。 3.环保厅交换信息相关交换方式、表接口、数据项说明等解答。 4.中机车辆合格证信息解答。 5.简易注销业务咨询。 | 现场+远程 | |||||
5 | 系统监控 | 数据交换流程监控 | 监控及维护以下数据交换流程: 1.交易注销采集流程; 2.建议注销反馈流程; 3.环保汇总对账反馈流程; 4.环保数据采集流程; 5.环保数据反馈流程; 6.工商三证合一信息采集流程; | 现场每日 4 次定时性流程监控 |
7.公安销售发票交换流程;等 19 个数据交换流程。 | |||||||||
6 | 日常问题处理 | 日常问题处理 | 工程师在指定办公地点及进驻各个相关的运维沟通群组,接 收来自运维平台、运维工作群组、当面的需要处理的问题。进行运维问题处理。 | 工作时间现场 处理+非工作时间远程处理 | |||||
7 | 培训服务 | 培训服务 | 依据采购人的需要,对外部交换系统进行相关业务培训 | 现场或远程 | |||||
8 | 数据统计 | 数据统计 | 依据采购人数据统计需要对系统内的相关数据进行提取供 采购人数据分析或汇报工作所用。 | 现场 | |||||
1.2 金税三期财税库银横向联网电子缴税系统 1.2.1 系统运维复杂性认识要求 1.2.1.1 系统架构熟悉要求 金税三期财税库银横向联网电子缴税系统在税务机构改革并库后进行了调整,目前业务域数据库服务器 2 台,应用服务 器 4 台涉及应用服务 12 个节点,外联网域 2 台服务器涉及 2 个前置应用服务。网络从税务内网横跨互联网。各个应用服务有 webserver 调用,数据库接口调用,QM 消息队列调用等。运维人员需要熟悉系统相关架构及对涉及的技术具备完全的掌握能力。 1.2.1.2 系统关键性认识要求 目前金税三期财税库银横向联网电子缴税系统承担着所有税收的缴款业务、社保费的部门征缴业务,系统的稳定性,问题的处理及时性关乎着税费的缴纳工作,关乎纳税人的利益。 税务机构改革及社保费划转税务征收后,税库银承担的业务增加,面对的用户群体增加。金税三期财税库银横向联网电 子缴税系统的稳定性尤为重要。 |
1.2.1.3 日常运维工作复杂性认识要求 为满足基层业务实际需要以及问题处理的及时性,需要针对各个业务、各个使用人群设立相应的沟通管道,日常运维管道有: (1)金三运维平台:需要实时关注运维平台的问题,及时做出处理。 (2)微信群组:银行端缴款业务交流群、SKY 二代TIPS 测试等。 (3)坐席电话。 以上运维平台、沟通群组需要运维人员实时关注并对问题做出及时的处理或解答。 根据采购人要求进行数据统计,对数据进行分析。专门人员进驻大运维办公场地便于各个系统运维人员及采购人对接人进行日常的沟通。 1.2.2 运维服务内容 1.2.2.1 系统环境保障 (1)服务器检查 负责服务器 cpu 检查;服务器磁盘空间检查;服务器内存使用率检查;服务器 SWAP 使用率检查;服务器 OS 文件系统目录使用率、无用文件删除;服务器用户口令过期检查、修改;服务器 ssh、ssl 升级;服务器时钟检查校对;服务器内置防火墙维护、检查;服务器间网络连通性问题排查; (2)数据库检查 负责 AWR 报告应用层面处置;按要求导出 dump 文件;数据库内存占用评估、扩容建议;数据库磁盘 asm 磁盘组评估、 扩容建议;数据库表空间使用率评估、扩容;数据库表锁时常分析、处置;数据库会话异常分析、处置;数据库查时间链接分析、处置;数据库等待事件分析、处置;数据库长事务分析、处置;数据库表索引失效、执行计划分析、处置;高 CPU 使 |
用率语句、高内存使用率语句分析和处置;数据库连接数分析和处置。 (3)应用检查 负责应用占用 cpu 检查和报告;应用占用 cpu 分析和处置;应用内存占用检查和报告;应用内存占用分析和处置;应用 zombie 进程检查;weblogic 控制台运行情况检查和报告;weblogic 控制台运行情况分析和处置;应用线程独占情况检查和报告、STUCK 进程检查和报告;应用线程独占情况分析和处置、STUCK 进程分析和处置;应用数据源运行、链接情况检查和报告;应用数据源运行、链接情况分析和处置;应用虚拟内存使用情况检查和报告;应用虚拟内存使用情况分析和处置;应用端口状态检查和报告;应用端口状态分析和处置;应用定时任务检查;应用的 ejb 调用检查;MQ 通道检查监控;informatica数据管理流程检查、监控;应用消息堆积情况检查和报告;应用消息堆积情况分析和处置。 (4)系统升级 负责申请权限获取升级应用 war 包的复制、传输、更新;依据升级修改、添加、赋权给予配置文件;申请对数据库的操作(修改表结构、表参数、增加、删除数据等);申请对 OGG 进行关闭、开启等操作权限,对 ogg 操作;申请对应用的关闭、重启并操作停、开服务;升级预生产、生产环境,对测试预生产和生产的业务用例进行测试;金三升级:工作流导入(需要工作流授权文件);中间件 weblogic 漏洞补丁升级,安全加固实施。 (5)故障排查 负责与信息中心一起对故障进行应用级排查,包括数据库、应用服务、服务总间、接口排查。与信息中心一起对故障进行基础环境排查,包括数据库、应用系统、中间件、操作系统以及存储等。根据问题排查结果,对现场环境进行配置解决问题;根据问题排查结果,对检查出来的应用系统 BUG,上报二线优化。 (6)应急处理 负责在出现应急问题时,根据实际情况出具应急方案并实施。 |
(7)联调服务 负责在系统升级时需要和外围厂商的联调测试、其他厂商新接入系统的联调测试及上线配置。 (8)其他处理 负责根据需要执行总局运维脚本、根据需要导出审计数据 DMP;与总局监控对接和处置;协助信息中心运维工作:网络调整、设备更换、设变迁移、停机等工作、攻防演练;按需进行压力测试;根据需要对原国地税环境问题进行处置。 (9)ogg 检查 负责税库银系统库新建 OGG 链路、OGG 链路拆分;税库银系统库 OGG 链路异常分析、处置。 1.2.2.2 环境优化调整 对系统运行整体性能情况进行检查,对发现的系统软件性能问题进行分析,根据分析结果采取参数调优、系统参数调优,要求基础环境保障进行数据库参数调整等方法分别实施优化。 主要工作内容包括: (1)运行监控 监控和分析应用软件运行的性能状况。 (2)接收问题 接收运维人员、系统管理员、使用用户等提出的与系统性能相关的问题。 (3)分析处理问题 针对该性能问题进行分析处理。 1.2.2.3 重大配置变更协助 对工作范围内的可能发生的重大配置变更申请(如应用系统网络、存储、主机、中间件、数据库、操作系统的重大配置 |
调整)进行评估和协助方案制定,并综合判断重大配置变更执行的风险、回退方案、可行性、所需资源等。主要工作内容如下: (1)变更申请评估 协助评估重大配置变更的可行性。 (2)变更方案制定及评审 协助编制重大配置变更方案及回退方案,并对方案进行测试和评审。 (3)变更计划制定 评估重大配置变更所需资源,并确定详细的实施计划。如时间计划、人员计划、资源计划等。 (4)实施和支持 根据实际情况和需求,对重大配置变更进行现场或远程的实施或支持。 (5)变更验证 验证重大配置变更是否成功。 (6)监控 重大配置变更实施成功后,需要在一个业务周期内,对涉及变更调整的应用系统进行监控,保证配置变更未对应用系统造成后续影响,保证应用系统的平稳运行。 1.2.2.4 配合系统环境搭建 根据采购人要求,配合协助系统环境保障搭建金税三期财税库银横向联网电子缴税系统(包括但不限于生产环境、测试环境、培训环境)。 1.2.2.5 数据服务保障 |
数据服务保障主要为金税三期财税库银横向联网电子缴税系统内相关数据的统计查询。提供系统内相关数据的特殊查询。 可提供金三系统中财税库银横向联网电子缴税系统相关功能模块无法实现的统计查询,满足由于一些需要的临时查询。座席工程师将问题转出后,要对问题进行跟踪,确保问题均及时有效地处理完成。 1.2.2.6 日常保障服务 为金税三期财税库银横向联网电子缴税系统提供数据查询、应用监控、故障分析等金税三期财税库银横向联网电子缴税系统处理征收工作中各环节的技术支持服务,包括问题咨询、问题处理、应用支持等。 由于系统或用户操作失误造成一些数据必须在后台来进行维护,而数据维护涉及数据安全,为保证数据在税务系统的逻辑性、正确性、完整性,所以确认和维护这些数据是非常谨慎的。主要工作内容为: (1)一般日常问题受理和处理主要工作内容如下: 1)接收问题 接收采购人及基层税务人员提出的关于实时缴款、批量扣款、转发报文等系统使用过程中的各类问题。 2)分析处理问题 通过查看数据、查看工具等分析引起问题的原因;如因系统设计缺陷、程序 bug 等原因造成的功能使用故障属于程序问题。支持人员需对程序问题进行复现测试和确认,排查问题原因。如用户操作问题,或者外部环境问题导致系统使用异常,一经发现,支持人员需及时告知采购人负责人员。 3)问题处理反馈 根据分析得出的原因,进行问题处理解决并反馈,或反馈可行的解决方案。 |
4)问题响应时间 30 分钟内响应,3 小时内解决故障,如无法在短时间内解决,需提交一个处理建议。 (2)分析数据 通过沟通确认,取得业务环境的配置信息,分析业务环境的数据特点。 (3)紧急问题处理 因系统异常造成业务中断、需要支持人员随时响应、快速到位,尽可能短时间内恢复的问题按照紧急问题处理流程来进行处理。主要工作内容如下: 1)沟通确认 对于紧急问题工单,需要工程师尽快响应,了解问题产生的原因、背景和涉及的业务细节。 2)恢复系统 通过沟通确认后的紧急问题,必须尽快恢复系统,确保业务进行。 3)查找问题原因 工程师对问题进行分析定位,从根本上查找问题原因以及存在隐患。 4)出具方案 根据问题出现原因,提出解决方案并予以解决。 5)问题跟踪 问题解决后,对系统运行情况进行跟踪。 (4)补丁升级 补丁升级工作是指根据采购人要求和补丁发布流程对应用系统新版本或新补丁进行发布、升级以及支持验证的工作。主 |
要工作内容如下: 1)补丁发布 向相关人员发布版本或补丁发布通知。 2)补丁升级 通过补丁升级流程,将补丁发布到生产环境。并进行发布检验,确保升级后系统运行正常。 (5)软件咨询 针对就金税三期财税库银横向联网电子缴税系统上应用的业务处理方法、业务处理原理等在软件功能上反映的问题提供及时全面的解答,完成查询、统计、报文分析等功能的解释、功能答疑等工作。 1)技术咨询服务。 主要针对金税三期财税库银横向联网电子缴税系统运行及其具体实现技术提供及时、全面、准确的解答和必要的培训,使业务部门的相关人员能够理解该项技术的特点,以利于业务人员更准确的表达业务要求,利于开发单位能有效理解业务意图。 2)软件业务功能咨询服务。 主要针对金税三期财税库银横向联网电子缴税系统的业务功能模块、维护模块、系统升级的咨询服务,包括各功能模块的内容、与实际业务操作执行的关系、数据层面的逻辑关系,系统升级初始化的必要调整等。 3)需求开发阶段的咨询服务。 协助采购人针对金税三期财税库银横向联网电子缴税系统的需求变更功能,为软件开发单位提供需求变更内容的咨询服务的工作。 4)测试阶段的咨询服务。 |
协助采购人参与各税收业务系统的业务需求测试工作,为相关部门提供需求变更内容的咨询服务的工作。 (6)知识库更新和维护 将在上述环节中出现的问题及相关处理方式收集整理,按照采购人要求录入指定的系统。 1.2.2.7 外部联调支持 根据采购人要求,对接入或调用金税三期财税库银横向联网电子缴税系统的外部系统提供联调技术支持、故障跟踪排查等服务。 1.2.3 运维人员工作一览表 | |||||||||
序号 | 服务大项 | 服务小项 | 服务内容 | 服务方式 | |||||
1 | 数据维护 | 生产数据操作 | 依据客户需求对“实时扣款信息”、“批量扣款”、“银行端缴款”、 “入库流水信息”、“报表”等涉及各类扣款数据进行维护。 | 现场实时处理 | |||||
2 | 补丁发布 | 升级补丁 | 对总局下发的系统补丁进行升级。 | 现场实施处理 | |||||
3 | 补丁功能测试 | 1.完成系统每一次补丁升级的系统功能正确性验证工作。 2.配合采购人完成每次补丁升级涉及功能的联调测试工作。 | 现场处理 | ||||||
4 | 软件功能及 操作咨询 | 功能业务及操作咨询 | 工程师在指定办公地点及进驻各个相关的运维沟通群组,提供功能业务咨询解答服务。主要完成以下功能业务的咨询解答: 1.实时扣款业务涉及的流程,对应的数据表说明、银行端缴款业务涉及的流程,对应的数据表说明等缴税涉及税库银的业务 解答。 | 现场+远程 |
2.后台报文跟踪查询,协助基层业务人员对扣款异常的交易进 行分析,提供后续处理建议。涉及税收业务及社保缴费业务。 | |||||||||
5 | 系统监控 | 入库流水、国库报表、批扣处理流程、MQ通道监控 | 监控及维护以下流程: 1.入库流水下载流程监控; 2.国库报表下载流程监控; 3.批扣处理流程监控; 4.MQ通道监控,确保税库银两个MQ节点的所有通道正常运行。确保以上流程的稳定运行,以上流程的异常将直接影响销号及会计核算业务。 | 现场每日4次定时性流程监控 | |||||
6 | 日常问题处 理 | 日常问题处理 | 工程师在指定办公地点及进驻各个相关的运维沟通群组,接收来自运维平台、运维工作群组、当面的需要处理的问题。进行 运维问题处理。 | 工作时间现场处理+非工作时 间远程处理 | |||||
7 | 接口维护及 监控 | 接口维护及监 控 | 工作时间实时监控税库银对接社保费的接口服务,确保接口服 务的正常,确保社保费缴纳正常。 | 现场 | |||||
8 | 培训服务 | 培训服务 | 依据采购人的需要,对金税三期财税库银横向联网电子缴税系 统进行相关业务培训 | 现场或远程 | |||||
1.3 金税三期决策支持系统 1 包 1.3.1 系统运维复杂性认识要求 1.3.1.1 系统架构复杂性认识要求 |
决策系统在税务机构改革并库后进行了调整,目前业务域数据库服务器 2 台,应用服务器 4 台涉及应用服务 8 个。数据来源核心征管系统、个税系统、社保管理子系统、社保征收子系统、外部交换系统、金税三期财税库银横向联网电子缴税系统、货运发票系统、防伪税控系统、电子底账系统、稽核系统等。设计数据加工过程 1000 多个。 1.3.1.2 业务复杂性认识要求 金税三期决策支持系统 1 包应用业务处室有财产行为税处、大风局、经济分析处、所得税处、货劳处、督察内审处等几乎全部业务部门。系统功能大类有:“报表管理”,“财产行为税管理”,“查询统计”,“国际税管理”,“个人所得税管理”,“货物劳务税管理”,“绩效考核管理”,“纳税服务管理”,“所得税管理”,“数据质量管理”,“税库银业务情况统计”,“一户式”, “一局式”等。 金税三期决策支持系统 1 包共有功能模块 900 多个,其中查询统计 91 个,报表管理 644 个。报表管理其中涉及减税降 费报表有 269 个,社保费降率减费报表有 105 个,征管数据月报 50 个。 每月固定工作:每月征期后 3 天完成减税降费报表加工、补丁升级、报表报送,数据分析。数据交换流程及数据加工流程: (1)财行报表流程,加工查询报表以及环保税每日数据。 (2)数据化流程。 (3)第三方数据流程,加工工商登记信息以及税库银外部交换数据。 (4)优化版流程,优化版查询模块数据加工。 (5)国际税流程,国际司报表加工。 (6)货劳司流程,加工车购税以及出口退税数据。 (7)减免税流程,每月第四个工作日总局抽数使用。 |
(8)纳服司流程,加工纳服司相关数据。 (9)所得税司流程,用于加工小微企业以及翘尾情况数据 (10)收归司流程,用于收归报表数据加工。 (11)征管质量流程,加工征管月报数据。 1.3.2 运维服务内容 1.3.2.1 系统环境保障 (1)ogg 检查 负责金税三期决策支持系统 1 包新建 OGG 链路、OGG 链路拆分;金税三期决策支持系统 1 包库 OGG 链路异常分析、处置。 (2)服务器检查 负责服务器 cpu 检查;服务器磁盘空间检查;服务器内存使用率检查;服务器 SWAP 使用率检查;服务器 OS 文件系统目录使用率、无用文件删除;服务器用户口令过期检查、修改;服务器 ssh、ssl 升级;服务器时钟检查校对;服务器内置防火墙维护、检查;服务器间网络连通性问题排查。 (3)数据库检查 负责 AWR 报告应用层面处置;按要求导出 dump 文件;数据库内存占用评估、扩容建议;数据库磁盘 asm 磁盘组评估、扩容建议;数据库表空间使用率评估、扩容;数据库表锁时常分析、处置;数据库会话异常分析、处置;数据库查时间链接分析、处置;数据库等待事件分析、处置;数据库长事务分析、处置;数据库表索引失效、执行计划分析、处置;高 CPU 使用率语句、高内存使用率语句分析和处置;数据库连接数分析和处置。 (4)应用检查 负责应用占用 cpu 检查和报告;应用占用 cpu 分析和处置;应用内存占用检查和报告;应用内存占用分析和处置;应用 |
zombie 进程检查;weblogic 控制台运行情况检查和报告;weblogic 控制台运行情况分析和处置;应用线程独占情况检查和报告、STUCK 进程检查和报告;应用线程独占情况分析和处置、STUCK 进程分析和处置;应用数据源运行、链接情况检查和报告;应用数据源运行、链接情况分析和处置;应用虚拟内存使用情况检查和报告;应用虚拟内存使用情况分析和处置;应用端口状态检查和报告;应用端口状态分析和处置;应用定时任务检查;应用的 ejb 调用检查;MQ 通道检查监控;informatica数据管理流程检查、监控;应用消息堆积情况检查和报告;应用消息堆积情况分析和处置。 (5)系统升级 负责申请权限获取升级应用 war 包的复制、传输、更新;依据升级修改、添加、赋权给予配置文件;申请对数据库的操作(修改表结构、表参数、增加、删除数据等);申请对 OGG 进行关闭、开启等操作权限,对 ogg 操作;申请对应用的关闭、重启并操作停、开服务;升级预生产、生产环境,对测试预生产和生产的业务用例进行测试;金三升级:工作流导入(需要工作流授权文件);中间件 weblogic 漏洞补丁升级,安全加固实施。 (6)故障排查 负责与信息中心一起对故障进行应用级排查,包括数据库、应用服务、服务总间、接口排查。与信息中心一起对故障进行基础环境排查,包括数据库、应用系统、中间件、操作系统以及存储等。根据问题排查结果,对现场环境进行配置解决问题;根据问题排查结果,对检查出来的应用系统 BUG,上报二线优化。 (7)应急处理 负责在出现应急问题时,根据实际情况出具应急方案并实施。 (8)联调服务 负责在系统升级时需要和外围厂商的联调测试、其他厂商新接入系统的联调测试及上线配置。 (9)其他处理 |
负责根据需要执行总局运维脚本、根据需要导出审计数据 DMP;与总局监控对接和处置;协助信息中心运维工作:网络调整、设备更换、设变迁移、停机等工作、攻防演练;按需进行压力测试;根据需要对原国地税环境问题进行处置。 1.3.2.2 应用软件数据访问性能优化 数据基础环境管理人员接收技术人员对数据脚本、语句性能问题,同时周期性对应用软件数据整体性能情况进行检查,对接收到和检查发现的数据访问性能问题进行分析,根据分析结果采取脚本调优、数据参数调整等方法分别实施优化。主要工作内容:性能问题接收和检查,性能问题分析,性能优化处理。主要内容包括: (1)运行监控 周期性监控和分析应用软件数据访问的性能状况。 (2)接收问题 接收运维人员、系统管理员、使用用户等提出的与系统性能相关的问题。 (3)出具解决方案 针对接收到和发现的性能问题登陆到系统进行分析定位。针对该性能问题确定对应的需要执行的操作,并制定相应解决方案。 (4)分析处理问题 针对该性能问题执行解决方案。 (5)记录问题 针对该性能问题产出相关文档,并反馈结果给相关负责人。 1.3.2.3 数据服务 决策管理数据支持平台的数据抽取是指从系统指定的业务系统数据源将数据抽取、清洗、加载到数据仓库的过程。数据 |
抽取分为日常增量抽取和全量抽取,日常增量抽取由系统设定的定时任务自动执行,全量抽取由技术人员手动执行。主要是保障数据抽取的任务调度正常,抽取的执行结果正常。数据服务主要包括决策管理数据支持平台的数据抽取、数据加工等保障工作。 (1)数据抽取保障服务 1)数据抽取任务调度状态维护。数据服务人员,每日检查数据抽取任务的调度配置状态,发现问题及时解决。并根据数据量及业务办理日期变化等情况,对任务调度进行必要的调整。 2)日常增量抽取保障。数据服务人员每日对抽取的结果进行检查,检查各抽取任务是否执行完毕、是否执行正常,发现问题及时解决。对抽取的结果日志进行分析,采用技术工具对抽取结果进行技术性校验。 3)全量抽取。在业务系统数据源发生较大变化时,应采用全量抽取的方式重新进行全量抽取。数据服务人员在采购人系统管理员的要求下,停止增量抽取任务,手工启动全量抽取的任务,监控全量抽取过程,检查全量抽取结果。 (2)数据加工保障服务 数据加工是对已经抽取到数据仓库的业务数据进行汇总、统计、分析的过程,数据加工的结果数据以数据集市的形式存储在数据库中。数据加工过程根据数据仓库的数据产生情况,采用全量加工或增量加工两种方式。全量加工方式指针对某类数据,对数据仓库中所有相关业务源数据进行完整的加工。增量加工方式指针对某类数据,在上次已加工的基础上,只加工增量的部分。增量加工由系统设定的定时任务自动执行,全量加工由技术人员手动执行。数据加工保障服务,主要是保障数据加工的任务调度正常,加工的执行结果正常。 1)数据加工任务调度状态维护。数据服务人员,每日检查数据加工任务的调度配置状态,发现问题及时解决。并根据数据量及业务办理日期变化等情况,对任务调度进行必要的调整。 2)日常增量加工保障。数据服务人员每日对加工的结果进行检查,检查各加工任务是否执行完毕、是否执行正常,发 |
现问题及时解决。对加工的结果日志进行分析,采用技术工具对加工结果进行技术性校验。 3)全量加工。在业务源数据全量抽取后,需采用全量加工的方式对数据进行加工。数据服务人员在采购人系统管理员的要求下,停止增量加工任务,手工启动全量加工的任务,监控加工过程,检查加工结果。 1.3.2.4 日常运维服务 (1)问题处理 决策管理数据支持平台提供数据集中、数据处理、数据应用等数据处理各环节的技术支持服务,包括问题咨询、问题处理、口径解释、数据查询、技术支持、应用支持等。日常问题受理和一般问题处理,主要工作内容如下: 1)接收问题 接收采购人及基层税务人员提出的关于数据集中、数据处理、数据应用等系统使用过程中的各类问题。 2)分析处理问题 通过查看数据、查看工具等分析引起问题的原因;如因系统设计缺陷、程序 bug 等原因造成的功能使用故障属于程序问题。支持人员需对程序问题进行复现测试和确认,排查问题原因。 3)出具解决方案并实施 根据分析得出的原因,提供可行的解决方案并实施,或提供临时解决方案,并将确认结果反馈相关负责人。 4)记录问题 问题处理完毕后及时记录问题及其处理过程;对程序问题处理过程和结果进行跟踪。 5)紧急问题处理 因系统异常造成业务中断、需在支持人员能够随时响应、快速到位,尽可能短时间内恢复的问题按照紧急问题处理流程 来进行处理。主要工作内容如下: |
(a)沟通确认。对于紧急问题工单,需要工程师在 30 分钟内响应,了解问题产生的原因、背景和涉及的业务细节。 (b)恢复系统。通过沟通确认后的紧急问题,必须尽快恢复系统,确保业务进行。 (c)查找问题原因。工程师对问题进行分析定位,从根本上查找问题原因以及存在隐患。 (d)出具方案。根据问题出现原因,提出解决方案并予以解决。 (e)问题跟踪。问题解决后,对系统运行情况进行跟踪。 (f)最终编写处理报告。按采购人规范出具处理报告。 (2)数据查询 根据税务机关需要,协助配合进行相关金税三期核心征管数据的查询。主要内容为与税务机关需求人员进行查询数据口径的确认,完成口径确定后根据税务机关工作人员要求负责脚本编写并按要求输出项完成数据的导出工作并提交税务机关相关人员。 1.3.2.5 程序问题确认 由于系统设计缺陷、程序 bug 等原因造成的系统使用故障属于程序问题。运维服务人员对转出的程序问题进行复现测试和确认,排查问题原因,提供临时解决方案,并将确认结果反馈相关负责人。主要工作内容如下: (1)沟通确认 对于程序 bug 的工单,需要运维服务人员与税务系统用户充分沟通,了解问题产生的原因、背景和涉及的业务细节。 (2)问题测试 需要对用户反映的程序问题进行复现,了解用户当时的软硬件环境,搭建复现测试环境,设计测试流程,设置模拟数据,对用户反映的问题进行复现。 (3)分析确认 |
根据测试结果,对程序问题发生的环境、过程、现象以及由此产生的相关问题进行分析,确定问题原因。 (4)确定临时解决方案 根据问题原因,确定此问题的临时解决方案。 (5)问题转出 程序问题确认后,将问题反馈给相应处室,由厂商进行程序改进。 (6)问题跟踪 由相关运维人员对程序问题处理过程和结果进行跟踪。 (7)最终编写处理报告 按采购人规范出具处理报告。 1.3.2.6 需求问题确认 因业务变更、口径改进或新增功能等而产生的问题属于需求问题。运维人员按照相关要求对需求问题进行确认。主要工作内容如下: (1)沟通确认 与用户充分沟通,了解系统当前各模块的功能和彼此间的相关关系,系统当前运行状况、系统相关数据状态、用户需求背景、功能需求、性能需求等情况。 (2)问题分析 对用户所提出的需求进行详细分析,对涉及多系统的需求内容,联合相关厂商进行会审,充分考虑新增需求的可行性和相关影响,并汇总最终会审意见。 (3)问题反馈 |
对问题分析结果反馈应用系统负责人。 (4)问题转出 经应用系统负责人审批确认后,将需求问题反馈给相关处室。 (5)问题跟踪 由相关运维人员对需求问题处理过程和结果进行跟踪。 (6)最终编写处理报告 按采购人规范出具处理报告。 1.3.2.7 重大配置变更 运维人员对可能发生的重大配置变更申请(如应用系统网络、存储、主机、应用系统、数据库、操作系统的重大配置调整)协助基础环境保障部门进行评估和方案制定,并综合判断重大配置变更执行的风险、回退方案、可行性、所需资源等。主要工作内容如下: (1)变更申请评估 评估重大配置变更的可行性。 (2)变更方案制定及评审 编制重大配置变更方案及回退方案,并对方案进行测试和评审。 (3)变更计划制定 评估重大配置变更所需资源,并确定详细的实施计划。如时间计划、人员计划、资源计划等。 (4)实施和支持 运维人员根据实际情况和各地需求,对各地重大配置变更进行现场或远程的实施或支持。 |
(5)变更验证 验证重大配置变更是否成功。 (6)监控 重大配置变更实施成功后,需要在一个业务周期内,对涉及变更调整的应用系统进行监控,保证配置变更未对应用系统造成后续影响,保证应用系统的平稳运行。 1.3.2.8 补丁发布 补丁发布工作是指在总局下发决策管理数据支持平台补丁包后,运维服务人员根据补丁发布流程对应用系统新版本或新补丁进行审核、升级、验证的工作。主要工作内容如下: (1)补丁验证 运维人员需要对接收到的应用系统版本或补丁进行审核,审核点关注于补丁文档是否齐全、是否能够支持升级,补丁升级的时间要求和资源要求是否明确,补丁升级是否会对其他相关应用系统产生影响。补丁审核后,需形成补丁文档审核单。 对接收到的应用系统版本或补丁进行模拟环境测试,以验证其升级过程是否正确。模拟环境测试通过后,进行后续处理。模拟环境测试后,需形成补丁升级测试单。 (2)补丁升级 对于审核和测试均已通过的文档,通过补丁升级流程,将补丁发布到生产环境、预生产环境。并进行验证,确保升级后系统运行正常。 1.3.2.9 数据质量管理专项服务 该专项服务需要专职人员负责指标口径整理编写、指标运行维护监控等工作。根据采购人提供指标业务口径编写金税三期决策支持系统 1 包本地数据质量指标,并将指标维护进金税三期决策支持系统 1 包数据质量管理模块,对数据质量指标进 |
行日常运行监控,协助采购人对数据质量监控结果进行处置等相关工作 1.3.2.10 软件功能及操作咨询 针对就决策支持平台上应用的业务处理方法、业务处理原理等在软件功能上反映的问题提供及时全面的解答,完成查询、统计、报表等功能的口径解释、功能答疑等工作。 针对涉及操作人员在软件使用过程中碰到的由于计算机操作熟练程度不高引起的包括计算机基本操作咨询和软件操作咨询。 (1)减税降费相关工作支持支持减税降费相关工作。 (2)电子专票相关工作支持 协助采购人完成增值税电子专用发票相关工作的开展,包括电子专用发票监控预警分析、内控督导工作的开展。 1.3.3 运维人员工作一览表 | |||||||||
序号 | 服务大项 | 服务小项 | 服务内容 | 服务方式 | |||||
1 | 数据运维 | 生产数据操作 | 依据客户需求对“报表管理”,“财产行为税管理”,“查询统计”, “国际税管理”,“个人所得税管理”,“货物劳务税管理”,“绩效考核管理”,“纳税服务管理”,“所得税管理”,“数据质量管理”, “税库银业务情况统计”,“一户式”,“一局式”等涉及数据。 | 现场实时处理 | |||||
2 | 补丁发布 | 升级补丁 | 对总局下发的系统补丁进行升级。 | 现场实施处理 | |||||
3 | 补丁功能 测试 | 1.完成系统每一次补丁升级的系统功能正确性验证工作。 2.配合采购人完成每次补丁升级涉及功能的联调测试工作。 | 现场处理 |
4 | 软件功能 及操作咨询 | 功能业务及操作咨询 | 工程师在指定办公地点及进驻各个相关的运维沟通群组,提供功能业务咨询解答服务。主要完成以下功能业务的咨询解答:“报表管理”,“财产行为税管理”,“查询统计”,“国际税管理”,“个人所得税管理”,“货物劳务税管理”,“绩效考核管理”,“纳税服务管理”,“所得税管理”,“数据质量管理”,“税库银业务情况统计”,“一户式”,“一局式”等。 金税三期决策支持系统1包共有功能模块900多个,其中查询统计 91个 ,报表管理644个。 报表管理其中涉及减税降费报表有269个,社保费降率减费报表 有105个,征管数据月报50个。 | 现场+远程 | |||||
5 | 系统监控 | 系统监控 | 监控及维护以下数据交换流程: 1.财行报表流程,加工查询报表以及环保税每日数据。 2.数据化流程。 3.第三方数据流程,加工工商登记信息以及税库银外部交换数据。 4.优化版流程,优化版查询模块数据加工。 5.国际税流程,国际司报表加工。 6.货劳司流程,加工车购税以及出口退税数据。 7.减免税流程,每月第四个工作日总局抽数使用。 | 现场每日4 次定时性流程监控 |
8.纳服司流程,加工纳服司相关数据。 9.所得税司流程,用于加工小微企业以及翘尾情况数据。 10.收归司流程,用于收归报表数据加工。 11.征管质量流程,加工征管月报数据等数据加工流程。 功能模块运行监控,金税三期决策支持系统1包共有功能模块900多个,查询统计91个,报表管理644个。 报表管理其中涉及减税降费报表有269个,社保费降率减费报表 有105个,征管数据月报50个。 | |||||||||
6 | 日常问题处理 | 日常问题处理 | 工程师在指定办公地点及进驻各个相关的运维沟通群组,接收来自运维平台、运维工作群组、当面的需要处理的问题。进行运维 问题处理。 | 工作时间现场处理+非工作时间 远程处理 | |||||
7 | 系统健康巡检 | 系统健康巡检。 | 每日4次或依据采购人要求的频率对7加工流程进行全方位的监控巡检。 当发现问题时及时处理。 | 现场 | |||||
8 | 培训服务 | 培训服务 | 依据采购人的需要,对金税三期决策支持系统1包进行相关业务 培训。 | 现场或远程 | |||||
9 | 技术支持 | 技术支持 | 依据采购人的需要,解答金税三期决策支持系统1包进行相关业 务与技术问题。 | 现场或远程 | |||||
10 | 减税降费业 | 报表维护 | 配合业务部分产出减税降费金税三期决策支持系统1包相关的 | 现场 |
务支持 | 200余张报表的产出维护。 | ||||||||
11 | 数据统计查 询服务 | 提供数据 统计查询 | 依据采购人需求,提供金税三期决策支持系统1包相关数据统计。 | 现场 | |||||
12 | 数据质量管理专项服务 | 数据质量管理 | 依据采购人需求,依据采购人提供的业务口径,形成数据质量指标,并在金税三期决策支持系统1包中运行,专职人员进行指标 运行监控,对数据问题协助采购人进行相关处置。 | 现场或远程 | |||||
1.4 金税三期会计核算系统 1.4.1 系统运维复杂性认识要求 1.4.1.1 系统架构复杂性认识要求 会计核算系统在税务机构改革并库后进行了调整,目前业务域数据库服务器 2 台,应用服务器 2 台涉及应用服务 6 个。 数据来源核心征管系统、个税系统、社保管理子系统、社保征收子系统等。设计数据加工过程 100 多个。 1.4.1.2 业务复杂性认识要求 会计核算报表生成方式、表接口、数据项复杂性较大。涉及会计核算功能模块有 317 个。机构改革及系统合并前,会统核算数据库与核心征管生产数据库为同一个数据库,在核心征管生产数据库上进行会计记账和报表生成。对于数据量比较大的单位,完成一次会统记账时间比较长,例如原国税完成一次会统记账需要 12 个小时,原地税完成一次会计记账需要 14 个小时。在每个月会计记账和报表生成期间,为不影响核心征管的生产业务运行,会计记账都是在周末和晚上操作,需要全区会统人员晚上和周末加班完成记账和报表生成工作。 1.4.2 运维服务内容 1.4.2.1 系统环境保障 |
(1)ogg 检查 负责会计核算系统库新建 OGG 链路、OGG 链路拆分;会计核算系统库 OGG 链路异常分析、处置。 (2)服务器检查 负责服务器 cpu 检查;服务器磁盘空间检查;服务器内存使用率检查;服务器 SWAP 使用率检查;服务器 OS 文件系统目录使用率、无用文件删除;服务器用户口令过期检查、修改;服务器 ssh、ssl 升级;服务器时钟检查校对;服务器内置防火墙维护、检查;服务器间网络连通性问题排查。 (3)数据库检查 负责 AWR 报告应用层面处置;按要求导出 dump 文件;数据库内存占用评估、扩容建议;数据库磁盘 asm 磁盘组评估、扩容建议;数据库表空间使用率评估、扩容;数据库表锁时常分析、处置;数据库会话异常分析、处置;数据库查时间链接分析、处置;数据库等待事件分析、处置;数据库长事务分析、处置;数据库表索引失效、执行计划分析、处置;高 CPU 使用率语句、高内存使用率语句分析和处置;数据库连接数分析和处置。 (4)应用检查 负责应用占用 cpu 检查和报告;应用占用 cpu 分析和处置;应用内存占用检查和报告;应用内存占用分析和处置;应用 zombie 进程检查;weblogic 控制台运行情况检查和报告;weblogic 控制台运行情况分析和处置;应用线程独占情况检查和报告、STUCK 进程检查和报告;应用线程独占情况分析和处置、STUCK 进程分析和处置;应用数据源运行、链接情况检查和报告;应用数据源运行、链接情况分析和处置;应用虚拟内存使用情况检查和报告;应用虚拟内存使用情况分析和处置;应用端口状态检查和报告;应用端口状态分析和处置;应用定时任务检查;应用的 ejb 调用检查;MQ 通道检查监控;informatica数据管理流程检查、监控;应用消息堆积情况检查和报告;应用消息堆积情况分析和处置。 (5)系统升级 |
负责申请权限获取升级应用 war 包的复制、传输、更新;依据升级修改、添加、赋权给予配置文件;申请对数据库的操作(修改表结构、表参数、增加、删除数据等);申请对 OGG 进行关闭、开启等操作权限,对 ogg 操作;申请对应用的关闭、重启并操作停、开服务;升级预生产、生产环境,对测试预生产和生产的业务用例进行测试;金三升级:工作流导入(需要工作流授权文件);中间件 weblogic 漏洞补丁升级,安全加固实施。 (6)故障排查 负责与信息中心一起对故障进行应用级排查,包括数据库、应用服务、服务总间、接口排查。与信息中心一起对故障进行基础环境排查,包括数据库、应用系统、中间件、操作系统以及存储等。根据问题排查结果,对现场环境进行配置解决问题;根据问题排查结果,对检查出来的应用系统 BUG,上报二线优化。 (7)应急处理 负责在出现应急问题时,根据实际情况出具应急方案并实施。 (8)联调服务 负责在系统升级时需要和外围厂商的联调测试、其他厂商新接入系统的联调测试及上线配置。 (9)其他处理 负责根据需要执行总局运维脚本、根据需要导出审计数据 DMP;与总局监控对接和处置;协助信息中心运维工作:网络调整、设备更换、设变迁移、停机等工作、攻防演练;按需进行压力测试;根据需要对原国地税环境问题进行处置。 1.4.2.2 应用软件数据访问性能优化 数据基础环境管理人员接收技术人员对数据脚本、语句性能问题,同时周期性对应用软件数据整体性能情况进行检查, 对接收到和检查发现的数据访问性能问题进行分析,根据分析结果采取脚本调优、数据参数调整等方法分别实施优化。主要工作内容:性能问题接收和检查,性能问题分析,性能优化处理。主要内容包括: |
(1)运行监控 周期性监控和分析应用软件数据访问的性能状况。 (2)接收问题 接收运维人员、系统管理员、使用用户等提出的与系统性能相关的问题。 (3)出具解决方案 针对接收到和发现的性能问题登陆到系统进行分析定位。针对该性能问题确定对应的需要执行的操作,并制定相应解决方案。 (4)分析处理问题 针对该性能问题执行解决方案 (5)记录问题 针对该性能问题产出相关文档,并反馈结果给相关负责人。 1.4.2.3 数据服务 会计核算系统的数据抽取是指从系统指定的业务系统数据源将数据抽取、清洗、加载到数据仓库的过程。数据抽取分为日常增量抽取和全量抽取,日常增量抽取由系统设定的定时任务自动执行,全量抽取由技术人员手动执行。主要是保障数据抽取的任务调度正常,抽取的执行结果正常。数据服务主要包括会计核算系统的数据抽取、数据加工等保障工作。 (1)数据抽取保障服务 1)数据抽取任务调度状态维护。数据服务人员,每日检查数据抽取任务的调度配置状态,发现问题及时解决。并根据数据量及业务办理日期变化等情况,对任务调度进行必要的调整。 2)日常增量抽取保障。数据服务人员每日对抽取的结果进行检查,检查各抽取任务是否执行完毕、是否执行正常,发 |
现问题及时解决。对抽取的结果日志进行分析,采用技术工具对抽取结果进行技术性校验。 3)全量抽取。在业务系统数据源发生较大变化时,应采用全量抽取的方式重新进行全量抽取。数据服务人员在采购人系统管理员的要求下,停止增量抽取任务,手工启动全量抽取的任务,监控全量抽取过程,检查全量抽取结果。 (2)数据加工保障服务 数据加工是对已经抽取到数据仓库的业务数据进行汇总、统计、分析的过程,数据加工的结果数据以数据集市的形式存储在数据库中。数据加工过程根据数据仓库的数据产生情况,采用全量加工或增量加工两种方式。全量加工方式指针对某类数据,对数据仓库中所有相关业务源数据进行完整的加工。增量加工方式指针对某类数据,在上次已加工的基础上,只加工增量的部分。增量加工由系统设定的定时任务自动执行,全量加工由技术人员手动执行。数据加工保障服务,主要是保障数据加工的任务调度正常,加工的执行结果正常。 1)数据加工任务调度状态维护。数据服务人员,每日检查数据加工任务的调度配置状态,发现问题及时解决。并根据数据量及业务办理日期变化等情况,对任务调度进行必要的调整。 2)日常增量加工保障。数据服务人员每日对加工的结果进行检查,检查各加工任务是否执行完毕、是否执行正常,发现问题及时解决。对加工的结果日志进行分析,采用技术工具对加工结果进行技术性校验。 3)全量加工。在业务源数据全量抽取后,需采用全量加工的方式对数据进行加工。数据服务人员在采购人系统管理员的要求下,停止增量加工任务,手工启动全量加工的任务,监控加工过程,检查加工结果。 (3)会计核算记账退账 负责全区核算单位记账退账的业务。 1.4.2.4 日常运维服务 (1)问题处理 |
会计核算系统提供数据集中、数据处理、数据应用等数据处理各环节的技术支持服务,包括问题咨询、问题处理、口径解释、数据查询、技术支持、应用支持等。日常问题受理和一般问题处理,主要工作内容如下: 1)接收问题 接收采购人及基层税务人员提出的关于数据集中、数据处理、数据应用等系统使用过程中的各类问题。 2)分析处理问题 通过查看数据、查看工具等分析引起问题的原因;如因系统设计缺陷、程序 bug 等原因造成的功能使用故障属于程序问题。支持人员需对程序问题进行复现测试和确认,排查问题原因。 3)出具解决方案并实施 根据分析得出的原因,提供可行的解决方案并实施,或提供临时解决方案,并将确认结果反馈相关负责人。 4)记录问题 问题处理完毕后及时记录问题及其处理过程;对程序问题处理过程和结果进行跟踪。 5)紧急问题处理 因系统异常造成业务中断、需在支持人员能够随时响应、快速到位,尽可能短时间内恢复的问题按照紧急问题处理流程来进行处理。主要工作内容如下: (a)沟通确认。对于紧急问题工单,需要工程师在 30 分钟内响应,了解问题产生的原因、背景和涉及的业务细节。 (b)恢复系统。通过沟通确认后的紧急问题,必须尽快恢复系统,确保业务进行。 (c)查找问题原因。工程师对问题进行分析定位,从根本上查找问题原因以及存在隐患。 (d)出具方案。根据问题出现原因,提出解决方案并予以解决。 (e)问题跟踪。问题解决后,对系统运行情况进行跟踪。 |
(f)最终编写处理报告。按采购人规范出具处理报告。 (2)数据查询 根据税务机关需要,协助配合进行相关金税三期核心征管数据的查询。主要内容为与税务机关需求人员进行查询数据口径的确认,完成口径确定后根据税务机关工作人员要求负责脚本编写并按要求输出项完成数据的导出工作并提交税务机关相关人员。 1.4.2.5 程序问题确认 由于系统设计缺陷、程序 bug 等原因造成的系统使用故障属于程序问题。运维人员对转出的程序问题进行复现测试和确认,排查问题原因,提供临时解决方案,并将确认结果反馈相关负责人。主要工作内容如下: (1)沟通确认 对于程序 bug 的工单,需要运维服务人员与税务系统用户充分沟通,了解问题产生的原因、背景和涉及的业务细节。 (2)问题测试 需要对用户反映的程序问题进行复现,了解用户当时的软硬件环境,搭建复现测试环境,设计测试流程,设置模拟数据,对用户反映的问题进行复现。 (3)分析确认 根据测试结果,对程序问题发生的环境、过程、现象以及由此产生的相关问题进行分析,确定问题原因。 (4)确定临时解决方案 根据问题原因,确定此问题的临时解决方案。 (5)问题转出 程序问题确认后,将问题反馈给相应处室,由厂商进行程序改进。 |
(6)问题跟踪 由相关运维人员对程序问题处理过程和结果进行跟踪。 (7)最终编写处理报告 按采购人规范出具处理报告。 1.4.2.6 需求问题确认 因业务变更、口径改进或新增功能等而产生的问题属于需求问题。运维服务人员按照相关要求对需求问题进行确认。主要工作内容如下: (1)沟通确认 与用户充分沟通,了解系统当前各模块的功能和彼此间的相关关系,系统当前运行状况、系统相关数据状态、用户需求背景、功能需求、性能需求等情况。 (2)问题分析 对用户所提出的需求进行详细分析,对涉及多系统的需求内容,联合相关厂商进行会审,充分考虑新增需求的可行性和相关影响,并汇总最终会审意见。 (3)问题反馈 对问题分析结果反馈应用系统负责人。 (4)问题转出 经应用系统负责人审批确认后,将需求问题反馈给相关处室。 (5)问题跟踪 由相关运维人员对需求问题处理过程和结果进行跟踪。 |
(6)最终编写处理报告 按采购人规范出具处理报告。 1.4.2.7 重大配置变更 运维人员对可能发生的重大配置变更申请(如应用系统网络、存储、主机、应用系统、数据库、操作系统的重大配置调整)进行评估和方案制定,并综合判断重大配置变更执行的风险、回退方案、可行性、所需资源等。主要工作内容如下: (1)变更申请评估 评估重大配置变更的可行性。 (2)变更方案制定及评审 编制重大配置变更方案及回退方案,并对方案进行测试和评审。 (3)变更计划制定 评估重大配置变更所需资源,并确定详细的实施计划。如时间计划、人员计划、资源计划等。 (4)实施和支持 运维人员根据实际情况和各地需求,对各地重大配置变更进行现场或远程的实施或支持。 (5)变更验证 验证重大配置变更是否成功。 (6)监控 重大配置变更实施成功后,需要在一个业务周期内,对涉及变更调整的应用系统进行监控,保证配置变更未对应用系统造成后续影响,保证应用系统的平稳运行。 1.4.2.8 补丁发布 |
补丁发布工作是指在总局下发会计核算系统补丁包后,运维人员根据补丁发布流程对应用系统新版本或新补丁进行审核、升级、验证的工作。主要工作内容如下: (1)补丁验证 运维人员需要对接收到的应用系统版本或补丁进行审核,审核点关注于补丁文档是否齐全、是否能够支持升级,补丁升级的时间要求和资源要求是否明确,补丁升级是否会对其他相关应用系统产生影响。补丁审核后,需形成补丁文档审核单。 对接收到的应用系统版本或补丁进行模拟环境测试,以验证其升级过程是否正确。模拟环境测试通过后,进行后续处理。模拟环境测试后,需形成补丁升级测试单。 (2)补丁升级 对于审核和测试均已通过的文档,通过补丁升级流程,将补丁发布到生产环境、预生产环境。并进行验证,确保升级后系统运行正常。 1.4.2.9 软件功能及操作咨询 针对就决策支持平台上应用的业务处理方法、业务处理原理等在软件功能上反映的问题提供及时全面的解答,完成查询、统计、报表等功能的口径解释、功能答疑等工作。 针对涉及操作人员在软件使用过程中碰到的由于计算机操作熟练程度不高引起的包括计算机基本操作咨询和软件操作咨询。 1.4.2.10 培训要求 依据采购人培训需要,提供每年不少于 1 次免费的集中培训师资服务。 1.4.2.11 减税降费相关工作支持 提供会计核算减税降费相关的报表工作支持。 |
1.4.3 运维人员工作一览表 | |||||||||
序号 | 服务大项 | 服务小项 | 服务内容 | 服务方式 | |||||
1 | 生产数据操作 | 生产数据操作 | 依据客户需求对“环境初始化”,“税收会统报表”,“税收票证报表”,“税收五日快报”,“税收旬快报”,“税收月快报”,“自贸区报表”,“报表汇总”,“报表审核”等。会计 核算317个功能模块。 | 现场实时处理 | |||||
2 | 补丁发布 | 升级补丁 | 对总局下发的系统补丁进行升级。 | 现场实施处理 | |||||
3 | 补丁功能测试 | 1.完成系统每一次补丁升级的系统功能正确性验证工作。 2.配合采购人完成每次补丁升级涉及功能的联调测试工作。 | 现场处理 | ||||||
4 | 软件功能 及操作咨询 | 功能业务及操作咨询 | 工程师在指定办公地点及进驻各个相关的运维沟通群组,提供功能业务咨询解答服务。主要完成以下功能业务的咨询解答: 1.会计核算报表业务功能解答。 2.会计核算报表生成方式、表接口、数据项说明等解答。涉及会计核算功能模块有317个。 | 现场+远程 | |||||
5 | 系统监控 | 系统监控 | 监控及维护以下: 1.MQ接收通道,接收ITS报表数据。 2.宇动源报表应用日常运行监控。 | 现场每日4 次定时性流程监控 |
3.会计核算功能模块运行监控。 | |||||||||
6 | 日常问题处理 | 日常问题处理 | 工程师在指定办公地点及进驻各个相关的运维沟通群组, 接收来自运维平台、运维工作群组、当面的需要处理的问题。进行运维问题处理。 | 工作时间现场处 理+非工作时间远程处理 | |||||
7 | OGG 维护及监控 | OGG 维护及监控 | 工作时间实时监控:核心征管库与会计核算系统OGG数据链 路的状态,涉及144张表数据同步。当OGG出现问题时第一时间处理,并报告采购人。 | 现场 | |||||
8 | 系统健康巡检 | 系 统 健 康 巡 检。 | 每日4次或依据采购人要求的频率对系统交换流程全方位 的监控巡检。 | 现场 | |||||
9 | 培训服务 | 培训服务 | 依据采购人的需要,对会计核算系统进行相关业务培训。 | 现场或远程 | |||||
10 | 技术支持 | 技术支持 | 依据采购人的需要,按业务要求后台取数。解答会计核算 系统进行相关业务与技术问题。 | 现场或远程 | |||||
11 | 减税降费业务 支持 | 报表维护 | 配合业务部分产出减税降费会计核算相关的100余张报表 的产出维护。 | 现场 | |||||
1.5 税务系统内部控制监督平台 1.5.1 系统复杂性认识要求 税务系统内部控制监督平台共包含六个子系统:内部控制管理系统、税收执法风险监控分析系统、行政管理风险监控分 析系统、税收执法责任管理与过错追究系统、督察审计流程管理系统、工作辅助支持系统,且同时与管理决策一包、财务软件、12366 系统、绩效管理信息系统和数字人事软件等多个外部系统进行交互。随着总局党委对内控工作的不断重视,近年 |
来内控平台升级改造比较频繁,税务系统内部控制监督平台在日常使用过程中出现以下问题: (1)系统日常使用中出现的问题只能向总局相关部门进行咨询,无法得到及时的解答和处理; (2)系统版本(补丁)无法及时发布,影响日常工作的开展; (3)采购人需要新设指标或修改完善脚本时无法得到技术支持,工作无法正常开展。 系统的正常运行及日常工作的顺利开展关乎总局对采购人的绩效考核。2021 年,随着进一步优化税务执法方式、社保全面划转、专票电子化扩围等重点工作逐步推进,内控平台工作量将随之增大,系统的正常运行维护工作及日常风险指标编写工作显得尤为重要。 1.5.2 运维服务内容 1.5.2.1 日常应用运维内容 负责内部控制监督平台基础运行环境保障、数据加工、日常运行维护工作及问题解答等运维工作。 1.5.2.2 跟进版本(补丁)发布事宜 根据总局文件要求,按照总局下发版本(补丁)升级说明,发布内部控制监督平台升级版本及补丁,对于新增或调整的业务、参数应及时通知采购人进行确认或调整,并做好版本(补丁)升级记录。 1.5.2.3 系统初始化调整 根据总局新增需求版本(补丁)发布说明和本省业务要求,对内部控制监督平台参数进行配置,对系统参数进行调整。 1.5.2.4 系统风险指标编写维护等工作。 1.5.2.5 系统日常数据从后台查询统计工作。 1.5.3 运维人员工作一览表 |
序号 | 服务大项 | 服务小项 | 服务内容 | 服务方式 | |||||
1 | 生产数据操作 | 生产数据操作 | 为完成系统的运行保障工作,确保日常工作顺利开展,需要进行1名运维人员的驻场运维采购,以完成日常应用运维、跟进版本(补丁)发布、系统初始化参数调整、相关操作手册编写、系统风险指标编写和维护、系统日 常数据后台查询统计等工作。 | 工作时间现场处理 +非工作时间远程处理 | |||||
2.高级运维服务 根据采购人的要求对系统进行本地化完善优化,满足政策调整、管理创新要求、地方业务差异化等业务需求的不断变化。系统的完善优化,包括技术需求的不断变化、用户体验的不断提升、程序的优化完善。具体服务项目包含但不限于新增、变更及其他需求分析、设计开发(概要设计、详细设计、编码实现等)、软件测试、软件定版、技术架构支持等。高级运维服务按实际工作量评估工作人月,最终按照实际评估的工作量支付价款。 3.外部交换系统接口拓展开发 本项目基于广西税务金税三期外部交换系统新增的本地化数据共享业务进行集成开发。 | |||||||||
序号 | 实施工作大项 | 实施工作小项 | |||||||
1 | 在外部交换新建库表类数据资源 | 需求分析 | |||||||
资源接口设计 | |||||||||
数据分析 |
数据清洗和加工 | |||||||
数据汇集 | |||||||
配置数据抽取、加工流程 | |||||||
与业务系统联调测试 | |||||||
资源接口部署上线 | |||||||
2 | 将外部交换系统原库表类资源转换为接口类资源 | 需求分析 | |||||
接口设计 | |||||||
数据分析 | |||||||
数据清洗和加工 | |||||||
数据汇集 | |||||||
配置数据抽取、加工流程 | |||||||
接口编码开发 | |||||||
与业务系统联调测试 | |||||||
资源接口部署上线 | |||||||
3 | 根据需求完成 20 个以内新建接口类资源开发集成 | 需求分析 |
接口设计 | |||||||
接口编码开发 | |||||||
与业务系统联调测试 | |||||||
资源接口部署上线 | |||||||
具体工作需求如下: (1)在外部交换系统新建库表类数据资源 1)目前已明确需新建的库表类资源有: | |||||||
序号 | 库表资源名称 | ||||||
1 | 互市点月贸易商品统计库表资源开发 | ||||||
2 | 边民基本情况信息库表资源开发 | ||||||
3 | 海关信息库表资源开发 | ||||||
4 | 申报商品库表资源开发 | ||||||
5 | 参与申报边民库表资源开发 | ||||||
6 | 落地加工企业情况库表资源开发 | ||||||
7 | 申报信息库表资源开发 | ||||||
8 | 边民合作社情况库表资源开发 | ||||||
9 | 互市贸易运输情况库表资源开发 |
10 | 互市点月贸易统计库表资源开发 | |||||
11 | 低保特困低边个人信息资源开发 | |||||
12 | 土地交易信息资源开发 | |||||
13 | 低保个人信息资源开发 | |||||
14 | 设立、变更、吊销、注销信息资源开发 | |||||
15 | 严重违法企业信息_互联网+监管资源开发 | |||||
16 | 经营异地公告详情信息_互联网+监管资源开发 | |||||
17 | 歇业公告资源开发 | |||||
18 | 终止歇业公告资源开发 | |||||
19 | 广西未经行政登记的税务师事务所名单资源开发 | |||||
20 | 广西纳入监管的涉税专业服务机构名单资源开发 | |||||
21 | 失信被执行人名单信息(自然人)库表资源测试 | |||||
22 | 涉税务案件信息库表资源测试 | |||||
23 | 广西法院受理破产案件库表资源测试 | |||||
24 | 失信被执行法人信息库表资源测试 | |||||
25 | 涉不动产登记判决案件信息 | |||||
后续将根据采购人需求进行库表类数据资源的新建。 2)具体工作包含有:需求分析;资源接口设计;数据分析;数据清理和加工;数据汇集;配置数据抽取、加工流程;与业务系统联调测试;资源接口部署上线等。 |
(2)将外部交换系统原库表类资源转换为接口类资源 具体工作包含有:需求分析;接口设计;数据分析;数据清理和加工;数据汇集;配置数据抽取、加工流程;接口编码开发;与业务系统联调测试;资源接口部署上线等。 (3)根据需求完成 20 个以内新建接口类资源开发集成 1)目前已明确需新建的接口类资源有: | ||||||
序号 | 接口资源名称 | |||||
1 | 不动产登记信息接口开发 | |||||
2 | “一件事”套餐审批系统接口目录_接收业务受理信息接口开发 | |||||
3 | “一件事”套餐审批系统接口目录_根据申办流水号获取申报详细信息接口开发 | |||||
4 | “一件事”套餐审批系统接口目录_获取接口访问令牌接口开发 | |||||
5 | “一件事”套餐审批系统接口目录_获取申办材料附件信息接口开发 | |||||
6 | “一件事”套餐审批系统接口目录_网盘下载接口开发 | |||||
7 | “一件事”套餐审批系统接口目录_网盘上传接口开发 | |||||
8 | “一件事”套餐审批系统接口目录_接收审批结果信息接口开发 | |||||
9 | “一件事”套餐审批系统接口目录_接收过程信息(挂起开始、挂起结束)接口开发 | |||||
10 | “一件事”套餐审批系统接口目录_接收业务办结信息接口开发 | |||||
11 | “一件事”套餐审批系统接口目录_接收网上申报信息接口开发 | |||||
12 | “一件事”套餐审批系统接口目录_接收补齐补正信息接口开发 |
13 | 发改委查询企业纳税信息接口开发 | |||||
14 | 发改委接收企业授权文件接口开发 | |||||
15 | 广西道路运输“两客一危”车辆动态数据接口开发 | |||||
16 | 股权转让个人所得税完税凭证查验接口开发 | |||||
17 | 股权转让信息推送接口开发 | |||||
后续将根据采购人要求完成其他新建接口类资源开发集成工作。 2)具体工作包含有:需求分析;接口设计;接口编码开发;与业务系统联调测试;资源接口部署上线等。 (二)其他部分 1.服务方式要求 工作日,工程师提供日常 5*8 小时驻场技术服务;非工作日,中标人必须按照采购人要求提供运维服务,可以采用远程方式提供服务,但对于远程方式不能解决处理的必须按照要求及时提供现场服务。法定节假日期间,中标人需在放假最后一天安排人员对本项目涉及系统的主机、存储、网络、应用系统等软硬件环境进行全面检查,及时解决存在的问题,确保收假后正常上班期间本项目软硬件环境的正常运行。 2.投标人要求 要求投标人必须熟悉本项目涉及系统的系统架构,功能设计,具有相关运维成功案例。 要求投标人必须认真根据全区运行维护服务需求制定全区切实可行的运维服务方案,并严格根据运维服务方案为全区切实提供可靠的运维服务保障,同时在服务期间还必须注意及时根据全区各地实际需要进一步持续动态补充健全。 要求投标人提供与本项目涉及系统原开发厂商沟通合作的可行性方案。 要求投标人每月必须按照采购人的统一要求及时报送运维服务工作报告及相关资料,工作报告应包括存在问题和改进措 |
施等核心主体内容且内容必须详实具体,以确保全区运维服务切实发挥积极作用并得到持续优化及提升。 3.组织机构及人员要求 3.1 基础运维服务 (1)金税三期外部交换系统 要求驻场运维人员 2 名。应具有计算机相关专业大学本科及以上学历,工作经验不得少于 1 年;应熟练掌握 oracle 数据库、weblogic 中间件等高级技能,具备一定的 oracle 数据库、weblogic 中间件运行维护经验;应熟悉金税三期外部交换系统的系统操作、业务流程和数据表结构。 (2)金税三期财税库银横向联网电子缴税系统 根据项目系统运维需求,要求提供驻场运维人员 2 名,要求驻场运维人员应具有计算机相关专业大学本科及以上学历,工作经验不得少于 1 年;应熟练掌握 oracle 数据库、weblogic 中间件等高级技能,具备一定的 oracle 数据库、weblogic中间件运行维护经验;应熟悉金税三期财税库银横向联网电子缴税系统的系统操作、业务流程,掌握 MQ 中间件的使用。 税收业务的顺利进行关乎国计民生,所采购运维人员整体素质水平应在项目硬性要求指标之上,应达到高级工程师以上的水平,以便更好完成系统运行维护工作。 (3)金税三期决策支持系统 1 包 增值税电子专用发票业务开展、减税降费工作开展为税总重点工作,报表的及时报送,数据准确性保证关乎减税降费的开展、决策分析的开展,所采购运维人员整体素质水平应在项目硬性要求指标之上,应达到高级工程师以上的水平,以便更好完成系统运行维护工作。同时,由于金税三期决策支持系统 1 包数据统计需要一定的业务能力,所要求的运维人员应具备税收业务行业经验。 要求驻场运维人员 4 名。应具有计算机相关专业大学本科及以上学历,工作经验不得少于 1 年;应熟练掌握 oracle 数 |
据库、weblogic 中间件等高级技能,具备一定的 oracle 数据库、weblogic 中间件运行维护经验;应熟悉金税三期决策支持系统 1 包的系统操作、业务流程和数据表结构。 其中,1 人负责日常报表产出涉及的 ogg、数据加工、报表加工等报表生成相关工作流程的维护监控;2 人负责日常数据统计、报表数据修改、报表口径提取等日常运维工作;1 人专门负责金税三期决策支持系统 1 包数据质量指标编写维护监控工作。 (4)金税三期会计核算系统 要求驻场运维人员 2 名。应具有计算机相关专业大学本科及以上学历,工作经验不得少于 1 年;应熟练掌握 oracle 数据库、weblogic 中间件等高级技能,具备一定的 oracle 数据库、weblogic 中间件运行维护经验;应熟悉金税三期会计核算系统的系统操作、业务流程和数据表结构。驻场运维人员负责全自治区会计核算记账、报表加工等会计核算相关工作。 人员分工:1 名运维负责整体项目沟通兼管理、整体系统运行监控,要求资深工程师级别以上,1 名主要负责业务处理及日常问题处理,要求资深业务分析师级别以上。 (5)税务系统内部控制监督平台 要求驻场运维人员 1 名。应具有计算机相关专业大学本科及以上学历,工作经验不得少于 2 年;应熟练掌握 oracle 数据库、weblogic 中间件等高级技能,具备一定的 oracle 数据库、weblogic 中间件运行维护经验;应具有应用系统运行维护经验,熟悉税务相关应用系统操作、业务流程和数据表结构。 3.2 高级运维服务 中标人必须具备选派丰富经验的专业人员组建专业团队的能力,当采购人提出高级运维服务需求时,能及时组建专业团队,并提供专业的实施方案予以实施。 实施高级运维服务需求时,要求中标人组建不低于 2 人的专业团队,团队人员应具有本科及以上学历,且工作经验不得 |
少于 1 年;应熟练掌握 oracle 数据库、weblogic 中间件等高级技能,具备一定的 oracle 数据库、weblogic 中间件运行维护经验;应具有应用系统运行维护经验,熟悉税务相关应用系统操作、业务流程和数据表结构。 3.3 外部交换系统接口拓展开发 中标人必须具备选派丰富经验的专业人员的能力,当采购人提出外部交换系统接口拓展开发需求时,能及时选派专业人员,并提供专业的实施方案予以实施。 实施外部交换系统接口拓展开发需求时,要求中标人选派不少于 1 名专业人员,专业人员应具有本科及以上学历,且工作经验不得少于 1 年;应熟练掌握 oracle 数据库、weblogic 中间件等高级技能,具备一定的 oracle 数据库、weblogic 中间件运行维护经验;应具有应用系统运行维护经验,熟悉税务相关应用系统操作、业务流程和数据表结构。 ★4.信息安全保密要求 (1)中标人须严格遵守国家税务总局广西壮族自治区税务局的安全保密制度。 (2)中标人投入的项目人员须 保证遵守国家有关版权和知识产权保护的政策、法律、法规和制度。 (3)中标人投入的 项目人员应对本项目中接触到的国家税务总局广西壮族自治区税务局所有的知识产权、商业秘密、技术成果等信息负保密义务。未经国家税务总局广西壮族自治区税务局书面同意,不得向社会公众或第三方通过任何途径出示、泄露,不得许可使用,不得对上述信息进行复制、传播、销售;保证不向外泄漏任何相关数据,不向外泄漏任何保密的技术资料。如出现支持人员泄密事件,中标人应负有连带责任。 (4)中标人须与国家税务总局广西壮族自治区税务局签署合同项目实施期间的信息保密协议。 (5)中标人投入的项目人员须与 国家税务总局广西壮族自治区税务局签署合同项目实施期间的信息保密承诺书。 ★5.供应链安全管理要求 (1)中标人应要求供应链厂商严格落实供应链安全管理各项规定,包括按照国家相关法律法规开展的安全审查、安全 |
评估、渗透测试等,并将供应链厂商落实情况作为项目验收的检查内容。 (2)中标人应要求供应链厂商严格遵守采购合同、协议、承诺书等文件中的安全相关条款,对供应链厂商履行网络安全责任不到位、造成安全事件或产生不良影响的行为,采购人将视安全事件严重情况按合同金额的 20%-30%的比例进行扣减。 ★6.网络安全和数据安全管理要求 中标人投入的项目人员在合同期间应严格按采购人的网络安全和数据安全相关规定开展工作,由于中标人投入的项目人员网络安全工作落实不到位引发安全事件的,采购人将视安全事件严重情况按合同金额的 20%-30%的比例进行扣减。 安全事件具体内容主要包括(但不限于)以下内容: (1)因补丁升级、漏洞修复、系统杀毒、数据备份、应用监控、网络监控等工作未落实到位,发生服务器被控制和应用系统被攻破的安全事件,被主管部门通报的。 (2)因违规进行税费数据查询、导出和拷出等操作造成敏感数据泄漏,以及发生非法窃取数据行为。 (3)因运维操作处置不当导致重要应用系统发生严重卡顿、停用的重大事件。 ★7.罚责条款 项目建设和运维过程中,因系统在对接、运行等服务中,导致其他系统受到影响的,由中标人负责组织相关服务厂商共同排查,明确问题根源、责任并报告采购人。中标人无法判定问题根源的,由中标人承担全部责任。采购人将视问题轻重、中标人责任大小等情况,按不高于合同金额的 5%的比例进行扣减。 8.验收方式及标准要求 8.1 验收方式 本项目验收工作由采购人按照内部验收的有关制度和流程组织开展。 本项目在合同约定的服务期结束后进行一次项目服务验收。中标人在合同约定的服务期结束后的一个月内向采购人提出 |
验收申请,采购人负责审核是否满足项目验收准入条件。满足验收准入条件后,予以启动项目验收程序。 8.2 验收准入条件 本需求书中包含的服务需求内容全部完成,满足本需求书的规定要求。 8.3 验收标准 采购人以本需求书中相关内容为依据,作为项目验收标准。中标人是否按照本需求书中定义的各项服务内容,按照定义的工作规程和服务管理开展各项工作,工作流程和结果是否符合采购人质量管理要求,是否在规定时间内提交相关工作文档。 (1)基础运维服务 由采购人对运维服务质量进行年度考核,验收时按未达到服务指标要求的比例进行费用核减。采购人每月按照《运维厂商考核评级表》进行评分(满分 100 分),年平均分 90(含 90)分以上按合同价格的基础运维服务费用 100%支付;80-89 分按合同价格的基础运维服务费用 90%支付;80 分以下按合同价格的基础运维服务费用 80%支付。 | |||||||||||
广西税务 XXX 系统 XX 年 XX 月运维厂商考核评级表 | |||||||||||
分类 | 序号 | 项目 | 项目描述 | 分值 | 评分标准 | 得分 | |||||
资源配备 | 1 | 人员到位情况 | 运维厂商按照合同约定配备的管理、业务和技术人员数量是否 达到采购人的要求。 | 4 | 配置人员数量满足需求和合同约定的,不扣分,否则少一人扣 0.5 分。 | ||||||
2 | 人员素质情况 | 运维厂商按照合同约定配备的 管理、技术人员能力和持证情况是否符合采购人的具体要求。 | 4 | 具备相关管理和技能水平,持有 专业职业技术证书,符合需求和合同约定要求的不扣分,否则, |
缺少一样扣 0.5 分。 | |||||||||||
3 | 工作衔接情况 | 人员发生变动后,新人能力是否 胜任该岗位工作、工作交接是否影响正常运维工作。 | 4 | 因人员变动影响正常运维工作,每次 0.5 分。 | |||||||
工作质效 | 4 | 运维处理时效 | 运行维护项目是否按照采购人规定的运维时效完成。 | 6 | 由运维部门按照运维管理办法规定时效进行打分,按照 1-5 级评 估扣分,每级 1.5 分。 | ||||||
5 | 检查频次要求 | 巡检值守服务是否按照规定的频次完成。 | 6 | 按照合同约定的频次按期完成内容,超期或压缩检查项目的由运维部门评估打分,推迟或压缩内容占整体项目数每缺少一项扣 0.5 分。 | |||||||
6 | 问题处理 | 系统版本有效性。 | 6 | 版本(补丁)未能按计划有效解 决相关问题的,按次扣 0.5 分。 | |||||||
7 | 版本质量 | 系统版本问题率。 | 6 | 由于发布版本(补丁)引发新问 题的,且未能及时向上反馈、解决的,按次扣 0.5 分。 | |||||||
8 | 其他任务 完成情况 | 对于需求方在需求总体框架内 提出的其他需求的满足完成情 | 6 | 对于需求部门提出的合理需求按 期完成的,不扣分;每少完成一 |
况。 | 次扣 0.5 分,扣完为止。 | ||||||||||
9 | 应急情况处置 | 出现紧急情况时的处理情况。 | 6 | 出现应急情况时,能采取合理的方式按时处置,按照 1-5 级评估 扣分,每级 1.5 分。 | |||||||
10 | 报告制度 | 是否按照需求和合同约定的要 求定期提交周报、月报、年报等报表、报告文档。 | 6 | 按照需求约定按时提交定期报表 的不扣分,少提交一次扣 0.5 分,扣完为止。 | |||||||
11 | 系统运行故障率 | 由运维厂商所开发、维护和保障的系统、资源发生运行故障的比例。 | 6 | 按照系统运行的工作日天数计算故障率,由运维部门评估确定故障主体,每出现一次,记为当天故障,故障率每个百分点扣 0.5 分。 | |||||||
信息安全 | 12 | 系统安全漏洞 | 由采购人安全系统或第三方检测服务所发现的由运维厂商所开发、维护和保障的系统中的安全漏洞(运维厂商事前已发现并向采购人报备,由于特殊原因暂 时无法修复的除外)。 | 4 | 检出一项扣 0.4 分。 | ||||||
13 | 内控机制 | 运维厂商在内部岗位设置、工作 | 4 | 建立了相关制度的,不扣分,未 |
制度 | 流程等方面制定了制约或控制 制度。 | 按采购人要求制定相关制度的, 每缺一项扣 0.4 分。 | |||||||||
14 | 内控机制 执行 | 运维厂商在内部岗位设置、工作 流程等制度的遵照执行情况。 | 4 | 按照制度规范执行的,不扣分, 每违反一项扣 0.4 分。 | |||||||
15 | 安全培训 | 运维厂商人员是否对在岗人员 进行了安全培训。 | 4 | 每次大规模人员变动后都进行了 安全培训的,不扣分。 | |||||||
16 | 安全协议 | 运维厂商人员是否与采购人签 订了安全保密协议。 | 4 | 签订了安全保密协议的,不扣分。 | |||||||
17 | 信息安全事故 | 是否发生与运维工作相关的信息安全事故。如违规外联、违规 进行数据运维等情况。 | 4 | 每出现一项扣 1 分。 | |||||||
沟通交流 | 18 | 培训指导 | 运维厂商是否按照需求进行相关培训,业务、技术指导。 | 2 | 按照合同约定对采购人相关应用人员、运维人员、技术人员开展了培训指导的,不扣分;发生一 次培训指导不到位的,扣 0.2 分。 | ||||||
19 | 投诉举报 | 是否收到来自纳税人或者采购人的投诉举报,并经采购人运维 工作主管部门核实确认的。 | 2 | 每收到一次投诉,扣 0.2 分,扣完为止。 | |||||||
20 | 主动作为 | 对于工作任务的主动完成情况 | 2 | 对于工作中的问题主动跟进,对 |
和结果反馈情况。 | 于采购人提出的工作项目根据进度主动反馈结果,分为 1-5 档、 每档 0.5 分,由运维部门评估酌 情分档打分。 | ||||||||||
21 | 交流渠道 | 运维厂商人员的通讯工具畅通性和微信群交流渠道。 | 2 | 主动建立各种便于工作沟通的渠道,运维部门评估确认,有相关渠道的不扣分,按照工作标准分为 1-5 档、每档 0.5 分,由运维 部门评估酌情分档打分。 | |||||||
服务质量 | 22 | 基本服务项目 | 挂牌上岗、礼貌用语、环境卫生、仪表得体。 | 2 | 由运维部门评估,分为 1-5 档, 每档 0.5 分,按照具体落实内容酌情分档打分。 | ||||||
23 | 建立工作 制度 | 是否建立完善的管理、业务、沟 通等工作制度。 | 2 | 建立了相关的工作制度的,不扣 分,否则缺少一项扣 0.2 分 | |||||||
24 | 工作制度 执行 | 对各项工作制度的落实执行情 况。 | 2 | 按相关工作制度逐项落实的,不 扣分,否则缺少一项扣 0.2 分。 | |||||||
25 | 满意度调查 | 定期对各系统运维服务质量开 展的满意度调查,面对基层税务机关开展的满意度调查工作。 | 2 | 每年定期开展针对不同系统的满 意度调查,对基层税务机关从系统应用、操作等方面进行满意度 |
问卷调查,根据问卷调查的满意度折算,满意度每 5 个百分点分 档,每档 0.2 分。 | |||||||||||
(2)高级运维服务 每年服务期满时,由采购人组建的考核验收小组核定高级运维服务工作量。年度高级运维服务应支付金额为年度高级运维服务工作量(人月)×高级运维服务合同单价。 验收通过后,由采购人的财务部门将高级运维服务验收结果提交第三方专业机构进行费用评审,评审结果将作为本年度高级运维服务实际支付金额的依据。 (3)外部交换系统接口拓展开发 项目符合招标文件的要求,系统运行正常;中标人应向采购人提出验收申请,并向采购人移交软件和相关文档,配合采购人审核。 验收文档的完整性是验收标准之一。文档至少包括:业务需求及需求变更、源代码、安装盘、应用系统设计说明书、数据库设计说明书、安装指南、系统操作手册以及软件开发过程中形成的相关文件。中标人应对上述各类项目文档及时更新,规范管理,分类归档,最终统一移交给采购人,否则采购人有权拒绝接收,视为未移交工程文档,不予验收。 验收的具体流程应遵循采购人应用软件项目相关管理办法。 服务期满时,由采购人组建的考核验收小组按最终核定工作量进行考核。 1)初步验收 满足以下条件,经中标人申请,进入初步验收阶段: a.完成项目技术环境的搭建、本次项目所需接口开发、测试、安装、部署等实施服务。 |
b.完成项目上线工作,系统功能试点能正常运行。 c.试点正常运行 1 个月后,中标人向采购人申请初验,提交初验报告。 d.初步验收合格后,由双方共同签署初步验收报告。 2)最终验收 满足以下条件,经中标人申请,进入终验阶段: a.完成所有项目需求的推广上线。 b.中标人向采购人申请最终验收,提交最终验收报告。 c.最终验收合格后,由双方共同签署最终验收报告。 3)验收交付物 中标人按照要求提交全部文档,通过验收,视为本项工作完成。交付成果物包括但不限于下表的内容: | ||||||||
工作内容 | 交付物名称 | 形式 | 验收阶段 | |||||
外部交换接口拓展开发 | 《项目概要设计说明书》 | 电子 | 终验 | |||||
《项目详细设计说明书》 | 电子 | 终验 | ||||||
《项目安全管理文档》 | 电子 | 终验 | ||||||
《项目需求说明书》 | 电子 | 终验 | ||||||
《项目实施报告及总结》 | 电子 | 终验 | ||||||
验收报告 | 项目验收报告 | 电子 | 终验 | |||||
二、商务条款 |
服务期限及地点要求 | 服务期限:1 年。因政策调整、新系统上线或采购内容需要调整等重大变故,采购人有权提前终止合同执行,费用按实际服务时间和考核结果结算,中标人不得有异议。 服务地点:广西区内采购人指定地点。要求中标人根据要求,安排服务人员进驻采购人指定地点提供现场服务,通过建立健全科学高 效的运维服务机制,综合采用热线电话、QQ 或微信服务群、邮箱和运维平台等方式提供运维服务。 |
报价要求 | 本次报价须为人民币报价,报价包含了但并不限于本项目各项购买服务及相关服务等的费用和所需缴纳的所有价格、税、费。对于本 文件中明确列明须报价的服务,投标人存在漏报的,将导致投标被否决。对于本文件中未列明,而投标人认为必需的费用也需列入总报价。在合同实施时,采购人将不予支付投标人没有列入的项目费用,并认为此项目的费用已包括在总报价中。 |
付款方式 | 本项目分三部分结算: 1.基础运维服务费用 签订合同后 30 日内,采购人支付合同总金额中基础运维服务费用的 50%;服务期满,采购人对项目进行验收,并根据项目验收标准及本项目合同罚责条款进行考核,按考核结果对合同服务费进行核算后,30 日内支付合同相应的剩余款项。 2.高级运维服务费用 服务期满,经采购人验收核定工作量后据实结算。即:项目验收合格后,由采购人将工作量提交第三方专业机构进行费用评审,并将评审结果作为本年度高级运维服务实际支付金额的依据。年度高级运维服务应付金额=年度高级运维服务工作量(人月)×高级运维服务合同单价(万元/人月)。若第三方专业机构的评审结果中,高级运维服务合同单价(万元/人月)或年度高级运维服务应付金额超过本项中标人的投标报价(单价或总价)的,按中标人的投标报价(单价或总价)结算。 3.外部交换系统接口拓展开发费用 (1)签订合同后 30 日内,采购人支付合同总金额中外部交换系统接口拓展开发费用的 50%。 (2)服务期满,采购人对项目进行验收,并根据项目验收标准、最终工作量核定及本项目合同罚责条款进行考核,按考核结果对 |
合同服务费进行核算后,30 日内支付合同相应的剩余款项。其中,最终工作量核定依据为: a.如核定完成开发接口数量等于 20 个,足额支付合同总金额中外部交换系统接口拓展开发费用的剩余款项; b.如核定开发接口数量少于 20 个,按接口单价*未完成接口数量核减未完成接口的费用后,支付合同总金额中外部交换系统接口拓展开发费用的剩余款项。 注:采购人付款前,中标人应向采购人开具等额有效的增值税发票,采购人未收到发票的,有权不予支付相应款项直至中标人提供合 格发票,并不承担延迟付款责任。 | ||||||||
三、运维费用和预算 | ||||||||
运维费用和预算 | 1.基础运维服务 采购驻场运维人员 11 人,服务期限:1 年,费用预算合计 211.2 万元。 2.高级运维服务 采购服务期限 24 人月(折算远程运维服务 2 人),费用预算合计 43.2 万元。 由于国家政策调整、采购人实施工作需要或不可抗力等因素均会造成工作量发生变化,所以需求中内容为预估工作量,不作为中标人实际工作内容,仅作为本次采购参考数量,中标人应充分评估工作量变化可能产生的经济风险。中标人须根据需求内容和预估工作量报单价。 3.外部交换系统接口拓展开发 采购费用预算合计 21.64 万元。 4.预算明细清单: | |||||||
序号 | 对应运维服务内容 | 数量(要求运维 人数) | 预算单价 | 服务时间 | 单项总预算 (万元) |
一、基础运维服务 | 211.2 | |||||||
1 | 金税三期外部交换系统基础运维服务 | 驻场 2 人 | / | 1 年 | 38.4 | |||
2 | 金税三期财税库银横向联网电子缴税 系统基础运维服务 | 驻场 2 人 | / | 1 年 | 38.4 | |||
3 | 金税三期决策支持系统 1 包基础运维 服务 | 驻场 4 人 | / | 1 年 | 76.8 | |||
4 | 金税三期会计核算系统基础运维服务 | 驻场 2 人 | / | 1 年 | 38.4 | |||
5 | 税务系统内部控制监督平台基础运维 服务 | 驻场 1 人 | / | 1 年 | 19.2 | |||
二、高级运维服务 | 43.2 | |||||||
6 | 高级运维服务 (采购服务期限 24 人月) | 远程 2 人 | 1.8 万元/人月 | 1 年 | 43.2 | |||
三、外部交换系统接口拓展开发 | 21.64 | |||||||
7 | 外部交换系统接口拓展开发 | 1 项 | / | 1 年 | 21.64 | |||
以上三部分预算费用总计 276.04 万元,即该项目 2023 年总预算费用为 276.04 万元。预算单价和单项总预算为最高限价,投标人某一 项的报价超过预算单价或单项总预算的,视为无效投标。 |