AML 持续监控

监控每天会针对更新后的名单，重新筛查已通过的客户，并在有新内容超过你的阈值时调整会话状态 - 每年 $0.07，无需额外集成开发。

#为什么一次性筛查不够

准入时的筛查只能告诉你名单在那一天记录的内容。新的认定会不断增加，负面媒体也会不断累积，三月份还很干净的人，八月份可能就被制裁了。如果你的义务要求持续保持客户尽职调查的时效性 - 对大多数受监管企业来说确实如此 - 那么一次性筛查是无法满足的。

#工作原理

只要某个会话运行过 AML 检查，监控就会自动可用，无需任何额外的集成开发：

1. 每日自动检查。 每一个开启了监控的已通过会话，都会针对完整的观察名单和制裁数据库重新筛查。
2. 阈值比对。 新的发现会与你在工作流中配置的相同审核和拒绝阈值进行比对。
3. 状态变更。 超过审核阈值的新命中，会将会话移动到审核中；超过拒绝阈值，则移动到已拒绝。
4. Webhook。 你的应用会收到一次 status.updated webhook，携带更新后的状态以及新命中的详情，格式与其他任何 webhook 相同。
5. 控制台。 该变化会显示在对应会话上，新的命中已准备好等待处理。

#需要为此做好准备的事

一个已通过的会话，之后可能会改变状态。 如果你的集成把 Approved 当作最终状态并停止监听，你就会错过监控功能存在的意义所要传递的正是这些事件。

具体来说：

• 对已经标记为已核验的会话，继续处理 status.updated。
• 不要因为某个会话是几周前关闭的，就忽略一次 webhook。
• 让你自己的用户状态能够从"已核验"重新退回 - 这通常是更难的改动，因为它是一项产品决策，而不只是一个处理逻辑。

#费用

每位被监控人员每年 $0.07。它从你的套餐额度或余额中扣费。

按年计价，而不是按每次筛查计价，因此每日的筛查频率不会让费用成倍增加 - 这正是让大规模持续监控变得可负担，而不需要被限量使用的原因。

#开启与关闭

共有三个开关，每个都需要对核验的写入权限：

• 在工作流中，与 AML 步骤一起，适用于新会话。默认处于关闭状态。
• 对于你已有的会话，在用户验证中选中它们，在出现的操作栏中点击持续监控，然后点击开启，为它们全部开启。没有 AML 步骤的会话会被跳过。
• 对于单个核验，使用其 AML 部分中的持续监控开关。

关闭监控后，每日重新筛查会从当天起停止；已经发现的内容会保留在每个核验上。

#为其后果配备人力

团队通常低估的不是集成工作本身，而是监控会产生一个持续存在的处理队列。一次新命中需要与准入时的命中相同的处理工作：这是不是你的客户、它是否重要、并记录下判断理由。参见处理 AML 命中结果。

如果没有人负责这个队列，监控产生的告警就会无人查看，这比完全不监控还要糟糕 - 因为现在你已经掌握了信息，却什么都没做。

#监控不等于交易监控

两个名称相似但完全不同的概念：

• AML 监控会持续对个人重新比对名单。本文说的就是这个。
• 交易监控会在交易发生时，依据规则对其进行评估。参见交易监控的工作原理。

你很可能两者都需要，而且它们是分开计费的。