《XX省税务局成品油综合智治平台二期优化项目采购需求.docx》由会员分享,可在线阅读,更多相关《XX省税务局成品油综合智治平台二期优化项目采购需求.docx(17页珍藏版)》请在课桌文档上搜索。
1、XX省税务局成品油综合智治平台二期优化项目采购需求.项目简介与建设背景1.l项目简要介绍本项目在成品油综合智治平台一期的基础上进行升级优化,通过多部门协同采集成品油全行业链条数据,依托“大数据平台”,搭建稳定、高效、兼容的成品油行业”数据支撑后台”。打造“成品油综合智治平台”,围绕成品油行业全生命周期,深度挖掘数据资源价值,实现一屏展示数据共享,运用“技术+业务+数据”多重融合,实现风险的预判感知、整合推送、处理反馈,打造成为成品油行业应用典范。贯通全省“一体化综合执法系统”,多跨协同疑点线索共享、分析过程共享、执法成果共享,形成成品油数字化监管的有效抓手。平台抽取自然人电子税务局、金三核心征
2、管系统基础数据,并对接获取交通(港航)、海事等外部门监管数据。系统建设功能包括:查询统计,分析监管,数据资产管理等功能。其中查询统计功能,包括一户式查询、通用查询、专用查询、一户式画像等查询统计内容。其中分析监管功能,包括关联分析、溯源分析、团伙识别、风险感知、综合执法等监管功能。其中数据资产管理功能,包括数据资产目录、数据采集、数据检索、数据质量管理等管理内容。1.2项目建设背景1.2.1 一期建设情况XX省是成品油生产消费大省,在加强成品油行业监管上一直以务实创新的行动争当全国“示范标兵”。特别是,找准数字监管新赛道,高标准打造成品油综合智治平台,并于2022年9月完成平台建设上线试运行。
3、该平台归集了税务部门、发展改革部门、交通运输部门等多部门数据,基于各部门数据开发了“一张图”、通用查询、加油站增值税监管、私油点监管、消费税监管等多个应用场景,为省大综合一体化执法系统预留了接口,同时与中石化中石油专线直联,进一步夯实了成品油监管基础。平台上线以来,开发功能107项,归集数据5.1亿条,发现成品油风险企业1587户,查补税款L81亿元。“成品油综合智治监管改革”得到了各级领导的评价与肯定,并荣获了2022年XX省改革突破奖“铜奖”。1.2.2 二期建设目标一期在运行应用过程中也出现与当前行业监管需求不协调、不匹配的短板弱项,功能性能的改进还有很大空间,这正是推进二期的需求所在。
4、主要有:一是数据归集不够全面。系统缺失社会加油站销售明细及仓储企业出入库数据,基础信息采集缺乏持续跟踪反馈机制,影响场景分析精准性。二是场景功能不够普适。对标基层高频需求、部门共性需求和防范化解重大风险需求,平台效用还未得到充分发挥,综合监管场景有待完善,各部门个性化监管场景需要补充完善。三是联合监管不够高效。平台(一期)侧重场景分析,疑点应对方面的联合监管工具不够丰富,更多还是依靠线下配合。四是数据价值不够凸显。系统已归集各个部门的数据,但未能充分发挥系统归集的数据价值,不能有效满足各部门对归集数据的迫切诉求。基于一期已有良好建设基础和经验沉淀,以及当前和今后一个时期行业监管有多重多维叠加需
5、求,推动二期项目建设就成为既水到渠成又迫在眉嚏的重要任务。成品油综合智治二期优化项目将作为成品油消费税监管的重要内容进行建设,针对一期应用存在的问题,强化数据感知采集,迭代场景应用优化,应用前景广阔、迭代价值明显,具有很强的社会效益、政策效益、辐射带动效益,是引领行业数字监管的基础性战略工程。1 .项目主要内容及实施计划1.1 项目主要内容2.1.1平台框架2.1.1.1 平台业务框架通过成品油数据采集和外部数据交换,整合内外部数据,开发覆盖成品油生产(进口)、运输、储存、销售、使用各环节的业务功能,通过建立全面的风险分析模型,设定科学合理的风险监控指标,实现对各类数据及风险的预判感知、整合推
6、送、处理反馈,形成全局一屏掌控、执行一贯到底、监督一览无余的高效协同工作场景。平台总体业务框架如下图:成品油综合智治平台成品油企业档案管理智能算法模型全链条闭环管理生产企业管理采油 炼油 销售应急(生产企业基本信息)数据采集(睡)烦(弱)做(发票、申报)变名销售 企业生产能力fl况 运输装豉Al况 开IL El况唯经销企业管理买进 IS出税务(经销企业基本信息)数据采梨(油里)SciS (9税务(发票、申报)储运企业管理相赁 仓储应急(海S企业及*容基本信息)数据采集.(油选)i 通)税务(发票、申报)零售企业管理调度 批发 零售商务、应急(零Il企业基本信息)数据采集(油族)数据采集(加油机
7、)颊(运输)税务(发票、申报)皓匿梢瞥I.一 运输装卸情况 企业出入库效交8tS 开票、申报情况 iaaafl油品溯源 讯津卸顺兄企业出入库故交擂单开票、申IS情况 油8!出入库情况机外色油运他装卸情况油站车辆出入情 油81出入库的况况 Zn油机iffifl况 开IL申展3数据采集客户端、外部交帙平台2.1.1.2 平台系统架构成品油综合智治系统架构图政务互 联网区政务云税务专区税务内M区在税务内网区完成成品油综合智治相关数据的清洗、匹配、一户式归集、明细敏感数据脱敏预加工等工作,为成品油综合智治应用展现提供基础数据支撑。归集税务机关全省成品油相关企业,包括生产企业、经销企业、储运企业和零售企
8、业(主要是加油站),所有发票、申报表、财务报表等涉税涉票数据;接收通过省政府大数据局共享平台获取的商务、市监、海事、交通、应急等外部门成品油相关危化品资质、运输、存储等方面的数据;接收通过客户端采集的成品油生产企业、经销企业、储运企业和零售企业相关的成品油出入库、经营销售等数据。依托XX省税务局大数据平台,对上述数据进行按户统一清洗、归集,并对发票、申报等企业敏感信息,根据成品油综合智治风险指标监控要求,在税务内网区完成脱敏预加工。政务云税务专区在税务内网区域数据归集加工的支撑下,依托大数据智能计算模型和算法,综合构建成品油综合智治风险指标库,在成品油生产环节、经销环节、储运环节、零售环节和运
9、输轨迹方面加强风险管控,形成风险任务启动、风险任务处理、风险任务审批等全环节闭环管理。最终提供成品油全景画像服务、票流分析服务、物流分析服务、轨迹关联等各项智能分析服务。政务互联网区在政务云税务专区的服务支撑下,完成成品油综合智治“一张图”全景画像展现,全地图可视化显示成品油相关企业的地域分布、上下游关系图谱等。提供综合智治平台综合通用查询,成品油企业档案管理,税务部门有关监管分析应用。综合智治平台支持应用扩展,提供相关应用接口,允许成品油其他相关监管部门,如商务厅、应急厅等部署上线其有关子应用。政务互联网区、政务云税务专区和税务内网区之间的存在比较频繁的数据交互,需要严格遵守国家税务总局和X
10、X省政府有关系统安全和数据安全原则,做好安全防护和隔离相关工作。根据平台不同的展现渠道,构建相应的用户岗责体系,配套完善权限管理。2.1.1.3 平台数据架构成品油综合智治数据共享政务外网DMZ区政务云税务令区借助省大数据局政务数据共享获取相关外部门业务数据,依托采集客户端获取成品油相关企业业务数据,分别通过政务外网和互联网通道,统一归集至税务内网区域,与税务部门内部企业相关税务申报、发票、财务等数据综合搭建成品油综合智治的数据支撑体系。2.1.2查询统计(一)一户式查询采集数据信息,将税务部门主体与政务部门主体进行关联,分析整合有效信息,按照不同类型的企业设置不同的展示界面。(二)通用查询通
11、过展示成品油税目和税率、成品油政策查询等内容,为基层提供筛选查询功能。(三)专用查询根据各部门个性化业务需求,提供不同的专用查询模块信息归集,汇总展示成品油监管内容。(四)一户式画像根据各部门个性化业务需求,提供不同的专用查询模块信息归集,汇总展示成品油监管内容。2.1 .3分析监管(一)关联分析采集数据信息,将税务部门主体与政务部门主体进行关联,分析整合有效信息,按照不同类型的企业设置不同的展示界面。(二)溯源分析通过确认疑点企业发出的车辆运输轨迹,进行上下游追溯并分类分析,追溯成品油的最终来源。(三)团伙识别通过对问题车辆的物流轨迹追踪,识别销售私油的团伙企业扩大油品追溯起点。(四)风险感
12、知设置风险指标,对漏征漏管、漏计收入开展风险指标扫描,对有风险的下发核实。(五)疑点协查部门间信息交互,对部门间疑点进行推送、接收及台账管理。2.1 .4成效展示大屏(一)一张图将成品油全链条企业通过经纬度信息打点在地图中显示,按照成品油企业不同类型,分类进行图示显示,风险企业在地图中可查看企业基本信息及风险预警信息。(二)数据共享中间区域用流向图型展示各部门流向综合智治平台的数据流,边上区域展示各类数据共享成果。(三)监管成效展示综合智治工作开展和平台运行以来取得的工作成效。2.2 .5数据资产管理(一)数据资产目录对数据表进行归类,汇总形成表资产目录,供使用方了解平台表资产范围。(二)数据
13、采集监控及维护数据库采集数据,形成采集日志进行监控,标记采集时间、数据来源等重要信息。(三)数据检索构建可视化、智能、易用的资产搜索,通过物理表、数据元、字段、数据模型等维度搜索,并支持数据导出。(四)数据质量管理通过数据比对,监控并修改数据元,提高数据质量。(五)数据标准化通过数据标准化进行整合统一,设置每张表的主键将表与表之间关联一起,使数据表间的关联性更准确可靠。(六)数据确认通过设置相关逻辑规则,进行审核管理数据来源和类型,对数据进行整理和评估分析,确认数据最终的主体。(七)数据运维通过数据运维,可对数据元进行修改、整合统一、去重等操作。(八)应用成效对数据进行归纳统计,展示统计数据,
14、从而彰显应用成效。2.2 项目实施计划项目整体建设周期为4个月。项目建设分三阶段进行。第一阶段为1个月,完成内外部门数据、人工采集数据、油品零售数据交换归集。第二阶段为2个月,完成业务需求分析、技术预研,完成系统设计、平台功能开发和测试。第三阶段为1个月,项目收尾,完成剩余功能建设。项目建设后,试运行1个月。3、项目总体要求3.1非功能性要求该项目基于综合智治平台一期项目进行建设,与一期架构兼容。非功能要求如下:(1)易用性、可维护性系统功能尽可能自动化,减少人工操作环节,用户操作界面应简明、实用、易于学习和掌握,操作方式应符合用户使用习惯。系统在运行过程中所发生的任何错误都应该有明确的错误信
15、息提示,应用设计应符合规范,系统框架与业务逻辑分离,要求具备开放式的体系结构。(2)稳定性本系统应做到在运行时稳定可靠,系统必须保证数据的安全与完整,即使系统出现问题,也必须保证数据的完整以及数据的可恢复。系统能够确保事务的完整。应用系统必须支持负载均衡能力,支持应用部署在多台服务器上,避免应用系统的单点故障。(3)可控性系统维护、升级时应不影响在运系统的正常运行。应用系统能够根据用户的不同身份进行相应的用户权限管理和访问控制管理,系统应支持多种的安全手段,并具有多层级的口志管理。(4)可移植性系统应遵循XX省税务局数字化改革总体规划,使用标准规范设计应用模块,因此保证软件能在当前主流符合该规
16、范的基础设施上稳定运行。(5)可扩展性系统应当适应不同的硬件环境,软硬件升级不会造成大的改动。遵照开放系统的标准,确保软硬件平台的可移植性。降低模块间依赖性,提高容错性。各个模块的部署也要相对独立,不能出现由于模块功能的相互依赖性而不能启动服务的情况。(6)安全性本项目涉及的开发、测试、运行等工作,要符合国家信息安全等级保护标准的要求,符合代码安全审计,符合税务系统安全管理制度和信息安全有关标准的要求。3.2项目技术要求(1)系统稳定性要求在稳定性方面,系统要求能够满足7X24小时无人值守的稳定工作,具备较强的系统安全性和灾难恢复能力,系统具备强有力的安全保障措施。(2)可靠性要求系统无单点故
17、障,系统具有动态负载均衡处理能力。保证7X24小时不间断工作。须保证即便某些节点发生了永久性的失败,系统架构也能够保证这些节点所处理和存储的数据也不会丢失。(3)系统兼容性要求系统应支持多种硬件服务器,平台可兼容LinUX,AIX,WindowsSerVer等主流操作系统。系统应能有效支持各种主流的浏览器(IE8及以上、chrome,firefox.safari)0系统应具备可伸缩性,提供横纵向扩展能力,增加硬件资源后,能有效提高系统的业务处理能力。(4)技术支持服务要求系统上线后,中标人需要按合同约定的期限进行运维监控等保障工作,提供驻场和远程技术支持服务,保证各应用系统平稳运行。在服务期内
18、,中标人提供的服务和技术支持包括但不限于以下内容:(1)问题解答a.中标人应对软件使用过程中出现的各类问题进行解答;b.处理建议应以前台操作为主,能够通过前台操作完成的,尽量不在后台调整;c.操作中出现的常见问题,应及时通过技术支持渠道向用户发布;出中标人应对问题解答风险负责,如因中标人解答不当,造成招标人的损失,中标人应负责相应责任。(2)故障处理a.系统运行、升级期间出现故障由中标人及时到现场进行处理、解决;b.中标人应对系统故障提出故障处理建议,经招标人同意后,由中标人进行排除、系统调优或重置;c.中标人应对系统故障的处理风险负责,如因中标人技术人员的处理不当,造成招标人的损失,中标人应
19、负责相应责任。(3)基础环境运维a.对运维系统所涉主机、数据库、中间件等IT资源的日常监控和调优;b.对系统性能进行监控,定期提供性能报表和趋势表,为应用性能优化提供科学依据;c.经招标人同意后进行各项系统级参数的调整,日志空间整理,以保证系统的稳定高效运行;d.完成故障事件收集、过滤、关联和处理等工作,实现对故障的快速定位、处理或反馈。(4)应用系统运维a.负责完成升级维护,配合招标人完成软件升级测试等工作;b.对系统和各功能模块的运行效率、性能进行监控;c.受理基层操作人员问题,进行问题核实,解决问题。3.3项目安全要求(1)合同签订后次日,从事开发和运维工作的技术人员须在XX省税务局指定
20、地点工作,食宿自理。(2)中标方开发和运维技术人员在项目开发期间应严格遵守有关XX省税务局内部规章制度,服从XX省税务局的管理,对开发过程中涉及XX省税务局的任何资料严格保密,不得擅自查看、复制、传播所接触的任何源代码、用户资料、数据。中标方开发技术人员中止技术服务时,不得带走任何源代码和相关数据、资料。中标方在上岗前须与技术人员签订保密协议书,并交一份给XX省税务局存留。(3)中标方技术人员开发的软件中不得有安全后门、安全漏洞、逻辑炸弹等危害软件安全、影响软件正常运行的代码和设置,否则由此产生的一切责任和后果由中标方承担。(4)中标方应建立网络安全负责人制度,并配备一名相对稳定的网络安全负责
21、人,在项目实施的全过程负责网络安全工作,组织落实各项网络安全要求。在项目实施前,中标方要对参与人员开展网络和数据安全法律法规、税务系统规定要求、安全技能、保密常识等内容的教育培训,并考核合格。(5)中标方不得利用提供产品和服务的便利条件非法获取数据、非法控制和操纵设备,无正当理由不得中断产品供应或必要的技术支持服务。(6)中标方应遵守采购合同、协议、承诺书等文件中的安全相关条款,如履行网络安全责任不到位、造成安全事件或产生不良影响的行为,采购人可依照相应条款处理。(7)中标方在项目建设期及运维期间按要求完成的软件版权归XX省税务局所有,软件中不得以任何形式出现中标方信息。4 .项目管理要求4.
22、1 项目实施要求(1)供应商应成立项目管理组织,严格遵守国家税务总局业务管控、架构管控、项目管控的要求。(2)供应商应基于成熟的项目管理方法论,制订完善的项目管理制度、流程,合理划分项目管理的阶段,借助工程管理工具,在项目实施过程中对项目进行规范化管理,确保项目实施进度和实施质量。(3)供应商应提供项目管理方案,至少覆盖进度管理、范围管理、风险管理、需求管理、质量管理、资源管理、时间管理、沟通管理等。供应商各阶段产出物采用特殊格式的,供应商需提供相应的打开、编译、运行、修改、打印等工具,并确保采购人无限制的使用;不受版权和知识产权限制,采购人不对工具额外付费。(4)在项目实施及维护期间,中标方
23、如发生重大事项(如负责人及重要工作人员变更、业务转型、合并重组、投资并购等),应及时向采购人报告。(5)在项目实施及维护期间,中标方如发现产品存在网络安全漏洞、缺陷、数据泄露或其他重大网络安全风险,应及时向采购人报告,不得外泄;对存在高危漏洞的产品应及时通过限制访问、更新补丁、版本升级、设备防护等措施进行加固处置。4.2 人员配置要求投标人必须在项目建设中,选派工作责任心强、技术水平高、业务熟练、管理经验丰富的人员专职参加该项目的建设。(1)投标人根据XX省税务局要求提供参加开发工作的技术人员不得少于5名;其中至少包含项目负责人1名、项目技术专家1名、具有ORACLEOCP资质的专业技术人员1
24、名,其余人员从事软件开发工作年限不少于1年,系统运维期间,中标人需提供到XX省税务局的7X24本地化上门维护,随叫随到,运维团队人员不得少于2人(食宿等费用由中标方自行解决)。须提供明确的人员名单。(2)项目负责人:要求拥有本科及以上学历,获得计算机技术与软件专业技术高级职称,具备5年以上工作经验,擅长与用户进行沟通;(3)项目技术专家1名:从事软件开发工作年限不少于5年,获得计算机技术与软件专业技术中级职称。4.3 售后服务要求(1)合同执行期间,成交供应商应采取严格的安全措施,接受采购人的协调和管理,并承担由于自身原因所造成的事故责任及其发生的一切费用。(2)在本项目正式运行后,供应商应在
25、项目需求范围内提供一年的免费非驻场运维;服务期满后,如需乙方继续提供服务,双方需另签服务合同。4.4 项目演示要求本次采用屏幕录像或系统原型现场操作,PPT演示、无演示不得分,演示时间不超过10分钟,根据招标文件需求的要求,对四个模块分别选取五个子模块进行演示,每项内容演示的得相对应的分:(1) 一户式画像演示要求:“一户式画像”需展示各部门不同的专用查询模块信息归集,汇总展示成品油监管内容。(2)溯源分析演示要求:“溯源分析”需展示疑点企业发出的车辆运输轨迹,进行上下游追溯并分类分析,最终追溯成品油的来源。4.5 一张图演示要求:一张图需展示通过经纬度在地图显示成品油全链条企业,风险企业在地
26、图中可查看企业基本信息及风险预警信息。(4)数据共享演示要求数据共享需用流向图型展示,各部门流向综合智治平台的数据流,以及各类数据共享成果统计。(5)监管成效演示要求监管成效需展示综合智治工作开展和平台运行以来取得的工作成效数据统计。4.6 项目测试要求(1)功能测试:对项目主要内容的所有功能进行逐一测试,主要检查程序功能是否实现了项目功能清单(程序需求)上的功能要求。(2)界面测试:对平台的界面进行测试,主要检查用户界面的美观度、统一性、易用性等方面的内容,是否符合开发要求。(3)数据处理测试:对平台数据接口进行测试,主要检查程序数据处理中输入、处理、输出数据过程。(4)流程测试:按操作流程
27、进行的测试,主要有业务流程、数据流程、逻辑流程、正反流程,检查平台在按流程操作时是否能够正确处理。(5)极限测试:在平台的极限条件下进行的测试,主要有对数据的极限值、边界值操作,对程序进行致命操作等。(6)并发测试:在网络环境、并发环境、多用户条件下对平台进行的测试。(7)安全测试:对平台安全性方面的测试,主要检测程序中加密、解密、数据备份、恢复、病毒检测等问题。(8)安装部署测试:在不同PC条件、操作系统、模拟客户机等条件下进行程序的安装测试,主要检查平台发布之后存在的问题。(9)性能测试:对平台整体性能的测试,测试内容有适应性、健壮性、可恢复性、灾难恢复能力等。5 .质量保障要求(1)供应
28、商应建立全生命周期的质量保障体系,提供高质量的软件产品和服务,对用户在使用软件过程中提交的各类问题进行分析定位、提出解决办法和完成问题修改,直到问题被解决。(2)对局方转交的系统问题应当日及时响应,进行分析定位。其中属于操作类或理解类的问题应当日解决,属于参数配置或代码配置类问题应在1-2日内解决,属于数据类问题应在7日内解决,属于软件故障需要进行软件修改的问题应在升级版本中解决(紧急问题根据供应商要求通过紧急补丁解决)。(3)供应商应为本项工作配置相应的专职人员,所提供人员能力不能胜任质量保障工作、问题解决进度或质量的,供应商需按照招标人要求更换或者增加人员。(4)供应商应提供完整明确的系统
29、开发、部署、安全、培训及运维方案;并在维护期内指定不少于1名技术人员负责非驻场运维服务,完成功能上线、软件缺陷修改、功能性能优化、技术问题解决等工作。上述要求,需要供应商在供应商案中加以体现和承诺。6 .项目验收要求6.1 验收准入条件满足以下条件,成交供应商可提出验收申请:(1)本需求书中包含的所有需求全部开发完成。(2)需求对应的软件经过业务技术测试或试点运行,并将业务技术测试或试运行阶段出现的问题全部解决,测试或试运行单位出具测试报告或试运行通过的正式报告,软件功能、性能符合业务和技术需求。(3)成交供应商向采购人提交正式软件,软件上线并稳定运行1个月。(4)文档及资料齐全。项目验收由采
30、购方组成验收小组,对供应商的整体工作进行验收,成交供应商应提前准备验收资料、项目总结等文档。采购人在收到供应商合格的验收申请后30日内完成项目验收工作。在运行维护中出现性能指标或功能上不符合采购文件和合同要求时,由成交供应商负责解决。采购人有拒绝的权利并保留索赔权利。6.2 验收标准主要交付成果物及要求本项目的实施过程中将产生大量的技术及管理文档,成交供应商应协助项目单位,负责建立、维护、交接项目实施过程中产生的各类文档,确保项目文档的内容体现本项目的实施过程,并确保项目文档的完整性和准确性。(1)交付成果物成交供应商必须向采购方各实施单位提供以下资料及文档,所有文档要求详实、完整,所有的文档
31、必须是中文,并提供电子版最新版本。对于国家税务总局软件开发规范中涉及的技术文档,要求成交供应商按照规范要求进行提交。序号交付物名称介质形式期限数量备注1软件各单项需求和补丁包的全套技术和管理文档(如需求规格说明书、软件设计说明书、测试用例、内部测试报告、业务技术测试及试运行报告及文档、需求变更相关文档、最新版操作手册等)光盘按照开发流程各阶段规定提交12系统安装程序及对应的说明文档光盘正式软件部署13项目验收工作总结报告光盘/纸质项目最终验收时1纸质材料根据验收会具体需求提供验收条件:甲方软件满足下列条件之一的,视为达到验收条件:(1)软件进入试运行后1个月,运行良好;(2)乙方实施完成,具备
32、进入试运行条件满1个月,但因甲方原因未进入试运行。验收的进行:(1)乙方根据实施计划,在软件达到验收条件后,向甲方提出书面验收申请。(2)甲方应在收到申请后10(十)个工作日内,对验收情况及结果进行书面确认。软件达到合同约定的验收标准时,双方应在上述期限内签署验收报告,或者以其他有效方式对验收结果予以确认。验收合格后进入系统维保阶段。(3)软件运行中的细节性修改和完善调整,以及个别功能模块由于甲方内部原因的需求未确定、应用不够等因素不影响项目的验收,上述问题在维护阶段逐步解决。(4)甲方在乙方提出书面验收申请后无正当理由拒绝该申请的,或甲方在上述期限内未对验收结果进行有效确认且未就软件质量问题向乙方提出书面异议的,都将视为软件验收合格。