🛡️ 反洗钱与人行征信报送

核心定位反洗钱(AML)和征信报送是人民银行对银行业务监管的两大支柱。反洗钱侧重交易层面的非法资金流动监控,征信侧重信用层面的借款人信用记录管理。两者均需实时或准实时处理海量交易数据,测试重点在于监控模型的准确性、报送的时效性和数据的完整性。

🛡️ 反洗钱(AML)报送体系

1. 反洗钱法规框架

中国反洗钱监管遵循《反洗钱法》、《金融机构大额交易和可疑交易报告管理办法》(中国人民银行令〔2016〕第3号)等法规,并遵循FATF(金融行动特别工作组)国际标准。

法规/标准发布机构核心要求
《反洗钱法》全国人大反洗钱基本法律制度,定义洗钱行为、义务主体、法律责任
中国人民银行令〔2016〕第3号中国人民银行大额交易和可疑交易报告管理办法,明确报告标准、时限、要素
《金融机构客户身份识别和客户身份资料及交易记录保存管理办法》人行/银保监/证监客户身份识别(KYC)要求、身份资料保存期限≥5年
FATF 40项建议FATF国际反洗钱/反恐怖融资标准,中国接受第四轮互评估

2. 大额交易报告

银行需在交易发生后5个工作日内向中国反洗钱监测分析中心报告大额交易:

交易类型报告阈值报告内容例外情况
现金存取/汇款单笔或当日累计 ≥ 5万元(人民币)客户信息、交易金额、时间、对手信息—
对公转账单笔或当日累计 ≥ 200万元付款方/收款方、金额、用途、账号—
个人转账单笔或当日累计 ≥ 50万元(境内)、≥ 20万元(跨境)客户信息、交易金额、对手境内外标识—
外汇交易等值 ≥ 1万美元币种、金额、交易方式(现钞/转账)—
———政府/军队/武警、人民银行间交易

3. 可疑交易报告

可疑交易报告无固定金额阈值,银行需依靠交易监测模型识别并报送:

  • 报告时限:发现可疑交易后,最迟不超过5个工作日提交可疑交易报告;涉嫌恐怖融资的,立即报告
  • 监测模型:基于规则的模型(频繁大额转账、快进快出、分散转入集中转出等)+ 基于机器学习的智能模型
  • 监测维度:交易金额、频率、渠道(网银、ATM、第三方支付)、对手方特征、地域特征(涉恐/涉毒地区)
  • 报告要素:可疑主体基本信息、涉嫌犯罪类型(洗钱、恐怖融资、逃税、诈骗等)、可疑交易明细、判断依据

4. 客户身份识别(KYC)与风险评级

  • KYC要求:建立业务关系时必须完成客户身份识别(自然人:姓名、身份证号、联系方式、职业;法人:名称、统一社会信用代码、经营范围、受益所有人)
  • 受益所有人穿透:穿透至持股≥25%的自然人或实际控制人
  • 风险评级:依据客户属性、地域、行业、产品、渠道等维度综合打分,分为低/中/高风险,实施差异化管控
  • 强化尽职调查(EDD):对高风险客户(PEP政治敏感人物、涉恐地区客户等)实施增强身份识别和持续监控
  • 定期重检:高风险客户≤半年重检,中风险≤1年,低风险≤3年

🌐 CRS与FATCA涉税信息报送

CRS(共同申报准则)

根据OECD《金融账户涉税信息自动交换标准》(AEOI/CRS),中国自2018年起与CRS参与国(100+国家/地区)自动交换非居民金融账户涉税信息:

  • 报送范围:非中国税收居民的金融账户信息(存款、托管、投资实体中的权益/债权等)
  • 报送要素:账户持有人姓名/名称、地址、税收居民国、纳税人识别号(TIN)、账号、年末余额/价值、利息/股息/其他收入总额
  • 报送频率:年度报送(次年5月31日前向国家税务总局报送,9月30日前自动交换)
  • 免报账户:余额≤25万美元的存量个人低值账户在首次判断时可豁免审查

FATCA(海外账户税收合规法案)

美国的FATCA要求外国金融机构(FFI)向美国国税局(IRS)报告美国纳税人持有的金融账户信息。中国金融机构通常通过人行/政府间协议(Model 1 IGA)间接履行FATCA义务。

📋 人行征信报送体系

1. 征信系统概述

中国人民银行征信中心运营的金融信用信息基础数据库(俗称"人行征信系统")是全球最大的征信系统之一,银行需按规定向征信系统报送和查询信用信息。

维度企业征信个人征信
报送数据企业基本信息、信贷记录、担保记录、公共信息、声明信息个人基本信息、信贷记录、信用卡记录、公共记录、查询记录
报送频率T+1日报送(贸易融资可月报)T+1日报送(信用卡按月报送)
数据保留不良信贷记录自结清后保留5年不良记录自结清后保留5年,正常记录永久保留
查询授权需企业书面授权(贷前/贷后管理)需个人书面授权(贷款/信用卡申请)
异议处理20日内核查并答复20日内核查并答复

2. 征信报送核心数据项

  • 账户信息:账户状态(正常/逾期/结清/核销)、授信额度、用信余额、还款方式、担保方式
  • 还款记录:最近24个月的逐月还款状态(N正常、1-7逾期等级、C结清、G核销、*未开立)
  • 五级分类:正常/关注/次级/可疑/损失,随贷款状态动态更新
  • 担保信息:担保人信息、担保金额、担保方式(保证/抵押/质押)、担保状态
  • 公共记录:欠税、民事判决、强制执行、行政处罚等
重要规则征信数据报送的T+1时效性要求极高。例如T日发生的还款,必须在T+1日完成数据加工并上传至征信中心前置机,否则视为迟报。迟报将影响银行征信考核评级。

3. 征信查询管理

  • 查询类型:贷前审批查询(硬查询,影响信用评分)、贷后管理查询(软查询,不影响)、本人查询
  • 查询授权:必须取得信息主体书面同意,查询原因真实(不得以"贷后管理"名义进行贷前查询)
  • 查询日志:全量查询操作需记录日志(查询人、时间、被查人、原因),保存≥5年
  • 合规管控:无授权查询、超范围查询、员工违规查询本人/亲属信用报告均为严重违规

🧪 功能测试要点

大额交易监控与报告

  • 阈值触发:验证单笔和累计大额交易的阈值触发逻辑(5万/20万/50万/200万),跨日累计、多账户累计是否合并计算
  • 豁免规则:验证豁免报送的交易类型(政府交易、人行间交易、同业拆借等)的正确排除
  • 累计计算:同一客户当日多笔交易的累计金额计算是否准确,跨渠道(柜面+网银+ATM)是否合并统计
  • 报告要素:生成的大额交易报告要素完整性、格式合规性(XML标准)
  • 补报机制:因系统故障或识别延迟导致的漏报,事后补报功能是否正常

可疑交易监测模型

  • 规则验证:逐条验证可疑交易监测规则的触发条件(如"分散转入集中转出且当日累计>50万"),确认命中率和误报率
  • 模型参数调优:监测规则的阈值、时间窗口等参数可配置性,参数变更后的生效验证
  • 案例生成:触发规则后是否自动生成可疑交易案例(含交易流水、客户画像、风险评分)
  • 人工审核流程:案例分配→分析研判→排除/上报的流程完整性,审核意见和证据附件的保存
  • 模型回测:支持用历史数据回测新模型的效果(命中率、误报率),确定模型上线阈值

KYC与风险评级

  • 身份识别:自然人身份证号校验(含校验位)、法人统一社会信用代码校验、受益所有人识别规则
  • 名单筛查:客户/受益人命中制裁名单(OFAC/联合国/公安部)、PEP名单后的拦截与警示
  • 风险评分:客户风险评级模型的各评分维度输入数据和输出评分的正确性验证
  • 定期重检:客户风险等级到期自动触发重检流程,重检周期(高≤半年/中≤1年/低≤3年)的定时调度验证
  • 证件过期:客户身份证件/营业执照即将到期和已过期的提醒与业务限制(过期后暂停非柜面交易)

CRS/FATCA报送

  • 税收居民识别:开户时收集的税收居民国信息、纳税人识别号(TIN)的格式校验和合理性校验
  • 账户分类:存款账户、托管账户、投资账户、特定保险产品的正确分类与报送
  • 余额/收入计算:年末账户余额(需包含应计利息)、年度收入总额的计算与汇总
  • 免报账户:存量低值账户(≤25万美元)的豁免报送判断逻辑
  • 数据报送格式:CRS XML Schema(OECD标准)的合规性校验

征信报送

  • 还款记录:逐月还款状态的生成逻辑验证(N正常、1-30天、2-60天、3-90天、4-120天、5-150天、6-180天、7>180天),逾期天数与逾期等级的准确映射
  • T+1时效:T日发生的还款/放款/结清,T+1日征信前置机数据是否为最新,验证报送时延
  • 数据修正:因系统原因导致的错误数据修正流程(征信异议处理),修正数据的版本管理
  • 五级分类同步:贷款五级分类变更后,征信报送数据是否同步更新,验证更新时效
  • 机构标识:法人/分支机构的征信机构代码、数据报送范围是否与监管批复一致

⚡ 性能测试要点

实时交易监控

  • 场景:所有交易实时流经反洗钱监测引擎,进行规则匹配和累计计算
  • 目标:单笔交易监控延迟 ≤ 50ms(P99),不因监控导致交易超时或阻塞
  • 验证点:流式处理引擎(Kafka/Flink)吞吐量、规则匹配的效率、累计计算的内存管理
  • 压测方案:模拟生产峰值TPS(1万+/秒)交易流量,监控规则引擎的响应时间

批量数据加工

  • 场景:T+1日批量加工全量征信数据、大额交易补报、KYC定期重检
  • 目标:征信数据批次加工时间 ≤ 3小时,大额/可疑批量补报 ≤ 1小时
  • 验证点:批量任务的分片并行处理能力、数据库读写分离策略、任务依赖调度

名单筛查性能

  • 场景:千万级客户基础信息与数十万级制裁名单的匹配筛查(包括模糊匹配、音译匹配)
  • 目标:全量客户名单筛查完成时间 ≤ 4小时(月度重检场景)
  • 验证点:Elasticsearch/图数据库的模糊搜索性能、索引优化、匹配算法效率

CRS年度报送处理

  • 场景:年度CRS报送需汇总全量非居民账户的年末余额和年度收入数据
  • 目标:全量数据处理 ≤ 6小时
  • 验证点:大范围数据聚合查询性能、多币种余额折算(年末汇率)的计算效率

📎 相关文档