KYT 警报：交易拦截、分级处理与解决

警报是指被规则或审核员暂挂、尚未有人做出决定的交易。 实际上，这意味着处于 IN_REVIEW 状态的交易，或处于 AWAITING_USER 状态且正在等待客户处理的交易。 被暂挂的交易是 Business Console 中分诊的基本单位，无需单独管理警报记录。

​

哪些情况算作警报

交易转入的状态以及背后的规则，请参阅 状态 和 风险评分。

​

警报的来源

​

分诊

在控制台中打开 交易，然后按状态筛选，即可查看被暂挂的交易。 每笔交易都会显示触发的规则、分数、各方信息以及关联的实体档案。 在交易页面，您可以：

• 分配给分析师，可逐笔分配，也可批量分配。分配记录会显示在交易时间线上。
• 添加备注，供下一位审核员参考。备注也可通过备注 endpoint获取。
• 批准或拒绝交易，以关闭该警报。
• 添加到案件，当需要进行更全面的调查时使用。

​

升级为案件

单笔暂挂交易通常规模较小，可以单独解决。 基于模式的调查或规模较大的调查，应纳入案件，案件是交易、用户、企业和证据的容器。 在规则中添加 创建案件 效果，即可在规则匹配时自动开启案件；也可以对任意交易使用 添加到案件。 案件模型请参阅 案件。

​

可疑活动报告

对于要求提交可疑活动报告（SAR）或货币交易报告（CTR）的司法管辖区，请从案件中生成报告。 请参阅 FIU 报告与模板。 Didit 不会向监管机构提交报告：报告申报仍由您的合规团队负责，控制台只负责准备表格和证据，以提高效率。

​

警报 Webhook

暂挂交易会通过 transaction.created Webhook 发出通知（交易在创建时即被暂挂），状态变更时则通过 transaction.status.updated Webhook 发出通知。 请参阅 Webhook。

​

程序化访问

没有单独的警报 endpoint。 使用 GET /v3/transactions/ 列出被暂挂的交易，使用 GET /v3/transactions/{transaction_id}/ 读取每笔交易的详情。 交易详情中的 alerts 数组目前始终为空，因此请改为读取 status。

​

后续步骤