AML 持续监控

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

Didit 支持团队撰写 · 更新于 2026年8月19日

#为什么一次性筛查不够

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

#工作原理

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

123

1. 选择需要持续筛查的人员，然后开启监控。
2. 勾选需要持续筛查的人员 - 监控是按人而非按组织开启的。
3. 新的匹配会重新打开该会话，因此它会出现在这里，而不是某个收件箱里。

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

#需要为此做好准备的事

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

具体来说：

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

#费用

每位被监控人员每年 $0.07。它不属于免费额度。

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

#开启与关闭

监控与 AML 步骤一起，按工作流配置。由于它只对从开启那一刻起的会话生效，开启监控并不会追溯地对你现有的已通过客户群体启动监控 - 如果需要覆盖历史客户，请规划一次数据回填。

#为其后果配备人力

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

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

#监控不等于交易监控

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

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

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