portrait_image,或通过 vendor_data 检索到的用户已存储人脸)。每个步骤都会在 V3 决策 payload 中发出各自的警告。本页列出了所有代码、出现位置,以及阈值如何转换为最终会话状态。
概述
当生物识别认证会话运行时,Didit 会:- 使用 3D Action、Flash 或 Passive Liveness(
method:ACTIVE_3D、FLASHING或PASSIVE)捕获实时自拍照。 - 从捕获图像中提取最大的人脸并评估其活体分数。
- 如果工作流包含人脸比对,则将捕获的人脸与会话的参考人脸(提供的
portrait_image或用户已存储的人脸)进行比对。 - 将每个步骤的结果以及任何警告写入会话决策中。
feature、risk、additional_data、log_type、short_description、long_description 和 node_id。
警告出现的位置
在典型的生物识别认证会话中,每个数组各有一个项目。在多实例工作流中,每个警告上的
node_id 可用于区分是由哪个步骤生成的。
自动拒绝条件
以下警告始终会拒绝其步骤(log_type: "error"),无论您如何配置工作流:
当
NO_FACE_DETECTED 触发时,LOW_LIVENESS_SCORE 会被抑制(因为没有人脸可评分)。
可配置阈值与操作
这些警告会先进行评分,然后通过您为每个工作流设置的阈值和操作映射为相应状态:POSSIBLE_FACE_IN_BLOCKLIST(LIVENESS)不可配置:较低置信度的黑名单匹配始终会流转至审核(log_type: "warning")。
捕获重试
仅由可修正的捕获质量风险(低分、无人脸、质量、亮度、多张人脸,以及人脸比对相似度低)导致的失败会进入重试循环,然后才会确定状态:用户最多可进行face_liveness_max_attempts / face_match_max_attempts 次尝试(默认为 3 次,每个工作流节点可配置为 2–5 次)。当额度耗尽时,将应用最后一次尝试计算出的状态,并记录 LIVENESS_MAX_ATTEMPTS_EXCEEDED 或 FACE_MATCH_MAX_ATTEMPTS_EXCEEDED 为 information 以作留存。
活体检测警告
API 会返回以下确切的short_description 和 long_description 字符串:
黑名单、白名单和重复匹配会携带包含匹配会话的
additional_data(blocklisted_session_id / allowlisted_session_id / duplicated_session_id、匹配的 *_session_number 以及 api_service)。每份报告中仅会出现这六个代码之一。DUPLICATED_FACE_NAME_MISMATCH 是唯一的例外:当匹配会话的身份与当前会话解析出的姓名不符时,它会伴随 DUPLICATED_FACE 一起发出,绝不会取代后者。其 additional_data 会在相同的重复会话字段基础上添加 name_match_score。如果两个会话的身份证件具有相同的签发国家/地区、完全相同的证件号或个人编号,且出生日期无冲突,则即便两端姓名使用不同的文字系统书写,也不会被视为不匹配。请参阅活体检测警告。
人脸比对警告
示例 - 因人脸攻击被拒绝
示例 - 因低相似度处于审核中
log_type: "warning",且人脸比对状态为 In Review。在此示例中,警告触发于 session_id 为 11111111-2222-3333-4444-555555555555 的会话——source_image_session_id 包含该会话自身的 id,因为参考图像来源于创建会话时存储的人像照片。
警告类型
系统会根据您应用的配置为每项风险分配警告类型。警告分为三个严重等级:相关内容
生物识别认证报告
liveness_checks[] 和 face_matches[] 在 V3 决策中的出现位置。活体检测警告
完整的活体检测警告参考,包含重复人脸匹配。
人脸比对警告
针对 1:1 比对的完整人脸比对警告参考。