《XX省税务局大数据平台驻场运维服务项目采购需求.docx》由会员分享,可在线阅读,更多相关《XX省税务局大数据平台驻场运维服务项目采购需求.docx(13页珍藏版)》请在优知文库上搜索。
1、XX省税务局大数据平台驻场运维服务项目采购需求一、项目概述该项目采购5名人员的驻场运维服务参与XX省税务局大数据平台的运维工作,运行维护服务期限为合同签订之日起12个月。本次采购的价格有效期为三年,报价时,按1年报价,并在第二年、第三年内不变。合同为一年一签,一年后,经考核合格(考核标准在合同中明确),招标方满意,双方协商一致,并经政府采购管理部门同意后续签下一年度合同。最长不超过3年。参与运行维护的系统如下:序号应用系统名称应用系统简称1XX省税务局大数据平台大数据平台(一)平台介绍国家税务总局XX省税务局大数据平台项目于2021年建成并投入使用,是XX省税务系统建设先进基础设施体系(先进平
2、台)的重要环节。该项目立足于我省税务云平台,充分利用现有的大数据、云计算、人工智能等新技术,逐步打造统一规划的数据平台,以解决我局各级部门数据查询需求和现有的数据服务能力不平衡的矛盾,避免低层次重复建设。目标是通过税务大数据创新应用实践,深化税务系统“放管服”改革,优化税收环境,为基层服务、为管理服务、为决策服务。大数据平台总体内容包括基础软件、支撑软件的开发集成与部署、数据的采集与整合、数据应用生态环境的开发和提供、基础数据使用及创新示范应用的开发与实施,最终实现支撑“数据业务化、业务智能化”。大数据平台主要功能主要包括数据上云、数仓完善、数据接口服务、以及数据应用四个部分。平台上线以来,已
3、完成涵盖核心征管数据、增值税发票数据等20多个业务系统的数据汇集,平台持续积累了超过5000项各类业务指标及标签资产,开发了7大功能板块(快捷查询、通用查询、创新应用、智能中心、国际税收、出口退税、知识库),上百项业务功能,对各部门数据分析应用形成了有利支撑。平台数据架构采用Ianlbda架构,全省数据按照“T+1”的离线批计算模式,实现全省数据“8小时预加工”的统一数据处理,加工结果通过数据服务提供应用使用。实时业务通过流计算技术实现,主要面向大屏实时决策场景,实现实时数据分析。数据分层架构重点打造面向业务应用的公共数据层。(二)项目背景国家税务总局XX省税务局大数据平台于2022年10月项
4、目进入运维阶段,随着平台建设持续深入和工作的推进,围绕日常升级维护和平台体系的管理,新系统功能不断完善,对平台的稳定性也提出了更高的要求。运维服务需要确保大数据平台正常运行和持续发展。通过运维团队进行系统维护和升级,确保系统的稳定性和数据的安全性,能及时处理用户的问题和请求,提高服务质量,满足各稳定性和数据的安全性,能及时处理用户的问题和请求,提高服务质量,满足各类使用的需求。同时对在建系统的性能、数据处理效率需要持续进行优化,为税务用户提供更好的支持和服务体验。为更好保障系统正常运行和服务,确保工作的正常开展,特采购运维服务。(三)系统技术架构大数据平台技术架构整体包含基础云平台、大数据平台
5、(数据中台)和大数据应用门户的架构模式,并遵循金税三期安全保隙体系,确保大数据平台符合国家信息系统安全等级三级相关要求,多方面、全方位保障本项目的平台、数据及应用系统安全。为满足新的征管模式对数据处理的更高要求,XX省税务局以大数据技术为依托,构建了源端数据感知、数据集成、大数据存储与开发、数据治理和数据服务;依托大数据应用支撑,构建通用查询模块、创新应用中心、智能中心、各项专题应用、自定义报表应用、标签中心、画像分析及数据探索中心。实现数据的平台化统一管理。(四)系统部署情况大数据平台部署在XX省税务局内网云上,包括大数据平台关键产品和大数据平台应用系统。大数据平台关键产品包含大数据计算软件
6、(MaxCompute)数据汇聚软件(DataWorks)、私有云统一管理平台软件(ASCM云管理平台)、运维管理系统(ASO运维平台)。部署分为税务专网、税务带外、带外管理、安全区、综合接入区、千兆接入区和万兆接入区等。在千兆接入区部署统一运维管理系统,大数据计算软件、云数据库等。在万兆接入区部署发票大数据应用服务。大数据平台应用系统部署在万兆接入区的税务内网中,运维人员通过专门的运维接入区进行维护。负载均衡服务配置两台云服务器,进行流量分发,根据应用系统的特点来进行减少或者扩充,最低应保持两台云服务器;每个应用系统组件WebSerVer采用分布式部署,最少采用两台云服务器,避免单点故障,不
7、同的业务域、服务体系可部署在不同的服务器节点,提升应用系统的可靠性、稳定性、硬件资源利用率。二、服务内容(一)系统环境维护为确保系统持续、稳定、高效运行,供应商应做好如下系统环境运维工作:1 .平台运行监控定期(每日)巡检大数据平台运行情况并生成巡检报告,形成以自动巡检为主、人工检查为辅的自动化巡检机制。主要包括数据上云监控、数据加工监控、实时计算监控、存储水位监控、数据质量监控、计算资源监控、其他相关监控。要求每日形成完善的巡检报告,报告内容需体现数据存储资源使用情况、任务加工完成情况、数据比对情况以及计算资源占用情况等。2 .平台资源管理对大数据平台资源进行统一管理,要求建立详细的资源清单
8、,对于平台账号、数据开放有完善的申请审批流程。(1)维护平台资源清单:定期维护平台各类资源清单,包括软硬件资源清单、数据资源清单、应用功能清单、相关账号清单、代码脚本、资源申请单等资产,保留变更记录。(2)平台账号开通:根据资源申请审批单,合理分配项目空间、计算资源、数据库以及开发账号等数据开发相关资源。(3)平台数据开放:根据资源申请审批单,按行、列级权限开放所需数据表。3 .问题修复处理在平台巡检及日常使用过程中发现的与平台自身相关的各类缺陷问题,按照问题等级进行记录,功能性阻断问题(如平台页面无法访问,用户登录报错等)要求在4小时内修复,重大问题(如硬件资源瘫痪、系统崩溃等)需要及时向相
9、关负责人上报并提供相应的应急方案。(二)软件系统故障应急处理供应商应做好系统故障应急预案,故障发生时立即启用应急预案。故障处理要求:(1)及时上报:故障发生时,应立刻告知采购方项目联系人,详尽描述故障发生原因,可能影响的范围,以及故障解决方案和预计解决时间。(2)及时响应:故障发生后须在2小时内作出实质性响应,24小时内解决问题。(三)问题咨询解答供应商应通过电话、微信等各种渠道向采购方及其最终使用用户提供业务咨询服务,包括软件操作咨询、数据口径咨询、软件相关业务咨询、软件与其他业务系统关联咨询、其他业务咨询。(1)咨询记录:要求运维技术人员在问题咨询解答过程中做好业务咨询记录登记工作。(2)
10、运维问题记录:定期对咨询内容进行整理、汇总,形成问题知识积累,供其他技术人员或最终用户自行查询、学习。(四)开发技术支持对包含不限于以下情况的,供应商需提供技术支持服务工作:(1)系统对接服务:外部第三方系统需要对接本系统进行数据交换的,供应商需提供相关技术支持工作,包括:技术文档、技术咨询、接口调试、数据验证等,同时供应商应做好相应的日志记录。(2)系统开发支持:采购人及其下属单位,在应用过程中,需要了解系统开发框架、开发技术等,供应商应积极配合相关单位,必要时提供相应的技术文档及技术交流。(3)数据分析支持:采购人及其下属单位,在取得系统数据查询权限的情况下,需要自行对数据进行分析利用,供
11、应商应积极协助、无保留的提供相关技术支持工作,如提供数据字典、数据取数说明、数据口径说明等。(五)数据维护1 .数据汇集上云保障现有数据上云链路稳定运行,对于因各系统升级、软件功能需求变更等情况导致的上云数据发生变更或新增时,应及时做好上云数据任务的升级工作,上云系统包括但不限于核心征管、电子底账、防伪税控、电子税务局、出口退税、社保费系统、决策支持系统、数电自建库等税务相关的应用系统。由于数据源的数据库环境不一样,关于()RAeLE数据库的OGG配置,有些系统有有些系统没有,所以需要采用OGG和集成任务、实时和离线、全量和增量等不同的上云途径和方式。要求保障上云数据的的完整性、准确性和及时性
12、之外,还要能够及时发现并解决各种常见的数据上云问题,如数据重复多余、数据丢失、数据未及时更新、数据指标不一致、大表上云慢、源表结构修改等各类数据上云问题。同时对日常上云问题处理做好记录和整理工作。2 .数仓建设完善根据实际业务需求,完善税务各业务域中间公共表,减少烟囱式重复加工,节约平台计算资源,积累业务指标标签,为税务人员自定义报表开发、数据探索分析以及相关应用系统开发提供全面、准确、及时、高效的数据支撑。包含但不限于如下数据业务域:(1)登记认定业务域:将纳税人登记信息相关表以及认定相关表进行优化整合,减少表关联,形成相对通用的业务化的中间宽表。(2)申报业务域:将增值税申报表(一般纳税人
13、、小规模纳税人)、各类会计制度准则的财务报表(资产负债表、利润表、现金流量表、权益变动表)等分别进行优化整合,减少多张报表关联,形成相对通用的业务化的中间宽表。(3)征收业务域:将应缴税费、缴款书、完税证等税费收入相关表进行优化整合,减少多表关联,形成相对通用的业务化的中间宽表。(4)发票业务域:将电子底账增值税发票数据、电子税务局通用发票数据和数电发票数据进行优化整合,减少多表关联,形成相对通用的业务化的中间宽表。(5)其他业务域:根据需求提炼优惠、法规、稽查、国际税收、出口退税等业务域通用中间宽表。大数据平台目前汇聚上云的主要系统有核心征管、电子底账、电子税务局通用发票、出口退税、社保标准
14、版、决策二包等数十个业务系统的数万张数据表。如何平衡大数据平台有限的计算资源和日益增加的数据需求之间的矛盾,成为大数据平台发展过程中必然遇到的难题之一。大数据平台采用维度建模的方式进行中间表设计加工,但是对于业务复杂、涉及数据表较多、多重关联关系、表结构不一的情况,如何设计出科学合理的满足常用业务需求的通用中间表是大数据平台重要工作。为了保障大数据平台应用的正常使用,通用中间表加工必须在夜间完成。所以针对通用数据中间表的复杂的加工逻辑以及多达百亿的海量数据,要保证最大化的计算效率。要求对以上难点进行分析,提供合理解决方案。3 .数据质量管理根据业务需求选取部分重点指标,实现全链路的数据比对监控
15、,按天监控并形成统计报表。包含但不限于如下业务指标:1)登记管户:管户数、企业户数、个体户数、非企业单位及其他户数等指标。2)税费收入:税务部门组织收入、非汇总入库、汇总缴款、免抵调、退库、社保费非汇总入库、社保费汇总缴款、社保费退库、待征税费等指标。3)购销发票:购进发票、销售发票、作废发票、红冲发票、抵扣发票等指标。4 .数据安全管理大数据平台的特点之一是汇聚了多个业务系统的数据并且进行了统一的数据清洗加工,在数据广度和数据深度上具有明显的集中优势。但是数据价值的体现并不仅仅在于数据的范围大小和数据的加工程度,保障数据使用安全也是平台的重要工作,在合法、合规的安全前提下,让数据有序、高效的
16、开放使用。实现数据的行级权限、列级权限控制,灵活控制各种查询、导出方式的途径,对各类数据访问行为进行日志审计,识别出可能存在的数据风险。要求对以上难点进行分析,提供合理的数据安全管理解决方案。5 .软件修改因采购方业务需求变更,需要对系统现有功能进行完善,基于原有业务功能在修改量不超过总体源代码10%的情况下,供应商应按照采购方业务需求进行免费修改。要求对以下业务需求充分理解并能完成相应报表、应用、数据接口的开发及建设。(1)快捷报表优化完善基于税务各业务域完善数据分析查询快捷报表,包括但不限于以下内容:发票和增值税申报联动查询、房产税税源情况表、房土税源采集查询表、欠缴税费(社保费)一体化管理统计表、欠税情况变动表、异地关联非正常户信息查询、发票认证信息查询、增值税专用发票进项抵扣情况表、发票认证情