如何添加新功能(API)
信息
本指南适用于已通过 API(POST /processes/v1)接入欺诈风险分类(信任网络),并正在为合约添加身份验证的客户。
添加身份验证
本指南说明决策引擎的演进,以加强您的身份验证流程。
技术要求
与其他集成不同,启用此功能需要更新您的 API 密钥。如果不进行此项变更,您将无法接收新的身份验证响应——您的 Unico 联系人会与您共享这些信息。
重大变化:身份验证
主要改进是能够验证持证人的身份(除欺诈响应外)。系统现在会验证执行流程的人是否确实是所提供证件的持有人。
在启用此功能之前,您的团队必须正确理解并映射新的响应解读方式,以免影响您的业务运营。
结果对比表
| 结果(仅信任网络) | 结果(信任网络 + IDUnico) | 含义及建议操作 |
|---|---|---|
| 无 | APPROVED | 新增(理想状态)。 用户是证件持有人,且没有欺诈迹象。 |
INCONCLUSIVE | INCONCLUSIVE | 细微变化。 用户是真实的,且没有欺诈迹象,但无法确定其是否为证件持有人。 |
REPROVED | REPROVED | 建议拒绝。 存在欺诈迹象,或系统已确认该用户不是证件持有人。 |
HIGH_RISK | HIGH_RISK | 至少存在一项强欺诈证据。由客户决定采取的操作。 |
CRITICAL_RISK | CRITICAL_RISK | 至少存在两项严重欺诈证据。建议拒绝。 |
命名方面的关键变化
请确保您的系统已准备好映射审批流程中的这三项基本变化:
APPROVED的出现——这是现在的“理想”状态。如果收到此代码,即表示您已完全确定流程的身份和安全性。INCONCLUSIVE的新含义——此前是您的主要通过信号。现在它表示该用户是“真实”的,且没有明显的欺诈迹象,但系统无法完全确定其与证件身份的关联。REPROVED的严重性——除多因素欺诈迹象外,此状态现在还包括用户冒充证件持有人的情况。