调至内容部分
创建账户
或
登录
Stripe 文档徽标
/
询问人工智能
创建账户
登录
开始
付款
财务自动化
平台和交易市场
资金管理
开发人员工具
开始
付款
财务自动化
开始
付款
财务自动化
平台和交易市场
资金管理
概览探索所有产品
开始构建
开始开发
项目示例
关于 API
Build with LLMs
在无代码的情况下使用 Stripe
设置 Stripe
创建账户
网页端管理平台
移动端管理平台
迁移到 Stripe
管理欺诈风险
了解欺诈
Radar 欺诈保护
    概览
    集成
    Radar 会话
    风险评估
    多处理器 Radar 评分
    风险设置
    审核
    列表
    规则
    Radar 分析
    Radar for Platforms
管理争议
验证身份
首页开始Radar fraud protection

风险控制

用 Radar 风控团队版为您的业务渐进式调整阻止阈值。

复制页面

设置

要调整阻止付款的默认风险评分,请使用欺诈风控版 Radar。进入 Radar 风险控制页面进行调整。

调整 Radar 风险控制时看到的抽屉截屏

风险设置对话框显示您的阻止阈值、争议率和其他重要统计数据

注意

风险评分的调整适用于银行卡、ACH 和 SEPA 直接借记付款。要测试不同阈值对特定支付方式付款可能带来的结果,请选择一种支付方式并测试新的阈值以查看受影响的付款。

Stripe Radar 会给每笔付款评出一个介于 0 和 99 之间的风险分值,0 为风险最低,99 为风险最高。

正在阻止的支付

默认_阻止阈值_为 75,即 Radar 阻止评分为 75 或以上的付款。如果下调您的阈值,将阻止更多付款。

您需要确保为 Radar 启用默认阻止规则或等效的自定义规则,以基于此阈值阻止相关交易。

人工审核

默认_人工审核阈值_为 65,即 Radar 将评分为 65 或以上的付款发送至人工审核。更改阻止阈值会自动更改相应的人工审核阈值。

要让 Radar 根据此阈值将交易发送到人工审核,您需要启用默认审核规则或等效的自定义规则。

调整阈值

在您更改阻止阈值时,您会看到以下统计信息:

指标描述
被阻止或允许的欺诈性付款的金额估计在新的阻止阈值时将被阻止或允许的欺诈性付款的金额估计。
被阻止或允许的好的付款的金额估计在新的阻止阈值时将被阻止或允许的好的付款的金额估计。
之前被阻止的付款中,被阻止或允许的金额估计之前已阻止的付款中,在新的阻止阈值时将被阻止或允许的金额估计。由于这些付款被阻止且从未处理,其中一些可能是欺诈性的。
欺诈率(按金额)已收到争议、早期欺诈预警 (EFW) 或作为欺诈退款的付款所占百分比(按金额)。
阻止率(按金额)已尝试但被 Radar 或 Stripe 阻止的付款百分比(按金额)。Stripe 为保护您免受银行卡测试和其他影响所有用户的风险而阻止的付款,无论您如何使用 Radar。

风险阈值可用性

并非所有用户都可以立即将风险分值阈值提高到默认值之上。若想启用该功能,请联系我们。

可根据自己的业务需求自定义默认阈值。设置风险分值阈值时需要考虑 Radar 阻止的欺诈和允许的付款二者之间达到一个平衡。

阻止更多欺诈

如果您遭遇的欺诈率更高,您可以调低阻止分数。要确定哪个风险评分适合您的业务,请将鼠标悬停在通过设置可接受的风险评分阻止额外付款图表上。

该截屏显示的是按风险评分列出的好的和欺诈性付款的图表

此图表显示的是您将阈值设置为该风险评分后您将阻止多少欺诈性付款和好的付款。在这里,您可以看到:

指标描述
阻止金额将被阻止的欺诈和好的付款的金额。
阻止率 %被阻止的欺诈付款和好的付款各自的百分比。例如,在 65 分时阻止将导致 55% 的欺诈被阻止,代价是仅阻止 1% 好的付款。
阻止的付款笔数将被阻止的欺诈和好的付款的数量。

最终,由您自己决定如何权衡,即阻止多少欺诈和好的付款。

允许更多付款

如果您的欺诈率和欺诈成本很低,则您可能希望提高默认阻止分值,以便允许更多的付款。

该截屏显示的是按风险评分列出的被阻止付款的图表

此图表显示的是您将阈值设置为该风险评分后您将允许的付款笔数。在这里,您可以看到:

指标描述
允许的金额允许的付款金额。
允许的付款笔数允许的付款笔数。

如果您增大阻止收款的风险评分,则我们无法准确预测这一变化对您的欺诈率的影响(因为以前被阻止的一些收款现在将被允许)。在此方向上调整风险分值时要格外小心。

欺诈控制

验证

Radar 的身份验证控制在结账时增加了一层额外的身份验证,以帮助您防止欺诈。Stripe 的机器学习在后台运行,以对中等风险的支付进行身份验证。

在大多数情况下,客户无需进行任何操作即可进行 3DS 身份验证。如果出现异常情况,持卡人的银行可能会要求客户通过安全质询来确认其身份。如果对付款进行 3DS 验证,则与该付款有关的任何欺诈性争议的责任通常会从卖方转移到发卡行。这意味着在大多数情况下,卖家无需承担经过 3DS 验证的付款的欺诈成本。

您可以在 Radar 管理平台的风险控制部分找到此项控制。

如果有某种强制授权要求,如强客户认证 (SCA),Stripe 会自动触发 3DS 验证。禁用该控制不会阻止在要求合规性的情况下触发 3DS 验证。身份验证欺诈预防控制在测试环境中也不可用。

另见

  • 风险评估
  • 审核
  • 集成检查表
此页面的内容有帮助吗?
是否
需要帮助?联系支持。
加入我们的早期使用计划。
查看我们的更改日志。
有问题?联系销售。
LLM? Read llms.txt.
Powered by Markdoc