# AML 持续监控

Source: https://help.didit.me/zh/aml-screening/ongoing-monitoring
Updated: 2026-10-12

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

对于你开启了监控的会话，监控会**每天**针对更新后的名单，重新筛查已通过的会话。超过审核阈值的新命中会将会话
移动到**审核中**；超过拒绝阈值则会移动到**已拒绝**。无论哪种情况，你都会收到一次
`status.updated` webhook。每年 $0.07，且不需要额外的集成开发。

[Video: 持续 AML 监控：每日重新筛查与 webhook 告警 - Didit Academy](https://www.youtube.com/watch?v=NZwrHM9qqnU)

## 为什么一次性筛查不够

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

## 工作原理

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

![Didit 控制台中的用户验证列表，已选中若干会话，并显示持续监控操作](https://help.didit.me/screenshots/sessions-bulk-light.webp)

*监控只会针对你选择持续关注的人员开启。*

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

## 需要为此做好准备的事

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

具体来说：

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

> **Warning:** Webhook 只会在状态**真正发生变化**时触发。没有新命中超过阈值，就不会有事件 -
> 因此静默是正常情况，并不代表监控没有在运行。如果你需要主动确认，请到控制台中检查该会话，
> 而不要一直等待一个本就不会到来的 webhook。

## 费用

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

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

## 开启与关闭

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

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

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

## 为其后果配备人力

团队通常低估的不是集成工作本身，而是监控会产生一个持续存在的处理队列。一次新命中需要与准入时的命中相同的处理工作：这是不是你的客户、它是否重要、并记录下判断理由。参见[处理 AML 命中结果](https://help.didit.me/zh/aml-screening/resolving-aml-hits)。

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

## 监控不等于交易监控

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

- **AML 监控**会持续对*个人*重新比对名单。本文说的就是这个。
- **交易监控**会在*交易*发生时，依据规则对其进行评估。参见[交易监控的工作原理](https://help.didit.me/zh/transactions-monitoring/transaction-monitoring-basics)。

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