根据业务发展需要，按照浙江宁银消费金融股份有限公司采购相关管理办法，我司拟对《 消金业务管理系统架构升级项目 》面向社会公开征集供应商，诚邀符合条件的供应商参与方案洽谈。

一、资质要求

1、注册资金人民币200万元（含）以上，财务状况良好；

2、公司经营正常并存续2年（含）以上；

3、企业或者其法人近两年内无行贿犯罪记录，未被列入失信执行人名单，无限制高消费、限制出入境等行为；

4、公司具备完善的组织架构和制度规范，拥有充足的技术、人员和设备资源；

5、同一法定代表人的两个及两个以上法人、母公司、全资子公司及其控股公司不得在同一次项目中参加报名；

6、参与报名的供应商能作为签约主体参与后期的商务流程；

7、设备和产品应满足《网络安全法》等法律法规要求；

8、报名供应商应符合宁银消金供应商管理相关要求；

9、报名供应商请按附件格式提供“供应商尽职调查报告”。

二、技术要求

1、具备在国有五大行、头部股份制商业银行、城商行、消金公司实施案例，技术方案具有较强的前瞻性和可落地性。

2、签约主体具备长期人员储备，能够独立开展项目工作，对项目团队进行成熟的项目管理和过程管理，并对项目工作质量负责。

3、项目团队须服从宁银消金各项管理制度。

4、公司拟参与项目人员必须通过宁银消金面试，人员面试不合格的公司不予准入。

5、如非我司人力框架供应商，组织须取得CMMI5级或TMMI5级认证。

三、报名方式及起始时间

请符合条件的供应商在 2026 年 10 月 31 日之前,登录消金采购管理系统后，通过“点击报名”方式进行报名，报名链接如下：https://cpms.nbcb.com.cn/cpms/ananymous/cms/，未注册的供应商应先行注册，注册后按要求填写相关报名材料。

四、联系方式

联系人：  田壮壮  0574-81892465  （采购部）

          刘文琦  0574-81852407   （科技部）

  曹怡怡  0574-87063281   （业务部）

消金业务管理系统架构升级项目需求概述

（一）项目背景

随着信息技术应用创新工作深入推进，金融行业对关键信息系统自主可控的要求日益明确，监管机构陆续出台指引，要求金融机构稳步提升基础设施国产化水平。现有消费金融业务管理系统基于通用服务器与 Oracle 数据库构建，存在技术供应链依赖风险，且单体数据库架构的扩展能力已逐渐难以匹配业务增长。为降低技术风险、满足监管合规要求，并借助分布式数据库提升横向扩展能力，拟启动消费金融业务管理系统架构升级项目。

本项目重点覆盖以下核心建设内容：

服务器国产化替换：应用服务器、数据库服务器、缓存与中间件服务器整体迁移至国产服务器。

数据库迁移：Oracle 数据库整体更换为 GoldenDB 数据库，完成数据、数据库对象与应用访问层迁移。

中间件迁移：Redis、Apollo、RocketMQ、XXL-JOB 等中间件迁移至国产服务器部署。

应用适配改造：完成应用代码、数据库驱动、连接池与 SQL 的兼容性改造与验证。

验证与切换：停机窗口内一次性完成整体切换并配套回滚保障，确保业务平稳过渡。

（二）目标技术栈要求

1. 国产服务器与操作系统

服务器选用符合信创要求的国产整机，覆盖应用服务器、数据库服务器与中间件服务器全部节点，网络与存储资源同步适配。系统延续前后端分离与微服务架构，后端仍基于 Java + Spring Boot + Spring Cloud 开发，服务间通信与服务注册发现机制保持不变，开发语言与代码框架无需更换，迁移改造成本可控。

2. 数据库技术栈（GoldenDB）

目标数据库：采用 GoldenDB 替换现有 Oracle。GoldenDB 为国产分布式数据库，采用计算与存储分离架构，通过分库分表实现水平扩展；提供 Oracle 兼容模式，支持常用数据类型、SQL 语法与 PL/SQL 对象的适配转换；数据多副本强一致，满足金融级 RPO 为零与高可用要求，已在多家金融机构核心系统中落地应用。

部署架构：GoldenDB 管理节点、计算节点与数据节点多副本集群化部署于国产服务器，应用侧通过数据库代理统一接入，屏蔽后端分布式细节；集群支持在线扩容与故障自愈，并配套备份恢复与容灾能力。

3. 中间件部署要求

缓存：Redis Cluster 集群整体迁移至国产服务器，集群拓扑与主从关系保持不变，版本与现网保持一致。

配置中心：Apollo 迁移至国产服务器部署，沿用现有服务发现机制，各环境配置数据完整迁移并保持环境与集群隔离。

消息队列：RocketMQ 集群迁移至国产服务器，主题、订阅组与消费位点同步迁移，确保迁移期间消息不丢不重。

任务调度：XXL-JOB 调度中心与执行器同步迁移至国产服务器，任务配置与调度日志完整保留。

4. 应用运行环境

运行时适配：应用基于 Java + Spring Boot + Spring Cloud 构建，迁移后适配国产芯片架构的基础镜像、JDK 与依赖包。

注册中心：Eureka 集群迁移至国产服务器，服务注册、发现与心跳健康检查机制保持不变。

可观测性：日志采集、监控告警与链路追踪组件同步迁移，保障迁移前后系统可观测能力不降级。

（三）核心需求详情

1. 数据库迁移（Oracle 更换为 GoldenDB）

目标：在计划停机窗口内一次性完成存量 Oracle 数据、数据库对象与应用访问层的整体迁移，数据不丢不重；迁移后业务功能与原有系统完全一致，核心性能达到或优于原有水平。

兼容性评估：对存量表结构、索引、序列、存储过程、触发器、视图、定时任务等数据库对象全面扫描，输出兼容性评估报告与改造工作量清单。

对象改造：基于 GoldenDB Oracle 兼容模式完成数据类型与 DDL 适配；不兼容的存储过程、触发器等对象改写为应用层实现或等价 SQL。

SQL 改造：梳理应用侧全部 SQL，改造 Oracle 专有语法（ROWNUM、DECODE、CONNECT BY、(+) 外连接、NVL 等），统一更换驱动后验证执行计划。

数据迁移：在停机窗口内完成全量数据迁移，迁移工具支持并行导入与断点续传；正式割接前通过迁移演练实测迁移耗时，窗口内预留充足的数据校验时间。

数据校验：迁移完成后按表、按分区进行行数与校验和比对，重点业务表执行全字段核对；对账通过后方可进入切换流程。

驱动与连接改造：应用侧更换为 GoldenDB JDBC 驱动，调整连接串与 Druid 连接池参数，事务隔离级别与超时策略适配新库并完成回归验证。

割接方案：制定数据库割接的停机窗口、操作步骤、检查点与回滚预案，割接异常时可在窗口内回切原 Oracle 环境。

2. 中间件与应用系统迁移

目标：完成 Redis、Apollo、RocketMQ、XXL-JOB、Eureka 及应用服务器向国产服务器的整体迁移，迁移期间配置、数据与消费状态完整保留，业务不中断。

Redis 迁移：新集群在国产服务器提前搭建完成；Redis 为缓存组件，数据可回源重建，停机窗口内切换连接地址并执行缓存预热，无需数据同步。

Apollo 迁移：迁移配置中心服务端与元数据库，全量导出各环境配置并逐项比对，切换后验证配置实时推送与回滚功能正常。

RocketMQ 迁移：新集群提前部署；停机前消费完全部存量消息并记录消费位点，停机窗口内完成集群切换，恢复后核对位点与积压情况，确保消息不丢不重。

应用服务器迁移：应用在国产服务器提前完成部署与预检，停机窗口内整体切换流量；恢复业务后执行功能回归与性能基线对比。

注册中心迁移：Eureka 集群在新环境提前搭建，停机窗口内应用统一切换注册中心地址，恢复后完成服务注册与心跳健康检查验证。

运维体系迁移：监控告警、日志采集与发布流水线同步适配国产化环境，保持运维能力完整。

（四）迁移实施与切换保障

1. 停机切换方案

停机窗口：选择业务低峰期（如周末凌晨）设置停机窗口，提前对合作渠道公告停机计划；窗口时长按割接演练实测耗时上浮 50% 预留。

切换时序：按冻结业务与停止写入、完成数据迁移与校验、切换应用与中间件、执行功能验证、恢复业务的顺序推进；各环节设置检查点，逐项确认通过后方可进入下一环节。

回退保障：旧环境在切换完成并通过稳定运行观察期之前保持可用；窗口内割接失败按预案回切，回切后需重建缓存并核对数据一致性。

就绪检查：切换前执行就绪检查清单，覆盖新环境服务部署、配置加载、数据迁移工具就位、监控覆盖与应急小组到位，全部通过后方可执行切换。

2. 数据一致性保障

迁移校验：停机窗口内完成全量迁移后，按表执行行数与校验和比对，重点业务表执行全字段核对；对账通过后方可开放业务。

差异处理：校验差异定位至记录级并完成修复闭环后复检；窗口内无法修复的差异，触发回切评估并择期重新割接。

消息处理：停机前消费完全部存量消息，恢复业务后核对各消费组位点与消息积压，异常消息进入死信队列人工处置，确保不丢不重。

缓存预热：恢复业务前执行缓存预热（产品配置、渠道信息、热点数据），验证命中率与响应时间恢复正常后对外恢复服务。

3. 回滚与应急

回滚预案：每个迁移批次均明确回滚触发条件（如核心交易成功率低于 99.9%、P99 响应时间劣化超过 50%），触发后按预案回切原环境。

回滚演练：正式切换前完成至少一次全流程回滚演练，验证回切耗时满足窗口要求且回切后数据完整。

应急响应：迁移窗口期成立专项保障小组，明确各组件负责人与问题升级路径，关键操作执行双人复核。

业务公告：涉及停机窗口的操作提前对合作渠道公告，并统一选择业务低峰期执行。

4. 性能保障

基线对比：迁移前采集现有环境核心接口的 TPS、P99 响应时间与资源利用率作为性能基线，迁移后按同口径对比，核心指标不得低于基线。

SQL 性能验证：在 GoldenDB 上重放核心业务 SQL，比对执行计划与耗时，对劣化 SQL 进行索引与写法优化后复测。

容量规划：按业务增长预估规划国产服务器资源与 GoldenDB 分片容量，预留不低于 30% 的性能余量。

5. 安全与合规

认证与鉴权：迁移不改变现有 OAuth 2.0 + JWT 统一认证与渠道、用户两级鉴权体系，迁移后完成全量鉴权回归验证。

传输与存储安全：全链路 HTTPS/TLS 保持不变，敏感数据加密存储与展示脱敏规则在新环境同步落实，密钥管理体系同步迁移。

等保与信创合规：迁移后系统持续满足网络安全等级保护要求，所用服务器、操作系统与数据库均在信创目录范围内。

6. 监控与可观测

全链路监控：覆盖国产服务器主机资源、GoldenDB、中间件与应用各层监控，指标口径与迁移前保持一致。

业务监控：核心交易成功率、金额与笔数等业务大盘同步迁移，切换期间执行分钟级盯盘。

告警机制：迁移与切换期间临时收紧告警阈值，切换稳定运行后恢复常规阈值。

7. 割接演练

全流程演练：正式割接前在新环境完成全流程演练，对数据迁移、应用切换、验证与回滚各环节分别计时。

演练评估：对演练结果评估复盘，未达标项整改后重新演练，直至连续两次演练无阻断问题。

窗口超时决策：预设停机窗口超时决策点，若关键环节未在决策点前完成，按预案回切原环境，择期重新割接。

（五）后端流程测试

1. 测试范围与类型：

兼容性测试：覆盖芯片架构、操作系统、JDK、数据库驱动与中间件版本组合的兼容性验证，形成完整兼容性矩阵。

功能回归测试：对授信、放款、还款、调额、调价等全部业务接口在新环境执行自动化回归，覆盖正常流程、异常流程与边界值。

性能对比测试：对核心接口在新旧环境进行同场景压测，输出性能对比报告，核心指标应达到或优于原环境基线，劣化项专项优化后复测。

容灾测试：模拟 GoldenDB 节点故障、缓存集群故障、消息队列堆积等场景，验证新环境故障恢复能力及 RTO、RPO 达标情况。

附件：

宁银消金信息科技服务提供商尽职调查报告（模板）

一、基本信息

1.1 服务提供商基本信息

1.2 监管评价

（是否出现在监管机构的黑名单中-中国执行信息公开网查看是否被列入“失信执行人”）

（最近二年在政府或金融同业合作过程中是否受到处罚-信用中国查看“重大税收违法失信主体”）

（是否存在未决诉讼-中国执行信息公开网查看“综合查询被执行人”）

1.3 关联公司或附属机构信息

（关联公司或附属机构是否存在经营危机，该危机是否危及该服务提供商的正常经营）

1.4 主要客户清单列表

（主要客户群体）

二、服务提供商持续经营能力

2.1 财务情况

 （近三年经审计的财务报表）

三、服务提供商内部控制和管理能力

3.1 服务提供商内控评估报告

 （评估报告内容如覆盖以下3.2-3.6内容，则将评估报告内容对应填写至各个部分）

3.2 服务提供商的组织结构

(内部控制部门，如是否建立了内部的使用工具的安全测试部门、内控部门、审计部门)

3.3 IT制度体系建设

（是否对其公司及项目的安全管理及流程管理建立了相应的制度）

（项目过程中的项目管理（PMO）体系，包括例会、沟通渠道等）

（服务质量控制方法）

3.4 培训体系建设

（是否对其员工定期开展技术技能以及安全防范相关的培训，提供培训计划或培训材料）

3.5 服务提供商人员离职率

（了解公司技术人员的离职率）

3.6 IT风险管控

（包括对公司本身的IT风险管控及所承接外包项目的IT风险管控情况）

四、服务提供商信息技术能力

4.1 服务能力和支持技术

（服务提供商的技术能力资质证明，专业认证等）

（描述使用的工作方法、应用软件、技术文档、评估模型、评估工具等使用情况、知识产权等）

4.2 服务经验与市场评价

（服务提供商主要的服务行业、主营业务、服务客户）

（类似的服务项目经验及项目合同证明材料）

五、服务提供商的网络和信息安全保障能力

（该项评估内容用于非驻场信息科技外包）

（描述内容可包括网络与信息安全管理体系建设情况、网络与信息安全技术防护体系建设情况、安全事件响应和恢复能力、实践经验等）