浙江宁银消费金融股份有限公司消金业务管理系统核心业务分布式研发项目供应商召集公告

根据业务发展需要，按照****采购相关管理办法，我司拟对《 消金业务管理系统核心业务分布式研发项目 》面向社会公开征集供应商，诚邀符合条件的供应商参与方案洽谈。

一、资质要求

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

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

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

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

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

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

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

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

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

二、技术要求

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

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

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

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

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

三、报名方式及起始时间

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

四、联系方式

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

刘文琦 0574-****2407 （科技部）

曹怡怡 0574-****3281 （业务部）

消金业务管理系统核心业务分布式研发项目需求概述

（一）项目背景

随着消费金融业务接入节奏持续加快、**渠道不断增多，系统日均数据处理量快速增长。为增强后端服务能力、提升核心交易流程处理效率，并满足日趋严格的监管合规要求，现拟启动消费金融业务管理系统核心业务分布式研发项目。项目将围绕授信、放款、还款、额度调整、定价调整等核心交易流程开展系统性优化，着力提升系统稳定性与吞吐能力，构**全、可靠、可扩展的后端服务体系，为业务敏捷迭代与持续创新提供有力支撑。

本项目重点覆盖以下核心业务场景：

授信流程：额度申请、身份核验、征信查询、额度审批与生效。

放款流程：合同签署、资金划拨、借据生成。

还款流程：主动还款、自动代扣、提前结清、逾期处理。

额度调整流程：主动提额与降额、临时额度调整、系统批量调额。

定价调整流程：利率折扣调整、费率变更、差异化定价策略执行。

（二）技术栈要求

1. 后端架构与开发语言

核心框架采用 Spring Boot 2.x + Spring Cloud，以 Eureka ****中心。系统采用前后端完全分离架构，后端基于 Java + Spring Boot 开发；内部服务按业务边界拆分为****中心、授信中心、资金中心、营销中心等），服务间通过 Spring Cloud Feign 完成通信。参考金融行业既有实践，多家金融机构曾采用 Eureka + Feign + Ribbon + Hystrix 的组合搭建分布式微服务平台；其中 Eureka 以自我保护模式应对网络分区，保障金融级服务高可用。

2. 配置管理与任务调度

配置中心：采用 Apollo 实现集中化配置管理，支持不同环境、不同集群的配置隔离，并实时推送至应用端。Apollo 服务端动态注册至 Eureka，客户端通过 Eureka 获取可用节点列表，****中心的动态服务发现。

任务调度：采用 XXL-JOB 分布式任务调度平台，将调度行为抽象为"调度中心"公共平台，任务由"执行器"统一管理，主要应用于贷后风控批量监测、批量调额、报表生成及数据同步等场景。

3. 安全机制

用户认证与授权：基于 OAuth 2.0 + JWT（无状态 Token）实现统一认证，支持渠道 Token 与用户 Token 两级鉴权。

访问频率限制：基于 Redis，采用令牌桶算法实现接口限流。

防重放攻击：通过时间戳 + 随机数（Nonce）+ 签名校验拦截重复请求，并配合幂等机制保证同一请求多次执行结果一致。

接口防篡改：对请求参数加签、服务端验签，防止参数被篡改；全链路启用 HTTPS/TLS，防范中间人攻击。

4. 数据存储与容灾

主数据库：采用 Oracle，基于 Data Guard 构建主备高可用架构。

缓存数据库：采用 Redis Cluster 集群模式，用于热点数据缓存、分布式锁及 Token 状态维护。

数据迁移：通过脚本管理 DDL 变更，历史数据迁移支持断点续传与数据校验。

备份与恢复：数据库定期备份，备份文件异地存储，并定期开展灾难恢复演练。

（三）核心需求详情

1. 授信、放款、还款核心交易流程优化

对现有授信、放款、还款流程进行整体优化，在提升系统处理效率的同时改善用户操作体验，支撑核心交易链路的高效响应与金融级服务可用性。

流程精简：梳理授信、放款、还款链路的冗余步骤，合并可并行环节（如身份核验与反欺诈查询并行）；非关键操作异步化处理。

审批逻辑优化：征信、三方黑名单等多数据源并行调用，统一设置超时与降级策略；超时后按预设规则降级（如转人工复核），降级开关通过 Apollo 动态配置。

幂等设计：所有资金相关接口（放款、还款、调额）以唯一业务流水号写入幂等表，配合数据库唯一索引与交易状态机校验，保证同一请求重复到达时结果唯一；分布式锁仅用于收窄并发窗口，不作为幂等的唯一保障。

数据库优化：核心交易表按时间／用户维度进行分区与水平分表，配合读写分离分摊主库压力；资金交易的关键读取强制路由至主库（读己之写），规避主从复制延迟。

缓存应用：用户额度、费率配置、渠道参数等缓存至 Redis，采用"写后失效 + 读时回源"策略；额度类资金敏感数据以数据库为准，缓存仅作加速与展示。

异步解耦：还款后的记账、出账单、通知等操作通过 RocketMQ 异步处理，下游多消费者并行消费，保证主接口快速响应；所有异步消费端均须实现幂等消费。

事务一致性：资金交易采用 RocketMQ 事务消息保证分布式事务最终一致性，配套对账与冲正流程兜底；对账覆盖交易流水、资金流水、渠道账单三端。

2. 调额与调价流程优化

目标：覆盖主动申请调额（提额／降额）、系统规则调额、临时额度活动、差异化定价等业务场景，并满足调额调价的合规留痕要求。

调额接口：支持固定金额与百分比两种调额方式；完整记录调额前后值、调额原因、审批人、生效时间（支持即时生效与预约生效）；调额须经风控二次校验通过后执行。

批量调额任务：支持按客群标签定时或手动发起批量调额，基于 XXL-JOB 分片调度处理；以任务批次号保证幂等，提供结果回执、失败重试与批次回滚能力。

调价接口：支持单笔借据利率调整与用户整体定价模型调整；调价须生成价格变更协议并留存用户确认记录；明确存量借据的处理策略（新老划断或还款计划重算）。

额度／定价缓存实时刷新：调额调价成功后先落库、再失效 Redis 缓存，并通过 RocketMQ 通知其他依赖服务更新本地缓存。

限额控制：设置单用户单次调额上限、单日调额次数限制及累计调额阈值，超阈值触发预警与人工复核。

权限与留痕：调额调价按金额／影响面分级授权，高影响操作实行双人复核，全流程操作留痕可审计。

（四）性能优化

1. 数据库与存储优化

索引设计：针对高频查询字段建立组合索引并遵循最左前缀原则；通过执行计划分析消除全表扫描与索引失效瓶颈，同时控制索引数量、兼顾写入开销。

SQL优化：避免复杂关联子查询，以批量操作替代循环单条 DML；统一使用绑定变量以减少 Oracle 硬解析与共享池争用，控制事务粒度并分批提交。

分区分表：按业务维度对交易流水、还款计划、授信记录等大表进行水平拆分。本项目基于 Oracle 组合分区实现——交易流水按月做范围分区、按用户 ID 做哈希子分区，兼顾查询裁剪与历史数据归档。

读写分离：基于 Oracle Data Guard 构建主备架构，核心写入操作（放款、还款确认）走主库，查询类操作（授信进度、账单查询）走备库；备库启用 Active Data Guard 以支持实时只读查询。写入后短时间内的查询强制路由主库（读己之写），避免主备同步延迟导致「刚放款查不到借据」。

2. 缓存策略

热点数据缓存：使用 Redis 缓存产品定价参数、渠道配置、风控规则等高频读取、变更频率低的数据，减少数据库 IO。用户授信额度等资金敏感数据以数据库为唯一权威源，缓存仅用于展示与加速，不作为交易校验依据。

计算结果缓存：复贷审批中的预计算评分设置合理过期时间，避免结果长期陈旧。

两级缓存：渠道配置等极少变更的数据采用「本地缓存 + Redis」两级缓存；本地缓存通过失效广播（Redis 发布订阅或 MQ）保证多实例一致性。

缓存防护：以布隆过滤器与空值缓存防止穿透，以随机过期时间分散失效时点防止雪崩，以互斥锁或逻辑过期防止热点 key 击穿；同时建立大 key、热 key 监控与拆分策略。

3. 异步处理

非实时操作解耦：征信查询日志、营销事件、消息通知等非资金类操作放入 RocketMQ 异步处理，缩短主链路响应时间。

资金类异步单独定性：还款结算等资金操作异步化须配合事务消息、消费端幂等与对账补偿，确保不丢不重。

保序与补偿：同一用户、同一笔借据的相关流水采用顺序消息保证处理有序，并配置死信队列与失败重试机制。

批量任务调度：批量调额审批、贷后风控监测、数据同步采用 XXL-JOB 分布式调度异步执行，通过状态回调通知结果。

4. 连接池与线程池管理

数据库连接池：结合预估 QPS 与数据库承载能力配置 Druid 参数（最**接数、最小空闲连接、超时回收时间），并按实例数反算连接上限，避免打满数据库连接。

HTTP 连接池：调用外部征信、支付渠道等接口时配置连接超时、读取超时、最**接数及单路由上限，复用长连接。

线程池隔离：授信审批、放款处理、对账清算等业务使用独立线程池，防止相互阻塞；线程池参数支持 Apollo 动态调整，队列深度与拒绝次数纳入监控。

5. 负载均衡与高可用

服务注册与发现：Eureka 集群部署，提供服务注册发现与心跳健康检查（架构详见前述章节）；需配合优雅上下线与客户端重试，规避自我保护模式保留失效实例引发的调用失败。

客户端负载均衡：服务间调用的负载均衡组件与架构章节保持一致（Spring Cloud LoadBalancer，或明确沿用既有 Ribbon）。

弹性伸缩：结合容器化部署与监控指标实现高峰自动扩容；通过就绪探针、提前注册与优雅下线，解决 Eureka 注册与剔除延迟导致的扩容滞后、缩容残留流量问题。

6. 接口协议优化

轻量级数据格式：按需返回字段，精简响应体，避免冗余嵌套与大字段随行。

批量接口设计：针对批量查询场景提供列表级批量接口，减少网络往返次数。

超时与重试策略：下游调用设置合理超时，重试须满足幂等，并配置指数退避与熔断限流，防止重试风暴放大下游故障。

7. 预热机制

缓存预热：服务启动时提前将基础产品配置、热门渠道信息等加载至 Redis 或本地缓存；多实例并发预热须限流，或由单实例预热后广播，避免启动瞬间压垮下游。

连接池预热：应用启动时批量初始化连接池，避免首个请求承担建连开销。

流量预热：新实例上线采用灰度流量逐步放量，配合 JIT 预热，规避冷启动抖动。

（五）后端流程测试

1. 测试范围与类型：

接口自动化测试：对授信、放款、还款、调额、调价等所有业务接口进行自动化回归测试，覆盖正常流程、异常流程、边界值。

集成测试：与内外围系统（征信、风控、消息队列、配置中心等）的集成联调，Mock外部依赖模拟各类响应。

压力测试：对核心接口进行单接口及混合场景压测，验证系统在高并发下的稳定性。

容灾测试：注册中心集群节点故障、缓存集群故障、消息队列堆积等场景下的恢复能力。

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

一、基本信息

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 服务经验与市场评价

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

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

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

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

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