核验为什么被拒绝

当一项或多项检查失败时，会话就会被拒绝 - 本文介绍如何找到具体原因，并决定应该拒绝、请求重新提交，还是手动批准。

Didit 支持团队撰写 · 更新于 2026年8月19日

当一个会话的一项或多项检查失败时，它就会被标记为已拒绝。具体原因总会被记录在会话上 - 你不需要靠猜测。

#找到确切原因

在商业控制台的核验记录中打开该会话。会话上的每一项检查（证件、活体检测、人脸比对等）都会显示自己的结果，以及它触发的任何警告 - 这些警告才是拒绝的真正原因，而不仅仅是整体状态本身。

123

1. 拒绝原因就在「概览」中 - 请先阅读它，再看其他任何内容。
2. 证件问题会显示在这里：已过期、无法识别，或真伪校验失败。
3. 「事件」标签页会显示这个决定是由规则做出的，还是由人做出的。

#检查失败的常见原因

证件问题

• 证件已过期（DOCUMENT_EXPIRED）。
• 证件类型不是你工作流所接受的类型 - 这是一个非常常见的原因，属于配置问题，而不是用户本身的问题。详见证件类型为何被拒绝。
• 某个必需字段无法被读取（COULD_NOT_RECOGNIZE_DOCUMENT）。
• MRZ 校验和失败（MRZ_VALIDATION_FAILED）- 印刷的机读区数据无法自洽，这是一个真实的篡改信号。
• 用户未达到（或超过）你工作流要求的年龄（MINIMUM_AGE_NOT_MET）。
• 该证件与你黑名单中的一条记录匹配。

活体检测问题

• 采集过程中未检测到人脸。
• 检测到仿冒攻击（LIVENESS_FACE_ATTACK）- 对着摄像头展示的是照片、屏幕或面具，而不是真实活人。

人脸比对问题

• 自拍与证件照片的得分低于你配置的相似度阈值（LOW_FACE_MATCH_SIMILARITY）。详见解决活体检测与人脸比对问题。

风险与筛查问题

• AML 命中超过了你设置的拒绝阈值。
• 连接来自一个被屏蔽的 IP 地址，或来自一个你不提供服务的国家/地区。
• 该人脸匹配到了一个已核验用户，或黑名单中的人脸。详见重复检测。

上述哪些情况会真正触发拒绝（而不是请求重新提交或直接通过），取决于每项检查在你工作流中的配置方式 - 有些警告会自动拒绝，有些则会转入人工审核。详见判定规则与阈值。

#被拒绝的步骤可能会中止工作流的后续部分

如果某个步骤被配置为在出现特定警告时直接拒绝，工作流就会在该处停止，后续步骤将不会运行。这会带来两个值得了解的后果：

• 会话结果中会缺少你原本期望看到的检查项。它们并不是失败了 - 而是从未执行过。
• 由于计费按已完成的功能计算，从未运行过的步骤不会产生任何费用。

如果你想用一项廉价的检查来把关一项昂贵的检查，请有意将它放在工作流的靠前位置。

#已拒绝并不总是最终结果

如果根本问题是可以修复的 - 例如照片模糊、上传了错误的证件面，或采集过程中出现技术故障 - 审核人员可以要求用户仅重做那一步，而不必让会话停留在已拒绝状态。详见让用户再次尝试核验。

#如果审核人员认为某次拒绝是错误的

合规审核人员可以在控制台中覆盖一次自动拒绝的结果 - 打开会话，将其状态改为已通过，并附上一条说明理由的备注。每一次覆盖操作都会被记录，因此审计记录会显示是谁做出了什么决定。完整的审核流程详见人工审核。

#减少可避免的拒绝

如果你的拒绝率高于预期，常见原因通常是配置问题，而不是欺诈：

1. 可接受的证件类型范围设置得过窄。 检查你工作流接受的证件类型和子类型，是否与用户实际持有的证件相符。
2. 人脸比对阈值设置得过于严格。 详见人脸比对分数与阈值。
3. 在低端设备上使用主动活体检测。 被动活体检测对老旧手机和不良光线的容忍度要高得多。
4. AML 拒绝阈值设置在容易产生误报的匹配分数上。 请将这些情况改为转入审核。详见处理 AML 命中。

#如果你是被拒绝的用户本人，而不是企业方

如果你收到了某家公司发来的核验链接，并且核验被拒绝了，Didit 是代表该公司处理你的核验的，但无权做出、更改或解释这个决定 - 只有你正在核验的那家公司才能做到这一点，因此请就你的结果联系他们的支持团队。详见我被要求通过 Didit 核验身份，以及关于数据访问如何受控的Didit 如何保护你用户的数据。