如何解读身份验证结果

完整文字稿：如何解读 Didit 验证结果 - 逐项检查详解 - Didit Academy 第 5 集（共 10 集），时长 14:26。在 YouTube 上观看。每个段落都链接到视频中的对应时刻。

​

本视频涵盖的内容

00:03 您在 Didit 中运行的每次验证都会返回详细的结果，该结果以会话顶部一排标签页的形式呈现。在本视频中，我们将按从左到右的顺序逐一介绍这些标签页，让您清楚了解每项检查的作用，以及其中某项失败时的表现。看完之后，您就能打开任意会话，从最终结论到背后的证据，都能自信地读懂。 00:30 那我们打开一个看看，直接开始吧。

​

查找会话

00:33 好，我们进入用户验证页面。所有工作流中的会话都会出现在这里，每人一行。通常您会按状态、工作流或日期进行筛选来找到所需内容，但今天我们直接打开一条结果。我点击其中一个把它打开。这里我们可以看到这个……

​

概览标签页

00:55 就是概览标签页。这些区块都可以折叠，我们可以把它们收起来。如果想看全部内容，也可以把所有检查项都折叠起来，不过其实它们也都在这里。可以看到这位用户通过了所有这些特定检查。那我们切换到概览，我们

​

警告:优先查看的地方

01:13 可以把它拉出来，您会看到这里有几个不同的标签页。最重要的是先看警告。可以看到这位用户处于审核中，并因重复的电话号码被标记。好，如果我们查看其他审核中的人员，会发现概览部分的警告可能略有不同，取决于该用户经过的工作流所设置的标记。这位用户经历了数据库核验和姓名不匹配。所以在审核验证时，我们应该看这里，弄清楚问题出在哪里，然后进入对应的部分，找到这些检查的具体位置，查看提交的数据，确认是否确实存在不匹配以及具体情况。接下来，如果我们把这些筛选条件全部移除，我先退出这里，

​

已通过的会话

02:04 我们就可以移除这些筛选条件。我选中全部，然后看一个已通过的用户，可以看到没有任何重大警告被标记。这里列出了一条警告，但它没有触发“审核中”或“已拒绝”状态。这笔验证已通过。您可以看到上方的这个状态标签，并可以按需要进行修改。我们稍后再讲

​

已拒绝的会话

02:26 这一点。那么被拒绝的会话是什么样子的呢？这里同样可以看到警告，即姓名不匹配。而在顶部，可以看到地址证明是导致问题的原因。我们也来看看这一项。接下来我们会逐个部分讲解，让您看清底层到底发生了什么。我点进这个用户资料，可以看到活体检测和人脸比对是这位用户被标记需要检查的地方。我们稍后再讲这部分。但概览部分的其余标签页……

​

会话详情 供应商数据和费用明细

03:01 有会话详情，您可以看到会话 ID、创建时间和供应商数据。我们在之前的视频中讲过这些内容。供应商数据是该用户的唯一标识符。所有 [吸鼻声] 检查、所有验证和交易都会归集到这个特定的供应商数据下。这里可以看到该用户为完成验证所经过的工作流，还有联系方式和标签。我们也可以在这里添加标签，如果您愿意的话。 03:31 我们也可以在工作流中给用户打标签。至于费用明细，我认为这位用户是通过导入添加的。您可以看到左侧显示为已导入，所以他实际上并没有经过工作流。我们点击另一位用户，您可以看到他经过的工作流，以及……

​

身份证件验证 先验真伪再读数据

03:48 费用明细，即该用户完成的所有检查的费用。那我们来看身份证件验证。这里的核心任务不只是读取证件上的文字，而是先证明证件本身是真实的，然后才能信任上面的任何一个字段。在底层，我们会运行防篡改检测、证件活体检测（以识别屏幕回放或打印件）、安全特征验证（包括全息图和水印），以及印刷字段与机器可读区之间的交叉核对。机器可读区，也就是您在这张证件背面看到的那一排尖括号字符，即 MRZ。证件确认为真实后，Didit 会用 OCR 读取字段并整理展示。这里可以看到个人信息：证件类型、证件号码、个人编号、签发国家/地区，以及证件上能找到的所有信息，包括地址信息和其他附加数据。请记住，Didit 可以识别 130 种语言、涵盖 14,000 种证件类型。因此您会得到干净的字段……

​

检查列表

04:47 每当有人出示证件时。这里有一个名为检查列表的标签页。这些是后台针对这张具体证件运行的检查。我不会逐项读完，内容很多，但本质上，Didit 就是通过这些检查来验证这张证件是否真实。因此，你无需配置其中的任何一项。

​

活体检测的分数、视频与质量

05:07 这些都在后台运行。接下来是活体检测。你可以看到该检查目前处于审核中，这就是被标记的部分。你可以同时看到活体检测和人脸比对。需要说明的是，这是一个演示账户，所以部分数据不匹配。活体检测分数不是 100%，如果播放活体检测视频，你会发现视频中的人实际上并不是证件持有人本人。 05:30 这只是一个随机示例。如果你在真实用户身上看到这些内容，就会看到做活体检测的人、视频，以及检测是被动式还是主动式。这里还有人脸质量分数和人脸亮度分数。Didit 很实用的一点是，如果你对其中任何分数有疑问，只需点击这里的按钮，它就会解释该分数的作用。如果我们认为某项检查被不当标记，可以更改其状态；当然，我们也可以更改整个验证的总体状态。与证件验证一样，这里也有检查列表，后台正在运行许多项检查。将鼠标悬停在这些检查上，可以查看每项检查的更多信息。如果有人未通过其中任何测试，应显示的不是绿色的

​

人脸比对

06:16 勾，而是红色叉号。接下来我们看人脸比对标签页。它会将证件上的人脸与活体检测中的人脸进行比对。可以看到，相似度分数很低，因为他们并不是同一个人。同样，这里也有一个检查列表，显示后台正在进行哪些操作，以及该检查具体做什么。相似度分数基于原始证件图像和我们采集的活体图像。其目的是判断持证人是否为真正的证件所有人。在控制台中我们看不到这一点，不过还有一项人脸

​

人脸搜索与黑名单

06:54 搜索。除了与证件进行比对，Didit 还会在你的所有其他会话中搜索同一张人脸。因此，这一部分只有在找到匹配项时才会显示。如果同一张人脸出现在另一个会话中，这里就会出现匹配结果网格。如果其中某张匹配的人脸在你维护的黑名单中，它就会被标记，会话将被拒绝，这就是在现场拦截已知欺诈者的方式。但在没有任何匹配的正常会话中，此区域会保持

​

地址证明

07:21 空白，所以这里不会显示任何内容。接下来看地址证明。我们可以看到所提交的证件，以及从该证件中提取的数据和全部元数据。这里有一个检查列表，可以看到其中一项检查没有绿色勾号，这意味着该检查被标记了。另外还有一项处于审核中。这还不足以把地址证明模块切换为已拒绝，但当人工审核员查看处于审核中的资料时，这同样是他们需要关注的内容。此处通过表示验证码输入正确，失败则表示无法确认该号码，你会在此模块中看到相应结果。还记得页面顶部的标记之一是电话号码重复吗？这很可能是因为这是演示

​

电话验证与重复项

08:08 账户，但你向下滚动到电话验证部分时，可以看到电话匹配结果。此功能会在你的数据库中搜索该电话号码，如果与之前某位用户的号码匹配，就会在此标签页中被标记。我们还可以悬停在这里，查看使用相同电话号码的其他验证会话。这只是对该模块功能的说明。

​

邮箱验证

08:35 邮箱验证同理，用户会收到一个验证码，并输入

​

AML 筛查涵盖制裁、政治公众人物与负面新闻

08:40 验证码。如果一切正常，该模块同样会显示已通过。现在来看反洗钱筛查，即 AML 筛查，这部分内容较多。它会将已验证的人员与制裁名单、政治公众人物以及负面新闻进行核对，然后报告找到了多少匹配项。你可以看到用于筛查的数据，我们也能查看名单本身。打开后，可以看到我们能够据以运行检查的所有制裁名单，例如毒品、恐怖主义、金融犯罪等等。如果该用户与任何名单匹配，我们可以在这里看到匹配分数、风险分数、该用户出现在哪些名单中，以及是否为误报。误报可能出现在姓名与名单上某人相同的情况下，因此我们会参考出生日期等其他信息进行交叉核对。这里同样有一个检查列表。对于这一项来说，列表相当简短，但针对所有这些名单的检查在这里发挥了主要作用。 09:41 如果你希望对该人员进行持续监控，即持续根据名单检查该用户，我们可以开启这一功能。继续向下滚动，我们可以看到

​

设备与 IP 分析

09:50 这里是设备与 IP 分析。首先是身份证件验证中的证件所在地，也就是证件上的实际地址。这里还有地址证明的地址详情。然后是设备信息，即 IP 地址，以及该用户完成验证时所在的位置。在页面底部，您可以看到证件所在地与地址证明之间的距离和位置差异，以及它们与验证 IP 的距离。这些都可以在这张地图上看到。把鼠标悬停在这里，就能看到身份证件验证的证件所在地。 10:28 设备一在这里，所以两者距离很近。然后美国这里是地址证明的位置。再次说明，这是演示账户，因此这些细节并不十分准确，但它能帮助您直观了解该用户是否靠近地址证明和证件所在地。这里是检查列表，同样是系统在后台执行的所有检查，用于决定是否标记这项检查[轻哼声]。继续往下看，我们有数据库核验。如果您还记得前面的视频，我们讲过数据库核验。它是可以在工作流中添加的一个节点。在这里，我们可以运行一项检查。本例中，我们可以运行

​

完全匹配、部分匹配和无匹配的数据库核验

11:06 阿根廷的一项检查，我们可以对照政府登记库、民事登记处、税务机关、选民名册，以及我们有权访问的所有其他目录进行核验。这里可以看到找到了匹配结果。您还能看到来源数据，即结果中匹配的字段。我们得到了姓名匹配和出生日期匹配。如果打开检查列表，可以看到其中一项检查被标记了。 11:29 这里可以看到匹配类型。如果找到完全匹配，说明该身份存在于登记库中。部分匹配表示部分字段匹配，您需要审核其余字段。无匹配则是合成身份的强信号，因为伪造的证件号码根本不会存在于任何登记库中。这是您抵御虚构身份的最有力手段之一。同样，这一切都在后台运行，用户无需额外操作。

​

Document AI 与问卷

11:54 接下来，这里还有几个其他标签页，具体内容取决于该用户完成过的检查。我们可以看到 Document AI。此检查尚未运行，您可以看到状态为未开始。我们还有其他与问卷相关的检查。如果有人填写了问卷，您可以在问卷标签页中看到这些问题的答案。

​

事件日志

12:15 接下来往下看是事件。这是审计日志，记录了所有已发生事件的完整记录。例如会话何时创建，会话状态何时变更。每条记录都包含设备、IP、时间以及执行操作的人员，因此您可以

​

Webhook 投递

12:31 准确还原会话的完整过程。最后，在页面底部，我们有 Webhook。Webhook 列出 Didit 向您自己的 endpoint 发起的每一次投递尝试，并显示响应状态。这里可以看到 200。还能看到请求头、请求正文、Webhook URL，以及该次验证的状态。这里还显示了该 Webhook 的发送日期。需要注意的是，可以通过 API 经由 MCP 访问此仪表板。您可以让 Claude 拉取所有这些数据，拉取所有处于审核中的验证记录，以便在 Claude 中进行分析。

​

重新提交、PDF 导出与黑名单

13:08 在页面顶部，我们可以看到一些面包屑导航，并且可以请求重新提交。我们可以下载 PDF，如果您需要保留审计日志，或者要在会议上展示内容，这非常实用。您也可以通过 API 下载此 PDF，还可以将该用户添加到黑名单中。以上就是如何阅读一条验证结果。

​

供审核团队使用的会话聊天

13:30 页面底部还有最后一项功能。我们有会话聊天。我们可以提及团队成员，就某个具体的验证结果与团队中的其他人讨论。如果我们打开此聊天、输入消息并提及团队中的某人，该聊天将专用于这一特定验证。如果您有疑问，或者有多人共同处理同一案件，这个聊天会非常有用。 13:55 以上就是您实际阅读验证结果的方式，即逐个标签页，从上到下。概览页面查看结论和警告，然后依次查看每项检查，最后是完整的审计日志。因此，您在一个会话上完成阅读后，其他每个会话也都可以采用同样的方式阅读。如果您想用自己的数据试试，请访问 didit.me，免费注册，然后打开您的第一条验证结果。