# 名单服务

> 黑名单、灰名单、白名单的统一管理、实时命中与生命周期治理。它是风控里最「土」但最有效的系统：名单命中往往直接决定通过与否。

## 一、它是干什么的

名单是风控里最确定、最便宜、也最容易被滥用的判断依据：欺诈确认名单、内部黑名单、监管涉诉名单、中介名单、优质白名单。名单服务负责把这些「一条一条的事实」变成可实时查询、可解释、可申诉、可过期的服务。

它解决三件事：**存得住**（多来源、多类型、带证据）、**查得快**（决策链路里毫秒级命中）、**管得清**（谁加的、为什么加、什么时候到期）。

## 二、谁在用

| 角色 | 用来做什么 |
| --- | --- |
| 反欺诈策略 | 配置名单命中后的处置动作 |
| 调查员 / 信审 | 提交疑似欺诈名单、上传证据 |
| 运营 / 客服 | 处理客户申诉、查询命中原因 |
| 合规 | 核查名单来源合法性、留存期限 |
| 数据运营 | 批量导入、去重、过期清理 |

## 三、系统里有什么

| 模块 | 主要能力 |
| --- | --- |
| 名单类型 | 黑 / 灰 / 白 / 观察 / 内部员工 / 监管名单，各自独立策略 |
| 匹配键 | 证件号、手机号、银行卡、设备指纹、企业统一社会信用代码、地址 |
| 数据模型 | 名单主体、命中键、来源、证据、生效与失效时间、风险等级、处置建议 |
| 批量导入 | 模板校验、去重、冲突处理、导入回滚 |
| 实时查询 | 单实体多键批量命中，毫秒级返回 |
| 批量比对 | 离线跑全量客群，输出命中清单 |
| 生命周期 | 有效期、定期复核、自动失效、申诉撤销 |
| 权限与审计 | 按名单类型授权，查询与变更加留痕 |
| 命中解释 | 返回命中类型、来源、时间，供决策码与客诉使用 |

## 四、解决什么问题

| 痛点 | 表现 | 后果 |
| --- | --- | --- |
| 名单散落 | 各团队 Excel、各系统硬编码 | 同一个客户在不同产品结论不同 |
| 无有效期 | 三年前的欺诈名单永久生效 | 误杀优质客户，且无法申诉 |
| 无证据链 | 只知道在黑名单，不知道为什么 | 客诉无法解释，合规风险 |
| 匹配不统一 | 有人按手机号、有人按证件号 | 漏命中、重复命中 |
| 无去重 | 同一人多次导入 | 名单膨胀、性能下降 |
| 无权限 | 谁都能查、谁都能改 | 数据泄露与内部作弊 |

## 五、深度解析

### 5.1 匹配设计

名单命中本质是「多键多类型」的匹配：一个客户可能同时命中「手机号黑名单」与「设备灰名单」。设计要点：

- **归一化**：手机号去空格与 +86、证件号统一大小写、企业名称去括号与后缀；
- **多键并行**：一次请求带上全部可用键，服务端并行查询后合并；
- **优先级**：黑 > 灰 > 白，同类型内按风险等级与更新时间；
- **冲突处理**：同一主体既在白名单又在黑名单时，必须有明确的裁决规则（通常是白名单优先但需人工复核）。

### 5.2 时效与复核

名单是「有保质期的判断」。欺诈名单通常 6—24 个月，灰名单 3—6 个月，观察名单按月复核。设计上要有：**到期自动失效**、**到期前复核提醒**、**误杀申诉通道**。没有失效机制的名单系统，最终一定会变成误杀机器。

### 5.3 隐私与安全

- 存储用不可逆哈希（证件号、手机号）+ 部分明文（后四位），支持精确匹配但降低泄露风险；
- 查询接口最小返回：只返回「是否命中 + 类型 + 来源」，不返回原始证据；
- 所有查询留痕，异常高频查询告警（防内部爬取）；
- 名单数据分级，导出需审批与水印。

### 5.4 核心指标

| 指标 | 说明 |
| --- | --- |
| 命中率 | 按名单类型、按产品 |
| 误杀率 | 命中后被人工推翻的比例 |
| 覆盖率 | 有匹配键的客户占比 |
| 平均存活时长 | 名单从加入到失效的时间 |
| 重复率 | 导入去重效果 |
| 查询 P99 | 是否满足决策预算 |

## 六、竞品与选型参考

| 产品 / 厂商 | 类型 | 优点 | 局限 |
| --- | --- | --- | --- |
| 同盾科技名单库 | 商业共享名单 | 覆盖广、更新快、行业共享欺诈样本丰富 | 名单同质化（同业都在用）、按次计费、误杀需申诉 |
| 百融云创 | 商业名单 + 评分 | 与征信、多头数据结合，可组合命中 | 外部依赖强，名单明细不透明，成本随调用量上升 |
| 腾讯云天御 | 云厂商风险名单 | 与腾讯生态数据结合，接口简单、接入快 | 定制能力弱，跨云部署受限 |
| 数美 / 顶象 | 商业反欺诈名单 | 设备与内容风控联动，适合互联网场景 | 金融信贷名单深度一般，按项目交付 |
| 内部自建名单 | 自研 | 可控、可解释、无调用成本、可申诉 | 覆盖有限，需要长期治理与证据链 |

> 实践中多为「内部名单为主 + 外部名单补充」；外部名单建议只做加分或转人工，不宜单独硬拒绝。

> **资料来源与时效**：厂商官网与公开产品文档、开源项目文档/仓库、公开技术文章与行业报告，以及行业常见实践；信息整理截至 **2026-10**，未逐一与厂商核实。产品能力、定价与版本会随迭代变化，选型前请核对官方最新资料并做 POC 验证；本节不构成选型推荐，也不含厂商商务信息。

## 七、与其他风险系统的关系

| 系统 | 关系 | 交互内容 |
| --- | --- | --- |
| 规则引擎 | 下游 | 决策时实时命中，作为硬拦截或转人工依据 |
| 人工审核 | 下游 | 命中后复核、受理申诉、结论回流 |
| 数据接入与数据服务 | 上游 | 外部名单与监管名单的导入通道 |
| 贷中监控 | 下游 | 存量客户定期比对，触发降额冻结 |
| 决策留痕 | 下游 | 记录命中快照（类型、来源、时间） |
| 策略分析 | 下游 | 名单命中率、误杀率、覆盖率分析 |

## 八、常见坑

| 坑 | 后果 | 规避 |
| --- | --- | --- |
| 名单永久有效 | 误杀越积越多 | 分级有效期 + 复核 |
| 一个键匹配 | 换手机号即绕过 | 多键组合 |
| 无证据与来源 | 客诉与监管无法答复 | 强制填写来源与证据 |
| 直接返回明文 | 数据泄露风险 | 哈希存储 + 最小返回 |
| 白黑冲突无规则 | 同人不同结论 | 显式优先级与复核 |
| 导入不去重 | 性能与存储膨胀 | 幂等导入 + 去重 |