国家税务总局江西省税务局社保缴费区块链应用拓展项目采购需求

发布时间: 2024年09月02日
摘要信息
中标单位
中标金额
中标单位联系人
招标单位
招标编号
招标估价
招标联系人
代理单位
代理单位联系人
关键信息
招标详情
下文中****为隐藏内容,仅对千里马会员开放,如需查看完整内容请 或 拨打咨询热线: 400-688-2000
相关单位:
***********公司企业信息

采购需求前附表

序号

类别

内容

1

项目立项

项目立项时间: 2024年2月22日

项目立项证明文件:£有 R无

2

项目预算安排

总预算金额(万元): 242.54万元

当年预算安排金额(万元): 242.54万元

项目资金来源:2024年省局信息化建设经费

3

项目采购内容

一是完成区块链相关建设,包括参保登记信息、特殊缴费业务信息、社保费缴费信息、退费信息等业务场景的上、下链对接改造,上链数据追溯的应用功能建设。二是建设联合运维平台,推进社保费工作一体化协同管理。三是建设对账平台,基于税务、人社、医保的数据,能够比对三方差异参保和缴费数据,确定数据差异环节。四是优化改造金三社保费管理子系统,完成相关系统接口开发和部分功能模块升级。

4

项目实施时间

合同生效之日起3个月内完成功能开发上线,项目验收后提供一年免费运维服务。

5

项目实施周期

合同生效之日起3个月内完成功能开发上线,项目验收后提供一年免费运维服务。

6

项目实施地点

****税务局

7

项目实施范围

具体详见招标内容及需求

8

项目相关单位

需求部门: 征管和科技发展处

验收部门: 征管和科技发展处、社会保险费处、财务管理处、督察内审处、信息中心、****分局

9

采购意向公开

£本项目已于2024年7月19日公开采购意向

R本项目经立项审批不公开采购意向

10

支持中小企业

£本项目(第 包)专门面向中小企业采购

R本项目预留预算金额的%专门面向中小企业采购

R本项目不适宜由中小企业提供,且已履行报批手续

备注:此需求公示期为3个工作日

一、项目概述

1.1.项目背景

税务区块链综合利用多种信息技术(如分布式账本、点对点传输、共识机制、智能合约、密码学方法等),保证链上的数据防篡改、可追溯、难抵赖、强一致、隐私保护,提供可信数据共享服务,支撑数据共享流通、存证与鉴证、数据溯源等业务场景应用,是跨部门、跨地区、跨层级的涉税数据共享的可信体系,使共享的数据与纸质资料同等的证据效力,避免纳税缴费人多次跑、多次报,支撑税费业务流程优化。

“社保缴费+税务区块链”能大幅缩短业务办理周期,区块链利用分布式账本和数据加密技术,确保了资金和权益账款相符、账实相符缴费人权益享受与缴费时差大幅度缩短,进一步提升了缴费人缴费体验感与满意度。另外,数据上链后还可有效解决传统数据交换方式数据清分数据频繁堵塞和错误率高等问题。

目前,税务区块链基础平台为上层业务系统提供服务,实现了与外部门之间的可信数据共享,在不调整和改动原有业务系统的前提下极大地简化了业务流程。同时,充分发挥区块链技术数据共享通道的作用,有效保障数据同步的时效性和一致性,确保数据真实可靠、不被篡改、可追溯。

1.2.项目内容

1.2.1. 区块链相关建设

(1)完成业务场景上、下链对接改造

按总局区块链基础平台接口规范要求,改造应用系统,需要上链的共享信息与原来通过共享平台进行交换的数据基本不变,主要包括如下业务场景:

①参保登记信息:企业(含职工增减员)、灵活就业人员、城乡居民参保登记信息。

②特殊缴费业务信息:实时获取特殊缴费核定、特殊缴费撤销等信息,方便缴费人在税务部门办理一次性趸缴、政策性补缴等特殊缴费业务。

③社保费缴费信息:税务部门完成社保费征缴后,通过区块链基础平台共享用人单位、职工、灵活就业人员、城乡居民等缴费明细信息,便于人社、医保部门记录缴费人权益。

④退费信息:税务部门受理缴费人退费申请后,通过区块链基础平台共享、交互社保费退费申请、处理结果等信息。

(2)应用功能建设

为实现区块链上链数据做到可查询、可追溯,更好的为前台使用人员提供优质服务,建设区块链上链数据追溯功能。

1.2.2. 联合运维平台建设

建设社保费联合运维(工单系统)平台,推进社保费工作一体化协同管理,进一步优化**配置,加强统筹协作,规范业务流程,提升工作质效,优化缴费服务。

1.2.3.对账平台建设

建设三方对账平台,基于税务、人社、医保的数据,比对三方差异参保和缴费数据,确定数据差异环节,方便各方解决数据不一致的问题,保障缴费人权益及时享受。

1.2.4. 社保费管理子系统优化改造

通过对金三社保费管理子系统升级改造,完成相关系统接口开发和部分功能模块升级,实现共享平台与税务区块链基础平台数据传递与业务流程的无缝衔接,大幅度提升社保费征收管理系统整体运转效能,确保社保费区块链应用试点工作顺利实施。

1.2.5 区块链项目运维

自本项目验收通过日起提供一年免费运维服务,当社保费相关系统升级或共享数据要求有变化时能同步升级,保障系统平稳运行。

二、投标响应要求

2.1. 对投标人基本要求

(1)本项目由符合国家有关法律法规规定、同时满足本项目资质要求、在中国境内注册的供应商为投标人。

(2)投标人必须具备《政府采购法》第二十二条的规定。

(3)投标人提供如下资质或案例的,予以优先:

①ISO 9001质量管理体系认证资质证书

②ISO/IEC 27001信息安全管理体系认证证书

③ISO/IEC 20000信息技术服务管理体系认证证书

(4)本项目不接受联合体投标,不得转包或分包。

2.2. 对投标文件的基本要求

2.2.1.总体要求

供应商必须针对技术部分中的需求逐个或分块作出实质性响应,其响应与采购文件内容采用同样的顺序。对每个需求的响应必须遵循如下规则:

(1)重复该需求;

(2)用“是/否”响应来表明该需求是否被满足(描述性需求);

(3)简要描述响应书或响应方案如何满足该需求,如果该响应在响应书其他部分有详述,可在该处简单应答,但必须给出确切的位置索引;

(4)解释响应文件或响应方案与用户需求之间的偏差;用数量来表示的需求,必须用确切的数字、单位来响应;

(5)供应商应提供实质性确切响应,并有详细的文字描述和说明,任何仅采用“符合”“满足”或非确定性数值(如“>=”或“<=”)的响应均将被视为没有对采购文件的实质性响应,从而可能导致严重后果直至废标;有关表格部分的响应应按采购文件商务部分规定的格式列出。提供响应文件中涉及的所有响应产品说明或相关证明,以中文描述,作为附件;

(6)响应文件主要包括项目需求理解、项目管理实施方案、升级完善方案、运行维护方案、数据支撑服务方案、安全服务方案、测试方案、验收方案、知识转移方案、技术力量配备方案。

2.2.2.对技术部分需求应答要求

(1)供应商必须在充分理解招标文件中描述的业务功能需求和技术需求的基础上,根据招标文件有关章节提供的材料以及所了解的税务信息系统建设的情况,提供对本项目的理解和详细描述。根据招标人要求,承诺通过客户化定制开发,满足招标人列出的所有需求。同时应对响应文件中所提供的服务和产品以及如何适用于招标人的需求做详细的说明。此项内容作为考察投标人是否具备完成本项目能力的重要依据。

(2)响应文件的内容应该包括招标人要求的全部应用软件、相关工具组件以及招标文件中未列出但属于投标方案中的部分等。投标人必须逐一说明建议的每个软件的名称,并注明合法使用期限。

(3)若中标供应商开发的应用软件的配置或需求中出现不合理或不完整的问题,供应商有责任和义务提出补充修改方案,并在征得招标人的同意后付诸实施,招标人不再另行支付任何费用。

(4)供应商必须按照招标人的项目实施进度要求,提供整个项目计划书和实施方案。包括项目的组织和管理、投入的技术人员及其简介(必须具有相关项目的实施经验)、详细的工作日程表、具体工作内容及各项具体方案和应急措施等内容。

(5)项目实施至少包括需求确认、方案设计、应用开发、现场部署与安装、应用调试(含容灾联调)、用户测试、上线运行支持、运行维护、数据支撑服务、集成服务、安全服务、系统初验、系统终验等。

2.3.技术方案响应要求

本部分投标人应提供技术方案,包括但不限于以下内容:

2.3.1.项目需求理解

对项目需求定位、建设目标以及项目架构理解精准,对系统需求进行充分理解并提供详细描述。要对业务需求、系统应用部署等情况的理解分析深入、详细到位。

2.3.2.项目管理实施方案

投标人须按照本项目技术部分要求详细阐述项目实施方案,必须完整响应项目需求,合理严谨、职责清晰、可操作性强、风险可控。必须能够与现有系统充分衔接,满足实施内容理解、项目实施管控、项目实施过程、组织人员保障等方面要求。

2.3.3.测试方案

投标文件中,必须提供测试方案。方案内容应至少包括测试内容、数据要求、测试范围、测试工具与测试方法、完成准则、注意事项等内容。****实验室环境测试和采购人测试环境测试、性能测试、安全测试等。

2.3.4.验收方案

投标人的验收方案须具备完整性、详细性和可操作性。投标人应当按照本项目技术要求详细阐述项目验收方案,根据验收内容提出切实可行的验收流程。对合同规定的各项验收指标提出明确的验收前提条件和验收依据及标准,列明需要移交和交付的各类文档及产出物。对验收中可能发现的问题,投标人应提出有效解决办法和补救措施。具体项目验收要求包括但不局限于本验收方案。

2.3.5.运行维护方案

投标文件中,必须提供运行维护方案。方案内容应至少包括运行维护内容、运行维护问题处理和版本升级保障等内容。

三、项目需求

3.1.社保费区块链开发

3.1.1.税务区块链接入平台服务建设

(1)税务端区块链接入服务改造

对现有与社保管理子系统、征收子系统等系统对接的税务端区块链接入服务进行优化改造。实现社保管理子系统、征收子系统统一调用接口进行社保费上链。具体包括如下功能:获取访问令牌、上链接口、修改链接口、查询链接口、溯源接口和消息订阅通知接口。

(2)协同端区块链接入服务优化改造(人社/医保)

对现有与医保、人社等系统对接的协同端区块链接入服务进行优化改造,医保、人社系统统一调用接口进行社保费上链,减少各****总局上链接口。具体包括如下功能:获取访问令牌、上链接口、修改链接口、查询链接口、溯源接口、消息订阅通知接口、附件信息下链通知、附件信息推送、附件信息下载、退费申请结果反馈。

(3)区块链管理端(税务端/协同端)

包括登录管理,税务、人社和医保登录和登出功能;日志管理,实现实现社医保费关键业务日志、异常日志新增、修改、删除、统计分析等管理;上链信息补偿,实现统一接入平台上链可能因网络、系统可用性等原因导致社医保费数据上链失败进行补偿定时任务、数据查询、频率参数设置、次数等;统计查询和参数开光配置管理。

(4)渠道端改造(PC端和移动端)

退费申请(PC端、移动端)附件上链改造。完善附件信息上链、附件文件推送、退费申请信息上链功能。

退费申请上链信息查询PC端、移动端。完善退费申请上链信息查询(PC端)、退费申请历史记录查询(赣税行、微信公众号、小程序等)功能。

3.1.2.社保费业务上、下链建设

建设税务区块链基础平台(税务端)和税务区块链基础平台(协同端)社保费业务上、下链服务,主要包括:

3.1.2.1. 上、下链接口服务

(1)流程描述

为解决由于参保登记(含职工增减员)传递不及时导致缴费人后续申报业务无法在税务部门办理的问题,人社、医保部门通过税务区块链基础平台实现单位(含职工)、灵活就业、城乡居民参保登记数据上链,税务部门反馈上链数据接收情况。上链数据的业务规范遵从《社会保险费信息共享平台建设方案(**标准版V2.0)》。

(2)功能建设

1.新增单位参保登记上、下链接口服务。

2.新增职工参保登记上、下链接口服务。

3.新增灵活就业参保登记上、下链接口服务。

4.新**乡居民参保登记上、下链接口服务。

5.工程项目工伤保险登记信息上、下链接口服务。

6.工伤保险费率认定信息交互上、下链接口服务。

7.特殊缴费业务交互上、下链接口服务。

8.养老退休金信息交互上、下链接口服务。

9.参保人员特殊类别信息交互上、下链接口服务。

10.单位缴费信息交互上、下链接口服务。

11.职工个人缴费明细信息交互上、下链接口服务。

12.灵活就业缴费明细信息交互上、下链接口服务。

13.城乡居民缴费明细信息交互上、下链接口服务。

14.特殊缴费业务缴费信息交互上、下链接口服务。

15.社保费到账处理结果反馈交互上、下链接口服务。

16.新增参保登记业务逻辑校验上、下链接口服务

3.1.2.2.实时交互应用接口服务

(1)流程描述

为使缴费人在人社医保办理参保登记能够及时传递至税务系统,便于开展后续申报征收业务,实时交互应用接口的业务规范遵从《社会保险费信息共享平台建设方案(**标准版V2.0)》。具体场景应用流程。

(2)功能建设

1.新增单位参保登记实时接口服务

2.新增职工参保登记实时接口服务

3.新增灵活就业参保实时接口服务

4.新**乡居民参保实时接口服务

5.工程项目工伤保险实时接口服务

6.工伤保险费率认定实时接口服务

7.养老退休金信息交互实时接口服务

8.参保人员特殊类别信息交互实时接口服务

9.灵活就业人员在途数据查询实时接口服务

10.单位缴费信息查询实时接口服务

11.职工缴费信息查询实时接口服务

12.灵活就业人员缴费信息查询实时接口服务

13.城乡居民缴费信息查询实时接口服务

14.工程项目工伤保险缴费信息查询实时接口服务

15.特殊缴费业务缴费信息查询实时接口服务

16.灵活就业人员扣款信息查询实时接口服务

17.城乡居民扣款信息查询实时接口服务

18.特殊缴费业务扣款信息查询实时接口服务

19.单位在途数据查询实时接口服务

20.职工在途数据查询实时接口服务

21.职工缴费工资查询实时接口服务

22.工程项目工伤保险在途数据查询实时接口服务

23.城乡居民在途数据查询实时接口服务

3.1.3.区块链统一集成机制

为减少区块链项目上线工作中对社保费标准版子系统的改造工作,确保数据上链标准和质量,建设区块链统一集成机制,统一接入闸口接入社保费标准版征收子系统、管理子系统、信息共享平台、应用集成平台等各子系统,然后对接税务区块链基础平台(税务端),完成参保登记、特殊缴费信息、医保权益实时到账等业务的数据上下链工作。

为降低上线风险、提升工作效率、增强用户信心、及时发现问题并推动改革创新,区块链上线采用逐步切换上线的方案,在试点切换期间应做好与现有子系统业务的衔接,做好试点单位业务和非试点单位业务的识别、分流工作;应做好现有业务区块链服务与标准版子系统服务的切换配置,在区块链基础平台出现故障时,可以将使用单位业务快速切换至备用通道服务,保障信息正常交互,基础平台恢复后予以补偿。

3.1.4.网上办掌上办上链优化改造

网上办掌上办上链优化改造主要体现在社保、医保缴费信息的传递和处理效率上。对于急需享受医保权益的****税务局、赣税行提出提前享受医保待遇申请,税务部门通过税务区块链基础平台实现缴费人征缴明细数据上链,****银行、医保部门对链上数据认可,及时确认缴费人医保待遇,克服缴费数据传输链条较长的影响。

(1)流程描述

对于急需享受医保权益的缴费人可提出提前享受医保待遇申请,税务部门通过税务区块链基础平台实现缴费人征缴明细数据上链,并协调多部门对链上数据认可,克服缴费数据传输链条较长的影响。

(2)功能建设

①新增灵活就业提前享受待遇缴费数据上、下链接口服务。

②新**乡居民提前享受待遇缴费数据上、下链接口服务。

3.2.联合运维建设

工单管理主要实现对发现问题后人工发起并按照问题处理流程进行解决,支持推送给相应人员进行处理。工单流转过程中记录问题产生的原因、处理步骤、实际处理步骤,支持线上查看协同记录。

工单赋能主要是在工单处理过程中提供多种赋能功能帮助处理人员快速定位和解决问题。包含:1.即时处理赋能、2.全景式工单处理工作台、3.即时通讯赋能、4.消息中心赋能等子功能。

3.3.对账平台建设

3.3.1.人社医保推送参保信息和税务参保信息比对

根据人社医保传递的各人群的原始参保数据和管理子系统管理子系统核心库各类参保信息数据进行对比,统计信息总量、差异总量

税务对人社医保原始参保明细数据与税务接收入库的明细数据进行比对,准确定位差异明细,差异结果页面展示。

税务、人社、医保部门通过系统接页面直接查看或导出差异明细,人社医保部门可根据税务提供的差异明细数据进行后续处理。

3.3.2.税务推送缴费信息和人社医保接收到账信息比对

税务推送人社医保主要是缴费信息,从征收子系统产生上解/入库数据开始监控,通过管理子系统传输至人社医保接收和业务记账结束,比对上述传输过程中两两之间是否存在差异。

在两边数据存在差异时,税务对税务发送的原始明细数据与人社医保接收的明细数据进行比对,以准确定位差异明细,差异结果页面展示。

税务、人社、医保部门通过系统接页面直接查看或导出差异明细,如涉及税务反馈问题可以进行重新推送给人社医保,人社医保问题则可以及时进行权益记账。

3.4.管理子系统本地差异化改造

(1)单位工资日常申报优化改造

管理子系统新增配置项,通过配置项控制单位日常申报调基补差和正常申报一起申报。当单位存在未申报的系统生成的补差预处理数据,开启参数配置:可以控制补差预处理和正常预处理数据一起申报。

(2)年度工资申报优化改造

管理子系统改造年度工资申报功能,支持对不同人员参保特殊类别可以申报不同工资;同时调基补差可以按照不同人员参保特殊类别分别进行补差;例如:如同一年度职工有在职和退休身份,在职是以工资为缴费基数,退休是以养老金为缴费基数。

(3)客户端电子签章功能优化

单位社保费管理客户端应集成电子签单,在以下功能中实现:税收完税证明开具功能、税收完税证明补开功能、单位缴费记录打印功能、职工缴费记录打印、催报、催缴等。

(4)职工缴费期限改造优化

管理子系统需实现正常晚办参保的职工缴费期限优化,当前系统正常办理参保的,申报、缴款期限均为当月,系统需支持当月正常参保,申报、缴款期限为次月的场景。

(5)单位年度工资申报情况统计功能开发

****机关或社保经办机构统计本年度做过年度工资申报或年度工资调整的企业数,支持下钻到明细。

(6)年度工资申报调/调整查询职工工资优化改造

管理子系统和客户端的年度工资申报、调整功能模块增**询选项:支持按照:“在职、停保、全部”过滤数据并展示结果,同时支持按照查询结果导出。

3.5 区块链运维服务

自本项目验收通过日起提供一年免费运维服务,当社保费相关系统升级或共享数据要求有变化时能同步升级,保障系统平稳运行。

四、服务要求

4.1.总体要求

(1)中标人应成立项目管理组织,严格遵守本项目业务管控、架构管控、项目管控的要求。

(2)中标人应基于成熟的项目管理方法论,制订完善的项目管理制度、流程,合理划分项目管理的阶段,借助工程管理工具,在项目实施过程中对项目进行规范化管理,确保项目实施进度和实施质量。

(3)中标人应提供项目管理方案,至少覆盖进度管理、范围管理、风险管理、需求管理、质量管理、**管理、沟通管理等。

(4)中标人应根据项目管理的需要,提供和使用项目管理工具。当招标人要求时,必须使用招标人提供的项目管理工具。招标人不对工具额外付费。若发生版权、知识产权或授权纠纷,后果由中标人承担。

(5)在项目实施工程中,招标人可能根据实际情况,在不改变工作量的情况下调整应用建设要求,中标人应充分考虑、无条件满足招标人的要求,招标人对此不再额外付费。

(6)中标人要根据招标人采购硬件情况对本项目进行规划,规划部署方案应与招标方沟通确认,以确保**合理利用,达到较优的效果。

4.2.税收信息化项目开发和应用管理工作要求

4.2.1.过程监控

(1)项目启动阶段

在合同签订后,及时提交开工报审文件及相关材料,主要包括:总体实施方案、实施进度、人员组织、质量保证等计划,配合监理完成审核确认工作。

(2)项目实施阶段

实施前期,按照项目里程碑计划,提交需求、设计、集成、配置、测试、上线、验收、服务保障等相关方案和计划文档,提交服务保障相关的流程、规范、制度等文档,配合监理完成审核、修改、确认等工作。

实施过程中,及时提交项目汇报、各类计划跟踪表、各项实施和服务保障记录报告等,配合监理的跟踪与检查工作。

实施完毕,尽快汇总各阶段、各类测试记录、测试结果,形成测试报告;汇总各项服务记录和成果,形成服务报告,提交监理审核并完成签署。

(3)项目验收阶段

提交各阶段验收申请以及全部交付物,配合监理完成审核、修改、确认工作。

4.2.2.验收资料审议

(1)验收资料准备。验收之前,进行审议的信息化项目的实施单位通知中标人、监理单位分别准备项目验收资料、监理报告。

(2)验收资料提交。实施单位提交验收资料审议申请及验收资料、监理报告。

(3)验收资料审议意见反馈。需求部门将相关职能部门审议意见反馈中标人。

4.3.技术支持服务要求

本项目自系统推广后至项目终验合格前,为保障系统能够正常、稳定、可靠地运行,中标人须为招标人提供一系列技术支持服务工作。

4.3.1. 服务期限要求

合同生效之日起3个月内完成功能开发上线,项目验收后提供一年免费运维服务。

4.3.2. 服务地点要求

采购人指定地点(****)。

4.3.3.服务形式要求

(1)中标人必须为本项目建立独立的技术支持组织,****税务局要求,服从招标人的统一调度和管理。中标人应提供该组织的分工安排、详细的人员组成情况等。

(2)提供7×24小时技术支持响应;

(3)按照招标人的要求,对重大问题提供现场技术支持,保证税收业务的正常开展;

(4)服务方式包括技术支持平台、会议、电话、互联网、E-MAIL和现场等方式;

(5)技术支持服务期内每季度提供免费现场巡检服务,并向用户提供巡检报告;

(6)提供的技****机关操作人员、管理人员和广大纳税人用户的不同需求;

(7)运行技术支持方案、问题管理规范须招标人确认,****总局有关数据管理规范。

4.3.4.服务人员要求

(1)技术支持服务人员构成

中标人应组织专业技术人员,提供现场支持服务,现场支持人员的工作地点应根据招标人要求在指定的地点进行统一调配。

①现场支持人员应具备2年以上技术支持工作经历,熟练掌握软件编程、数据库设计、系统软件管理、系统运维和管理等方面的知识。

②后台支持人员应有3年以上工作经历,具有信息系统项目管理师等高级技术资格,熟悉应用设计、数据库设计、软件编程等技术。负责提供系统升级、升级测试、第三方接口技术支持及升级培训等方面的工作,并提供对各现场服务人员的技术支持。

(2)技术支持服务人员管理

①现场支持服务人员受中标人和招标人双重管理,招标人的意见应作为现场支持服务人员业绩考核的重要依据;

②技术支持人员要相对固定,须与所提供的人员名单相符,不经招标人许可随意变更,招标人有权追究中标人责任,并采取相应处罚措施。并且技术支持的核心人员要固定,核心人员由招标人认定;

③现场服务人员的工作调整和人员变动,必须提前征得招标人同意。如在未征得招标人同意的前提下,中标人擅自对现场服务人员的工作和人员进行调整变动,该行为被视为中标人违约,招标人有权对中标人进行责任追究和要求赔偿;如果因为中标人的擅自调整,造成招标人的损失,中标人应承担相应的赔偿责任;

④技术支持人员作息时间与招标人保持一致,紧急情况下,应服从招标人的调遣;

⑤技术支持人员工作能力和工作态度达不到技术支持工作要求的,招标人有权要求中标人更换,中标人应及时更换相关人员;

⑥中标人应保持项目团队的稳定。

⑦技术支持服务相关费用已包含在投标总价中,人员差旅费、出差补助、工资由中标人承担,技术支持服务人员在招标人要求的地点的食宿由中标人承担。

4.3.5.服务范围要求

在服务期内,中标人提供的技术支持服务包括但不限于以下内容:

(1)问题解答

①中标人应对系统使用过程中出现的各类问题进行解答;

②处理建议应以前台操作为主,能够通过前台操作完成的,不能在后台调整;

③操作中出现的常见问题,应及时整理予以发布;

④中标人应对问题解答风险负责,如因中标人解答不当,造成招标人的损失,中标人应负责相应的赔偿责任。

(2)故障处理

①系统运行、升级期间出现故障由中标人及时现场进行处理、解决;

②在系统出现非停机性质的故障如系统运行缓慢时,视同系统故障;

③在系统故障原因不明时,由中标人负责故障诊断;

④中标人应对系统故障提出故障处理建议,经招标人同意后,由中标人进行排除、系统调优或重置;

⑤中标人应对系统故障的处理风险负责,如因中标人技术人员的处理不当,造成招标人的损失,中标人应负责相应的赔偿责任。

(3)基础环境技术支持

①配合招标人完成对服务器、存储设备、安全设备、数据库、中间件等**的全面管理,以及系统推广后的日常监控和调优;

②对系统性能进行监控,定期提供性能报表和趋势表,为应用性能优化提供科学依据;经招标人同意后进行各项系统级参数的调整,日志空间整理,以保证系统的稳定高效运行;

③完成故障事件收集、过滤、关联和处理等工作,实现对故障的快速定位、处理。

(4)应用系统技术支持

①基于现有的技术和开发架构对系统提供运行技术支持和优化建议;

②对系统和各功能模块的运行效率、性能进行分析,并根据分析结果进行程序优化、参数调整、结构扩展、重新部署等;

③受理基层操作人员问题,进行问题核实,解决问题以及相关培训;

④配合招标人完成系统升级测试等工作。

(5)数据分析工作相关支持

①根据招标人要求,完成指定范围的数据抽取、加工等任务;

②中标人应提交相关脚本,并对提取数据抽取的具体口径进行说明;

③数据分析工作应安排专人完成。

(6)知识库建设

中标人应负责相关知识库的建设和维护工作,安排相关人员按月对知识进行整理、审核、入库等工作。

(7)技术支持服务管理支持

①中标人应根据招标人要求,提供一套符合规定流程、满足管理、统计需要的技术支持软件;

②中标人应配合招标人做好相关技术支持工作情况统计。

4.3.6.服务响应要求

对系统故障,现场技术人员需30分钟之内作出实质性响应,1小时之内解决问题;如现场服务人员无法解决,中标人需指派后台高级工程师在2小时内到达故障现场或通过堡垒机接入系统进行解决,在报修8 小时内恢复招标人系统的正常运行。

中标人应在问题解决后24小时内,提交问题处理报告,说明问题种类、问题原因、问题解决中使用的方法及造成的损失等情况。

4.4.项目验收要求

4.4.1 验收标准

采购人以本招标文件中相关内容为依据,作为项目验收标准。中标人是否按照本招标需求书中定义的各项服务内容和服务管理开展各项工作,工作流程和结果是否符合采购人质量管理要求,是否在规定时间内提交相关工作文档。

4.4.2 验收方法

本招标文件中包含的服务需求内容按期完成。服务响应、服务流程、服务质量、服务成果以及组织管理和项目文档满足本招标文件的规定要求。中标人向采购人申请验收,提交验收报告。验收合格后,无其他未了事宜,由双方共同签署验收报告。

4.4.3 验收交付物

(1)验收交付物列表(包括不限于)

序号

交付物名称

形式

1

招、投标文档

电子、纸质

2

项目合同

纸质

3

需求文档

电子、纸质

4

设计文档

电子、纸质

5

开发源代码

电子

6

用户手册

电子、纸质

7

维护手册

电子、纸质

8

测试报告

电子、纸质

9

试点切换方案

电子、纸质

10

试运行报告

电子、纸质

11

项目总结报告

电子、纸质

12

用户报告

电子、纸质

(2)交付物标准

中标人需要按照采购人要求,提交相应文档,并保证文档质量。所有文档必须符合文档管理规范。

4.5.其他要求

4.5.1 项目归档要求

技术支持人员要严格文档管理,对日常技术支持进行详细记录,并定期对工作进行总结形成总结报告。主要包括对常见问题处理情况进行总结;处理的疑难/重大紧急问题编写问题记录单;定期分别编写技术支持周服务报告和月服务报告;对所进行健康检查编写健康检查总结报告或分析报告;对补丁升级进行记录并形成补丁升级报告。在做好以上登记工作外,还要每月进行统计归档工作。

4.5.2 知识转移要求

根据采购人的要求,对采购人相关人员进行必要的培训,具体包括:

在日常工作当中,负责对采购人相关人员做口头的知识传授工作,对处理问题的方法进行日常辅导,问题包括应用系统的工作原理和数据逻辑关系及数据库、中间件等操作问题。

每次应用系统进行大的升级后,根据采购人要求进行针对性的培训。

采购人可以根据工作需要,提出与应用系统相关的系统问题专题讨论,由中标人收集并汇集资料,提供采购人相关人员参阅,以提高采购人相关人员工作技能。

根据采购人的培训要求,对采购人相关业务和技术维护人员进行专场培训,收集采购人相关人员对涉及应用系统的培训需求,与采购人协商培训计划,编制培训讲稿,完成对采购人相关人员的培训工作。

对所技术支持系统的技术资料、维护脚本、配置规则等定期进行培训,形成相关资料并移交给采购人。

4.5.3 安全保密要求

技术支持人员应当遵守采购人对外部技术支持人员要求的各种安全管理规范,包括但不限于《中国人民**国网络安全法》、总局关于税务信息化供应链的安全管理工作要求,以及**省局关于供应商驻场管理考核办法等;除需对系统软件技术支持工作负责外,技术支持人员还应对涉及的相关设备、系统以及数据安全负责。

在项目服务期内,若因技术支持人员失误,造成系统损坏、数据丢失、数据泄漏等事故发生或故障延伸损失,中标人应承担全部责任,并采取补救措施,直至满足采购人需求,期间发生的一切费用由中标人负责承担。

(1)技术支持人员应当严格遵守采购人信息安全保密制度和日常办公规定,并签订相关协议和承诺书,提供无犯罪证明或承诺书。

(2)技术支持人员的工作成果归采购人所有,中标人未征得采购人书面同意,不得将技术资料泄露。如违反上述协议内容,采购人将保留追究中标人法律责任的权利。

(3)技术支持人员严格遵守应用系统、内部文件、税务数据的访问范围和权限,按照采购人要求的连接方式开展系统后台技术支持。未经允许,技术支持人员不得擅自改造、拆卸、安装、带离运维场地终端设备;未经批准严禁携带笔记本电脑等外部电子设备进入运维场地;不得随意将携带的电脑和移动存储介质接入税务专网;不得在生产环境进行信息系统开发测试等。

(4)技术支持人员严格遵守采购人内外网管理规定,未经允许,不得擅自从内网拷贝并向外携带办公区数据、文档、程序等信息**,确因工作需要,须填写申请,报采购人技术支持负责人审批,并经采购人备案后,方可实施相关操作。外网的数据进入内网,必须在指定计算机上,并进行严格检查杀毒后,方可进入内网,避免将病毒或木马等带入。

(5)其他有关安全保密规定。

4.5.4 争议处理

凡因本需求引起的或与本需求有关的任何争议,由双方**协商解决。协商不成时,任何一方有****人民法院提起诉讼。

4.5.5 失信行为相关条款

合同期内,中标单位应严格遵守采购人各项网络安全管理制度、税务信息化供应链安全管理等制度,规范人员管理,履行安全保密责任,严格按照合同约定提供业务运维和运行保障服务,如出现以下等失信行为的,采购人可要求中标单位限期改正、扣除合同款项等惩戒,视具体情况按次扣除合同总价款1‰至1%之间的金额,合同生效期间累计扣除不超过合同总价款5%的金额;情节严重的,采购人有权采取解除合同、****总局在**税务部门通报、3年内限制参加税****政府采购活动、推送****政府采购失信名单等相关对应措施。

(1)攻击或侵入税务信息系统(包括CA等);

(2)违反采购人网络安全管理规定,造成数据失窃、信息泄露、系统瘫痪等不良后果的;

(3)中标单位运维服务质量不符合合同约定的,且未按承诺改进到位的;

(4)违反合同约定内容,造成不良后果的;

(5****机关提供信息化服务的便利,向纳税人、缴费人搭车收费或变相收费;

(6) 另行开发销售合同业务需求范围内,供纳税人、缴费人使用的软件;

(7)存在馈赠礼品礼金、邀请娱乐消费等非正常交往手段“围猎”税务人员行为的;

(8)违法违规聘用3年内离职且离职前3年内从事过税务信息化及相关信息系统业务条线工作人员;

(9)其他违反规定造成不良后果的行为。

4.5.6 供应链安全要求

****总局《****总局****领导小组办公室关于加强税务信息化供应链安全管理工作的通知》各项要求,强化落实供应链安全管理,加强供应链全链条的安全管控,把保证供应链安全的责任和措施落实到供应链管理工作的各个方面、各个环节,保障税务网络安全。具体为:

(1)设置网络安全负责人。中标厂商、供应商应建立网络安全负责人制度,指定一名网络安全负责人,在项目实施全过程负责网络安全工作,组织落实漏洞修复、安全加固和应急响应等各项税务网络安全要求。

(2)执行背景审查。中标方承担派驻技术支持人员背景审查工作,人员驻场前必须提供其身份证明、履历、家庭成员及主要社会关系、无犯罪记录证明等材料,提交驻场运维信息备案表。所有材料及资料完备提供后,方可正式开展驻场工作。

(3)强化安全技能。中标方负责派驻技术支持人员工作胜任、资格条件、以及网络安全能力评估,对技术支持人员承担的工作进行安全保密风险分析,明确技术支持人员工作范围和边界,重点防范设备和资料失窃、误操作导致的软硬件故障、敏感信息泄露、信息系统越权访问和网络攻击等风险。

中标方负责派驻技术支持人员的网络和数据安全管理、网络安全意识、保密意识、网络安全法律法规、网络安全技能以及网络安全警示教育等培训,上岗前确保考核合格,并按照采购人要求定期提供相关考核情况。

落实安全管控要求。中标厂商、供应商应加强源代码安全管理,开发环境的可信可控,使用第三方组件必须执行测试和升级加固,确保税务供应链安全。

4.5.7 知识产权要求

采购人对项目实施过程中所产生的所有成果(包括:发明、发现、可运行系统、源代码及相关技术资料、文档等)享有永久使用权、复制权、修改权。

除本项目工作所需外,未经采购人书面同意,投标人不得擅自使用、复制采购人的商标、标志、数据信息、文档及其他资料。

投标人应保证在本项目中所有预装和为本项目安装的软件为在中国境内具有合法版权或使用权的正版软件,且无质量瑕疵。

投标人应保证所提供的产品及服务不侵犯第三方知识产权,否则,由此给采购人造成的损失由投标人来承担。

4.5.8 其他工作要求

中标人还应协助采购人做好以下工作:

(1)按采购人要求,对技术支持问题、解决方法等进行记录。

(2)规范文档管理制度。各项文档内容必须真实可靠,按照合同内容和采购人要求,对文档进行整理。

(3)采购人安排的其他工作事项。

五、违约责任

5.1.未按期完工的违约责任

非采购人原因,如果中标人未能按规定的时间按时完工(不可抗力除外),各阶段工期每延误一天按合同总金额的1‰支付违约金,采购人有权从当期应付合同款中予以扣除。此项违约金不超过合同金额的3%,当此项违约金超过合同金额的3%时,采购人有权解除合同,中标人应赔偿采购人所受的一切损失。

5.2.逾期付款的违约责任

采购人逾期付款的(有正当拒付理由的除外),采购人应向中标****银行同期同等贷款利息的违约金。

5.3.服务质量的违约责任

系统推广后,由于中标人原因出现下述各类问题,中标人应承担违约责任,采购人将根据每次问题严重程度按照下表对应的扣款金额从当期应付合同价款中扣除。

问题级别

扣罚金额

问题描述

一级

20万元

由于中标人原因导致系统瘫痪,或导致业务无法开展

由于中标人原因导致系统性能严重下降,致使业务无法正常开展

由于中标人原因导致重要数据丢失的,或引致严重数据逻辑错误

中标人严重违反安全、保密管理规定(如专网、外网未物理隔离,未经授权拷贝、移交保密数据等情况)

由于中标人原因****总局扣分

中标人对紧急故障处理的服务响应时限未达要求

二级

5万元

由于中标人原因导致系统部分故障,业务系统仍然可以工作

由于中标人原因导致系统版本未及时升级

中标人对非紧急故障处理的服务响应时限未达要求

三级

5千元

由于中标人原因引起系统问题,导致系统性能下降

中标人人员违反日常工作管理规定

由于中标人原因造成的系统故障和服务问题致使采购人及纳税人、代扣代缴人、缴费人遭受损失的,中标人还应承担相应的赔偿责任。

5.4.人力**保障的违约责任

在项目实施和维护期间的中标人实施服务团队骨干人员变化必须经过采购人同意,否则视同违约,采购人可以无条件地按每人5万元的标准在当期应付合同价款中扣除。

5.5.其他违约责任

中标人不得另行开发合同业务需求范围内、供纳税人缴费人使用的软件,违反本条款的,将纳入失信名单,3年内****政府采购活动。

中标人如违反网络安全规定行为造成不良后果,3年内****政府采购活动。

中标人应建立防止违法违规聘用离职税务人员风险控制制度,如出现违法违规聘用离职税务人员行为,采购人有权采取以下措施:包括要求限期改正、要求支付违约金、解除合同、3年内限制参加所聘人员原单位及下****政府采购活动等。

在合同履行期间中标人不得采用馈赠礼品礼金、邀请娱乐消费等方式“围猎”税务人员,违反本条款的,中标人将被纳入失信名单,3年内****政府采购活动。

六、供应商资质要求

(1)投标人应当具备下列基本条件,并提供有效证明材料:

A.依法缴纳税收和社会保障资金的相关材料(近六个月内的任一个月)。若为依法免税或不需要缴纳社会保障资金的投标人,应提供相应文件证明其依法免税或不需要缴纳社会保障资金。

B.参加政府采购活动前三年内在经营活动中没有重大违法****政府采购活动前三年内因违法经营被禁止****政府采购活动,期限已届满)的书面声明;

C.如由授权代表前来报价,须提供法定代表人授权书原件,如由法定代表人前来参加报价无需提供;

D.法人或者其他组织的营业执照副本复印件或自然人的身份证明复印件;

(2)被列入失信被执行人、重大税收违法案件当事人名单、政府采购严重违法失信行为记录名单及其他不符合《****政府采购法》第二十二条规定条件的投标人,不得参加本次报价。须提供无不良信用记录承诺函及提供本项目提交响应文件截止时间前通过:①“信用中国”网站(https://www.****.cn/)和②中国政府采购网(www.****.cn)查询其上述信用记录的信用信息查询结果网页打印件或截图。

注:以上资格条件,除要求提供原件外,各投标人须提供有效证明文件复印件,原件备查。

七、付款方式

项目分三次付款:

第一次付款:合同签订后,按合同总金额的30%,在收到正式发票后二十个工作日内支付;

第二次付款:按合同总金额的40%,项目在完成功能开发并全面上线后且收到正式发票后二十个工作日内支付;

第三次付款:项目验收合格并在收到正式发票后二十个工作日内支付尾款。

注:采购人向中标人支付每笔款项时,中标人均应向采购人提供付款申请及由中标人开具的等额的国家法定发票。

八、评标办法及标准

8.1.评标办法

本项目评标采用综合评分法评标,推荐一名中标候选人。评分的主要因素是:价格、服务水平、履约能力、业绩、对招标文件的响应程度等内容。

8.2.评分标准

本项目采用综合评分法。

评审因素见下表:

序号

评审因素

主要内容

指标要求

细项

分值

1

投标报价

(10分)

价格

1、评标基准价:满足招标文件要求,最低报价为评标基准价;

2、报价等于评标基准价为10分,其他投标人报价得分按公式:(评标基准价/投标报价)×10%×100计算(报价得分小数点后保留两位);

3、投标报价超出采购预算的,对其投标作无效标处理。中小企业、环保产品等单位价格分优惠办法详见招标文件要求。

10

2

履约能力

(25分)

相关证书

投标人具备以下证书的,每提供一个得1分:

1、质量管理体系认证证书;

2、信息技术服务管理认证证书;

3、信息安全管理体系认证证书。

注:投标文件中提供加盖公章的证书复印件,否则不得分。

2

3

成功案例

采购人自2020年9月1日起签订的类似合同案例,每提供一个合同得2分,最多得10分。

注:以合同签订时间为准,投标文件中提供加盖公章的合同复印件,合同中应能体现服务内容,否则不得分。

10

4

技术力量

根据供应商投标文件中以下几个方面进行打分:

(1)拟投入的项目组人员岗位职责;(2)学历、计算机技能及证书是否利于项目实施;(3)类似项目经历及从业经验的丰富程度。

以上3个方面每方面满分4分,每有一处缺陷扣0.5分,每方面扣完为止,未提供的不得分。

12

5

技术和服务水平

(65分)

项目需求理解

根据供应商投标文件中以下几个方面进行打分:

(1)对本项目涉及的软件的业务和技术需求、项目总体定位、项目重点是否理解;(2)对本项目涉及的软件架构标准是否了解;(3)对拟实施内容目标是否明确;(4)本项目项目难点分析。

以上4个方面每方面满分3分,每有一处缺陷扣0.5分,每方面扣完为止,未提供的不得分。

12

6

软件开发方案

根据供应商投标文件中以下几个方面进行打分:

(1)方案设计;(2)架构设计;(3)开发设计;(4)安全设计。

以上4个方面每方面满分4分,每有一处缺陷扣0.5分,每方面扣完为止,未提供的不得分。

16

7

技术支持方案

根据供应商投标文件中以下几个方面进行打分:(1)支持内容;(2)技术支持培训计划;(3)问题解决能力;(4)应急及保障措施;

以上4个方面每方面满分3分,每有一处缺陷扣0.5分,每方面扣完为止,未提供的不得分。

12

8

实施方案

根据供应商投标文件中以下几个方面进行打分:

(1)项目实施计划;(2)进度保证措施;(3)项目风险控制措施;(4)数据支撑服务。以上4个方面每方面满分3分,每有一处缺陷扣0.5分,每方面扣完为止,未提供的不得分。

12

9

安全保密措施

根据采购人投标文件中以下几个方面进行打分:

(1)安全保密内容;(2)安全保密措施;以上2个方面每方面满分4分,每有一处缺陷扣1分,每方面扣完为止,未提供的不得分。

8

10

知识转移方案

根据供应商投标文件中以下几个方面进行打分:

(1)知识转移内容;(2)知识转移进度。

以上2个方面每方面满分2分,每有一处缺陷扣0.5分,每方面扣完为止,未提供的不得分。

4

11

验收方案

根据供应商投标文件中以下几个方面进行打分:

(1)验收内容及方式;(2)验收流程及安排。

以上2个方面每方面满分1分,每有一处缺陷扣0.5分,每方面扣完为止,未提供的不得分。

2

合计

100

注:缺陷是指:内容与实际情况不符、内容与项目无关、内容表述错误、内容前后表述矛盾、内容与项目不匹配、内容不利于项目实施、项目信息错误、不符合本项目涉及的相关规范或标准要求的任意一种情形。

招标项目商机
暂无推荐数据
400-688-2000
欢迎来电咨询~