概述
AML 筛查会在aml_screenings[] 中每个条目的 warnings[] 数组上输出一小组警告标签。以下两个标签是 Didit 生成的仅有的 AML 警告,命中项上显示的所有其他内容都编码在该命中项自身的字段中(risk_view、match_score、risk_score、sanction_matches[] 等),而不是作为警告体现。工作流会话与独立 AML API 输出 POSSIBLE_MATCH_FOUND 的方式完全相同。
AML 记录上返回的状态(Approved、In Review、Declined)由综合 score 及您的阈值推导得出;警告会对相同的条件进行标记,以便您可以通过编程方式对其做出响应。有关阈值如何映射到状态的信息,请参阅AML 风险评分。
生成的警告
警告存储时带有
feature: "AML",并遵循标准警告对象结构。
可配置项
每个工作流节点的 AML 控制项(也可作为独立 AML API 的选项传入):aml_score_approve_threshold:默认值为80。高于该值的非零分数会生成POSSIBLE_MATCH_FOUND并将 AML 检查流转至In Review。在会话工作流中,等于或低于该值的分数不会生成该警告,无论命中数量有多少。aml_score_review_threshold:默认值为100。高于该值的分数将自动拒绝 AML 检查(在默认值为100时,除非您调低该阈值,否则绝不会触发)。aml_match_score_threshold:默认值为93。按命中项分类:match_score低于该值的命中项初始状态为False Positive并不计入综合分数;等于或高于该值的命中项初始状态为Unreviewed。- 匹配分数权重:
aml_name_weight/aml_dob_weight/aml_country_weight,默认值分别为60/25/15(总和必须为 100)。请参阅AML 匹配分数。 - 持续监控:启用后,随着数据集的变化,AML 将对目标主体重新进行筛查,并重新发送报告以及
status.updated(状态变更)或data.updated(命中项变更)Webhook。
当触发
COULD_NOT_PERFORM_AML_SCREENING 时,AML 检查将保持在 In Review 状态,直到提供缺失的身份字段。一旦 Didit 获得了姓名、出生日期和签发州,AML 将自动重新运行且警告会清除,无需手动重新触发。示例
POSSIBLE_MATCH_FOUND (分数高于通过阈值)
COULD_NOT_PERFORM_AML_SCREENING (缺少 KYC 字段)
相关内容
- AML 报告:完整响应结构、命中字段、状态语义
- AML 风险评分:综合评分的计算方式
- AML 匹配分数:单次命中置信度
- 持续 AML 监控:监控生命周期
- 数据模型 - AML 筛查:规范模式,包括警告对象