2. AML基础回顾

在进入时间外验证与稳定性测试之前，有必要把反洗钱（AML）体系中最核心的几块拼图重新对齐。很多测试问题并非出在技术层面，而是对业务语义理解偏差：把“可疑”当成“异常”、把“尽职调查”当成“开户审核”、把“规则命中”当成“风险确认”。本章用工程视角回顾AML基础，为后续验证与压测建立共同语言。

一、反洗钱核心概念：从“脏钱”到“风险为本”

反洗钱的目标不是消灭所有异常交易，而是识别、评估、缓释和报告洗钱及恐怖融资风险。其核心概念可以拆成四层：

• 洗钱三阶段：处置（Placement）把非法资金注入金融体系；离析（Layering）通过多层交易掩盖来源；整合（Integration）让资金以合法外观回流。不同阶段对应不同的监测重点。
• 风险为本（RBA）：不是“一刀切”加规则，而是根据客户、产品、地域、渠道四个维度分配审查强度。高风险客户应触发更频繁的尽调与更严格的交易监控。
• KYC/CDD/EDD：KYC是了解你的客户的总称；CDD是客户尽职调查的基线动作；EDD是强化尽职调查，适用于政治公众人物、高风险司法辖区、复杂股权结构等场景。
• STR/SAR：可疑交易报告是AML的最终输出之一。监测系统负责“发现并提示”，合规人员负责“判断并上报”，两者职责不能混同。

二、客户尽职调查：从开户到持续关系

CDD不是一次性动作，而是贯穿客户生命周期的持续过程。典型流程如下：

1. 客户识别：采集姓名、证件、地址、受益所有人（UBO）等信息，并做证件真伪与黑名单初筛。
2. 风险评级：基于客户类型、行业、地域、渠道、交易预期等因子计算风险分，通常分为低/中/高三级。
3. 核实与验证：通过权威数据源、生物识别、实地尽调等方式验证信息真实性。
4. 持续监控：当客户信息变更、交易行为偏离预期或触发外部事件时，重新评估风险并更新档案。
5. 定期复审：高风险客户通常每年复审，中风险两到三年，低风险可适当延长。

在时间外验证中，CDD相关测试常被忽略，但它直接影响交易监控的阈值与名单。例如：客户风险等级从“中”变为“高”后，其交易监控规则应同步收紧。若系统未在时间外正确重算，就会出现“高风险客户仍按低阈值放行”的严重缺陷。

三、可疑交易监测与交易监控系统的基本原理

交易监控系统（TMS）的本质是一个“规则+模型+名单+阈值”的实时或准实时决策引擎。其基本处理链路可以概括为：

交易事件 → 数据清洗与标准化 → 规则/模型匹配 → 评分与优先级排序
        → 告警生成 → 人工调查 → 上报/关闭 → 反馈调优

其中几个关键机制需要重点理解：

• 规则引擎：如“单日现金存入超过5万”“短时间内多笔接近阈值转账”“与高风险国家发生交易”。规则通常带时间窗口、聚合维度和阈值参数。
• 名单筛查：包括制裁名单、PEP名单、内部黑名单。筛查需处理模糊匹配、音译变体和别名问题。
• 行为基线：基于客户历史交易建立“正常画像”，偏离基线达到一定程度才触发告警，以降低误报。
• 告警聚合：同一客户短时间多条规则命中应合并为一个案件，避免调查人员被重复告警淹没。

组件	核心作用	时间外验证关注点
规则引擎	按预设逻辑匹配可疑模式	窗口边界、阈值精度、时区与夏令时
名单筛查	识别制裁与PEP关联	名单版本、模糊匹配阈值、更新时效
行为基线	建立客户正常交易画像	基线重算周期、冷启动、数据漂移
告警聚合	合并重复告警为案件	聚合键、去重逻辑、状态一致性
案件管理	支撑调查与上报流程	状态机、权限、审计日志完整性

四、案例与场景：一笔“看似正常”的跨境汇款

某客户A，历史交易以境内小额消费为主。某日突然收到一笔来自高风险地区的跨境汇款，金额接近但未超过申报阈值，随后在24小时内分三笔转出至不同账户。系统表现如下：

• 单笔金额未触发大额规则；
• 跨境地区命中高风险名单，但名单筛查因音译变体未匹配；
• 行为基线因客户长期低活跃，偏离度计算被冷启动逻辑抑制；
• 三笔转出因聚合窗口设置为“自然日”，跨日后未合并。

最终系统未生成告警。复盘发现，问题不在单一规则，而在多个组件的边界条件叠加。时间外验证若只测“单规则命中”，就无法暴露这类组合缺陷。正确做法是构造跨日、跨时区、跨组件的场景用例，验证端到端链路。

五、复盘：从业务语义到测试断言

将AML基础映射为可验证的断言，是本章的落脚点。建议在测试设计中至少覆盖以下维度：

1. 语义正确性：规则命中原因是否可解释，证据字段是否完整。
2. 时间一致性：跨日、跨月、跨时区、夏令时切换时，窗口与阈值是否稳定。
3. 状态一致性：告警、案件、上报状态在并发与重试下是否一致。
4. 数据一致性：名单版本、客户风险等级、基线画像在重算后是否同步生效。
5. 可追溯性：每一次命中、合并、关闭是否留下不可篡改的审计日志。

只有把业务概念翻译成明确的测试断言，后续的时间外验证与稳定性测试才不会沦为“跑脚本、看绿灯”。下一阶段的所有压测、回放与故障注入，都将围绕这些断言展开。