黑名单管理

一、黑名单的基本概念

1、黑名单：应该被惩治或有嫌疑而被注意者的秘密名单。

2、银行黑名单：指银行依据相关规则认定产生的，在日常客户管理、产品运营等活动中实施监控，并需对识别出的具体业务流程采取限制和提示等控制措施的重要负面信息集合。

3、黑名单管理组件：指管理和存储全行黑名单，为相关业务组件提供查询服务并反馈控制方式的系统。各业务组件发起检索并执行控制，共同实现黑名单风险防控。

二、名单管理对比

三、黑名单管理的三个阶段

3.1 分散管理

分散管理：各部门/条线独立产生名单，独立维护规则，独立开展应用

优点：

• 管理和运维成本低，可以通过人工方式降低对技术的依赖
• 相对灵活，可以支撑监管和管理层不断变化的管理要求

缺点：

• 效率低下、准确性低，难以及时获取跨条线风险信息
• 没有统一的黑名单存储和管理，风险防控联动性与协调性差

3.2 统一管理

统一管理：有统一的名单管理机制，一处设定，全局分享

优点：

• 具备标准化名单参数
• 可以多部门名单共享

缺点：

• 仅支持主要名单类型
• 缺乏灵活的管理机制，较难快速响应需求
• 对名单的应用情况无法体现

3.3 组件化管理

组件化管理：建立独立的管理组件，在统一管理的基础上提升覆盖度、提高灵活性

优点：

• 名单信息标准化，各组件共治共享
• 黑名单实时生效，实现企业级风险联防联控
• 运维管理简单，名单类型随时扩展

缺点：

• 依赖企业级业务架构和组件化应用管理
• 需要各部门遵循全行统筹管理机制

四、黑名单来源

4.1 外部名单

• 主要通过外部渠道获得，由未与银行建立业务关系的个人或机构信息构成，具体包括姓名或名称、身份证明文件类型与身份证明文件号码等信息。
• 当外部名单内的个人或机构与我行建立业务关系后，系统自动将其迁移至内部名单。

4.2 内部名单

主要通过银行经营活动产生，由银行客户信息构成。

五、黑名单-名单标准

1、名单类型

• 客户类：客户类黑名单由客户类型、客户编号等客户信息构成。
• 卡账类：卡账类黑名单由卡号或者账号等具体的产品合约账户信息构成。
• 渠道类：渠道类黑名单由产品交易所依托的具体设备、位置或地址信息构成，包括渠道类型与渠道特征等。

2、应用场景：指业务办理过程中需要检索黑名单的环节。按照系统控制的原则，黑名单应用场景须
嵌入业务系统流程。

3、控制方式：黑名单信息核查相符时对业务流程的处理措施，包括：拒绝、挂起、告警三类。

4、应用规则：指名单、应用场景和控制方式的对应关系。

• 应用规则 =名单 +应用场景＋ 控制方式
• 应用规则由牵头管理部门实时维护，可以根据业务需求及时对黑名单的防控范围和措施进行调整