APPROVED、IN_REVIEW、DECLINED),以及是否创建警报、开立案件,或要求用户整改。
公式
- 基础分数:0。
- 每条匹配的规则都会计入其配置的
score_delta(通常为 25–35)。 - 没有匹配任何规则的交易,分数为 0。
阈值与状态
分数阈值在各应用的 Transactions → Settings 中配置。
状态分配:
action: change_status → DECLINED 的规则,无论分数多少,都会拒绝该交易。
规则贡献示例
假设单笔交易触发了以下规则:
总分数 = 30 + 35 + 35 = 100。
若审核阈值为 60,拒绝阈值为 85,则该交易的状态为
DECLINED。
使用默认阈值(审核 75,拒绝 500)时,该交易为 IN_REVIEW,因为默认设置从不按分数拒绝。
操作覆盖
规则还可以直接设置状态,跳过分数阈值:
一条规则可以包含多个操作,例如:
add_score(35) + add_tags(["structuring"]) + add_note("Auto-tagged by structuring preset")。
为什么分数优于硬性规则
单纯的阈值(例如“拒绝所有超过 $100k 的交易”)既会触发合法的大额交易,也会触发真正存在风险的交易。将多条中等score_delta 规则与审核/拒绝阈值结合使用,可以带来以下好处:
- 分层评分:没有任何单条规则会直接导致拒绝,必须多个信号同时指向同一结论。
- 可调灵敏度:无需修改规则定义,即可调高或调低阈值。
- 风险严重程度排序:分数为 65 的交易进入审核(值得查看);分数为 90 的交易进入拒绝状态(风险严重)。
配置阈值
在 Transactions → Settings 中:- 审核阈值:审核队列积压时调高;需要捕获更多边缘情况时调低。
- 拒绝阈值:调高可减少误报导致的拒绝;调低则更倾向于积极拦截。将其设为最大值(
500),可将高分交易转入审核,而不是自动拒绝。
规则测试模式
规则可以在TEST 模式下运行:
- 规则会对交易进行评估,但不计入分数或状态。
- 会创建
is_test = true的TransactionRuleRun记录。 - 可在不冒生产环境拒绝风险的情况下,验证规则的选择性。
ACTIVE。
严重程度与旧版字段
Transaction 和 TransactionAlert 上的severity 字段可为空,属于旧版字段。新的规则评估不会设置该字段。请将 score 作为主要风险信号。
查看分数
通过 API
每个交易响应都包含score 和 rule_runs[] 数组,数组中每条匹配的规则对应一个条目(所有字段请参阅响应结构):
在控制台中
在交易详情页面的 分数 标签页中,可以查看每条匹配规则的分数贡献明细以及最终的状态映射。将鼠标悬停在分数徽章上,可查看评估时使用的阈值。后续步骤
规则
规则的结构与评估。
警报
规则触发时会发生什么。
设置
配置阈值。