> ## Documentation Index > Fetch the complete documentation index at: https://docs.didit.me/llms.txt > Use this file to discover all available pages before exploring further. # 如何解读身份验证结果 > Didit 视频文字稿：逐项讲解 Didit 验证结果中的每项检查，包括证件真伪、活体检测、人脸比对、IP 分析和警告信息。 [如何解读 Didit 验证结果 - 逐项检查详解](https://www.youtube.com/embed/7htTWCWsl60) 完整文字稿：**如何解读 Didit 验证结果 - 逐项检查详解** - Didit Academy 第 5 集（共 10 集），时长 14:26。[在 YouTube 上观看](https://www.youtube.com/watch?v=7htTWCWsl60)。每个段落都链接到视频中的对应时刻。 ## 本视频涵盖的内容 [00:03](https://www.youtube.com/watch?v=7htTWCWsl60\&t=3s) 您在 Didit 中运行的每次验证都会返回详细的结果，该结果以会话顶部一排标签页的形式呈现。在本视频中，我们将按从左到右的顺序逐一介绍这些标签页，让您清楚了解每项检查的作用，以及其中某项失败时的表现。看完之后，您就能打开任意会话，从最终结论到背后的证据，都能自信地读懂。 [00:30](https://www.youtube.com/watch?v=7htTWCWsl60\&t=30s) 那我们打开一个看看，直接开始吧。 ## 查找会话 [00:33](https://www.youtube.com/watch?v=7htTWCWsl60\&t=33s) 好，我们进入用户验证页面。所有工作流中的会话都会出现在这里，每人一行。通常您会按状态、工作流或日期进行筛选来找到所需内容，但今天我们直接打开一条结果。我点击其中一个把它打开。这里我们可以看到这个…… ## 概览标签页 [00:55](https://www.youtube.com/watch?v=7htTWCWsl60\&t=55s) 就是概览标签页。这些区块都可以折叠，我们可以把它们收起来。如果想看全部内容，也可以把所有检查项都折叠起来，不过其实它们也都在这里。可以看到这位用户通过了所有这些特定检查。那我们切换到概览，我们 ## 警告:优先查看的地方 [01:13](https://www.youtube.com/watch?v=7htTWCWsl60\&t=73s) 可以把它拉出来，您会看到这里有几个不同的标签页。最重要的是先看警告。可以看到这位用户处于审核中，并因重复的电话号码被标记。好，如果我们查看其他审核中的人员，会发现概览部分的警告可能略有不同，取决于该用户经过的工作流所设置的标记。这位用户经历了数据库核验和姓名不匹配。所以在审核验证时，我们应该看这里，弄清楚问题出在哪里，然后进入对应的部分，找到这些检查的具体位置，查看提交的数据，确认是否确实存在不匹配以及具体情况。接下来，如果我们把这些筛选条件全部移除，我先退出这里， ## 已通过的会话 [02:04](https://www.youtube.com/watch?v=7htTWCWsl60\&t=124s) 我们就可以移除这些筛选条件。我选中全部，然后看一个已通过的用户，可以看到没有任何重大警告被标记。这里列出了一条警告，但它没有触发“审核中”或“已拒绝”状态。这笔验证已通过。您可以看到上方的这个状态标签，并可以按需要进行修改。我们稍后再讲 ## 已拒绝的会话 [02:26](https://www.youtube.com/watch?v=7htTWCWsl60\&t=146s) 这一点。那么被拒绝的会话是什么样子的呢？这里同样可以看到警告，即姓名不匹配。而在顶部，可以看到地址证明是导致问题的原因。我们也来看看这一项。接下来我们会逐个部分讲解，让您看清底层到底发生了什么。我点进这个用户资料，可以看到活体检测和人脸比对是这位用户被标记需要检查的地方。我们稍后再讲这部分。但概览部分的其余标签页…… ## 会话详情 供应商数据和费用明细 [03:01](https://www.youtube.com/watch?v=7htTWCWsl60\&t=181s) 有会话详情，您可以看到会话 ID、创建时间和供应商数据。我们在之前的视频中讲过这些内容。供应商数据是该用户的唯一标识符。所有 \[吸鼻声] 检查、所有验证和交易都会归集到这个特定的供应商数据下。这里可以看到该用户为完成验证所经过的工作流，还有联系方式和标签。我们也可以在这里添加标签，如果您愿意的话。 [03:31](https://www.youtube.com/watch?v=7htTWCWsl60\&t=211s) 我们也可以在工作流中给用户打标签。至于费用明细，我认为这位用户是通过导入添加的。您可以看到左侧显示为已导入，所以他实际上并没有经过工作流。我们点击另一位用户，您可以看到他经过的工作流，以及…… ## 身份证件验证 先验真伪再读数据 [03:48](https://www.youtube.com/watch?v=7htTWCWsl60\&t=228s) 费用明细，即该用户完成的所有检查的费用。那我们来看身份证件验证。这里的核心任务不只是读取证件上的文字，而是先证明证件本身是真实的，然后才能信任上面的任何一个字段。在底层，我们会运行防篡改检测、证件活体检测（以识别屏幕回放或打印件）、安全特征验证（包括全息图和水印），以及印刷字段与机器可读区之间的交叉核对。机器可读区，也就是您在这张证件背面看到的那一排尖括号字符，即 MRZ。证件确认为真实后，Didit 会用 OCR 读取字段并整理展示。这里可以看到个人信息：证件类型、证件号码、个人编号、签发国家/地区，以及证件上能找到的所有信息，包括地址信息和其他附加数据。请记住，Didit 可以识别 130 种语言、涵盖 14,000 种证件类型。因此您会得到干净的字段…… ## 检查列表 [04:47](https://www.youtube.com/watch?v=7htTWCWsl60\&t=287s) 每当有人出示证件时。这里有一个名为检查列表的标签页。这些是后台针对这张具体证件运行的检查。我不会逐项读完，内容很多，但本质上，Didit 就是通过这些检查来验证这张证件是否真实。因此，你无需配置其中的任何一项。 ## 活体检测的分数、视频与质量 [05:07](https://www.youtube.com/watch?v=7htTWCWsl60\&t=307s) 这些都在后台运行。接下来是活体检测。你可以看到该检查目前处于审核中，这就是被标记的部分。你可以同时看到活体检测和人脸比对。需要说明的是，这是一个演示账户，所以部分数据不匹配。活体检测分数不是 100%，如果播放活体检测视频，你会发现视频中的人实际上并不是证件持有人本人。 [05:30](https://www.youtube.com/watch?v=7htTWCWsl60\&t=330s) 这只是一个随机示例。如果你在真实用户身上看到这些内容，就会看到做活体检测的人、视频，以及检测是被动式还是主动式。这里还有人脸质量分数和人脸亮度分数。Didit 很实用的一点是，如果你对其中任何分数有疑问，只需点击这里的按钮，它就会解释该分数的作用。如果我们认为某项检查被不当标记，可以更改其状态；当然，我们也可以更改整个验证的总体状态。与证件验证一样，这里也有检查列表，后台正在运行许多项检查。将鼠标悬停在这些检查上，可以查看每项检查的更多信息。如果有人未通过其中任何测试，应显示的不是绿色的 ## 人脸比对 [06:16](https://www.youtube.com/watch?v=7htTWCWsl60\&t=376s) 勾，而是红色叉号。接下来我们看人脸比对标签页。它会将证件上的人脸与活体检测中的人脸进行比对。可以看到，相似度分数很低，因为他们并不是同一个人。同样，这里也有一个检查列表，显示后台正在进行哪些操作，以及该检查具体做什么。相似度分数基于原始证件图像和我们采集的活体图像。其目的是判断持证人是否为真正的证件所有人。在控制台中我们看不到这一点，不过还有一项人脸 ## 人脸搜索与黑名单 [06:54](https://www.youtube.com/watch?v=7htTWCWsl60\&t=414s) 搜索。除了与证件进行比对，Didit 还会在你的所有其他会话中搜索同一张人脸。因此，这一部分只有在找到匹配项时才会显示。如果同一张人脸出现在另一个会话中，这里就会出现匹配结果网格。如果其中某张匹配的人脸在你维护的黑名单中，它就会被标记，会话将被拒绝，这就是在现场拦截已知欺诈者的方式。但在没有任何匹配的正常会话中，此区域会保持 ## 地址证明 [07:21](https://www.youtube.com/watch?v=7htTWCWsl60\&t=441s) 空白，所以这里不会显示任何内容。接下来看地址证明。我们可以看到所提交的证件，以及从该证件中提取的数据和全部元数据。这里有一个检查列表，可以看到其中一项检查没有绿色勾号，这意味着该检查被标记了。另外还有一项处于审核中。这还不足以把地址证明模块切换为已拒绝，但当人工审核员查看处于审核中的资料时，这同样是他们需要关注的内容。此处通过表示验证码输入正确，失败则表示无法确认该号码，你会在此模块中看到相应结果。还记得页面顶部的标记之一是电话号码重复吗？这很可能是因为这是演示 ## 电话验证与重复项 [08:08](https://www.youtube.com/watch?v=7htTWCWsl60\&t=488s) 账户，但你向下滚动到电话验证部分时，可以看到电话匹配结果。此功能会在你的数据库中搜索该电话号码，如果与之前某位用户的号码匹配，就会在此标签页中被标记。我们还可以悬停在这里，查看使用相同电话号码的其他验证会话。这只是对该模块功能的说明。 ## 邮箱验证 [08:35](https://www.youtube.com/watch?v=7htTWCWsl60\&t=515s) 邮箱验证同理，用户会收到一个验证码，并输入 ## AML 筛查涵盖制裁、政治公众人物与负面新闻 [08:40](https://www.youtube.com/watch?v=7htTWCWsl60\&t=520s) 验证码。如果一切正常，该模块同样会显示已通过。现在来看反洗钱筛查，即 AML 筛查，这部分内容较多。它会将已验证的人员与制裁名单、政治公众人物以及负面新闻进行核对，然后报告找到了多少匹配项。你可以看到用于筛查的数据，我们也能查看名单本身。打开后，可以看到我们能够据以运行检查的所有制裁名单，例如毒品、恐怖主义、金融犯罪等等。如果该用户与任何名单匹配，我们可以在这里看到匹配分数、风险分数、该用户出现在哪些名单中，以及是否为误报。误报可能出现在姓名与名单上某人相同的情况下，因此我们会参考出生日期等其他信息进行交叉核对。这里同样有一个检查列表。对于这一项来说，列表相当简短，但针对所有这些名单的检查在这里发挥了主要作用。 [09:41](https://www.youtube.com/watch?v=7htTWCWsl60\&t=581s) 如果你希望对该人员进行持续监控，即持续根据名单检查该用户，我们可以开启这一功能。继续向下滚动，我们可以看到 ## 设备与 IP 分析 [09:50](https://www.youtube.com/watch?v=7htTWCWsl60\&t=590s) 这里是设备与 IP 分析。首先是身份证件验证中的证件所在地，也就是证件上的实际地址。这里还有地址证明的地址详情。然后是设备信息，即 IP 地址，以及该用户完成验证时所在的位置。在页面底部，您可以看到证件所在地与地址证明之间的距离和位置差异，以及它们与验证 IP 的距离。这些都可以在这张地图上看到。把鼠标悬停在这里，就能看到身份证件验证的证件所在地。 [10:28](https://www.youtube.com/watch?v=7htTWCWsl60\&t=628s) 设备一在这里，所以两者距离很近。然后美国这里是地址证明的位置。再次说明，这是演示账户，因此这些细节并不十分准确，但它能帮助您直观了解该用户是否靠近地址证明和证件所在地。这里是检查列表，同样是系统在后台执行的所有检查，用于决定是否标记这项检查\[轻哼声]。继续往下看，我们有数据库核验。如果您还记得前面的视频，我们讲过数据库核验。它是可以在工作流中添加的一个节点。在这里，我们可以运行一项检查。本例中，我们可以运行 ## 完全匹配、部分匹配和无匹配的数据库核验 [11:06](https://www.youtube.com/watch?v=7htTWCWsl60\&t=666s) 阿根廷的一项检查，我们可以对照政府登记库、民事登记处、税务机关、选民名册，以及我们有权访问的所有其他目录进行核验。这里可以看到找到了匹配结果。您还能看到来源数据，即结果中匹配的字段。我们得到了姓名匹配和出生日期匹配。如果打开检查列表，可以看到其中一项检查被标记了。 [11:29](https://www.youtube.com/watch?v=7htTWCWsl60\&t=689s) 这里可以看到匹配类型。如果找到完全匹配，说明该身份存在于登记库中。部分匹配表示部分字段匹配，您需要审核其余字段。无匹配则是合成身份的强信号，因为伪造的证件号码根本不会存在于任何登记库中。这是您抵御虚构身份的最有力手段之一。同样，这一切都在后台运行，用户无需额外操作。 ## Document AI 与问卷 [11:54](https://www.youtube.com/watch?v=7htTWCWsl60\&t=714s) 接下来，这里还有几个其他标签页，具体内容取决于该用户完成过的检查。我们可以看到 Document AI。此检查尚未运行，您可以看到状态为未开始。我们还有其他与问卷相关的检查。如果有人填写了问卷，您可以在问卷标签页中看到这些问题的答案。 ## 事件日志 [12:15](https://www.youtube.com/watch?v=7htTWCWsl60\&t=735s) 接下来往下看是事件。这是审计日志，记录了所有已发生事件的完整记录。例如会话何时创建，会话状态何时变更。每条记录都包含设备、IP、时间以及执行操作的人员，因此您可以 ## Webhook 投递 [12:31](https://www.youtube.com/watch?v=7htTWCWsl60\&t=751s) 准确还原会话的完整过程。最后，在页面底部，我们有 Webhook。Webhook 列出 Didit 向您自己的 endpoint 发起的每一次投递尝试，并显示响应状态。这里可以看到 200。还能看到请求头、请求正文、Webhook URL，以及该次验证的状态。这里还显示了该 Webhook 的发送日期。需要注意的是，可以通过 API 经由 MCP 访问此仪表板。您可以让 Claude 拉取所有这些数据，拉取所有处于审核中的验证记录，以便在 Claude 中进行分析。 ## 重新提交、PDF 导出与黑名单 [13:08](https://www.youtube.com/watch?v=7htTWCWsl60\&t=788s) 在页面顶部，我们可以看到一些面包屑导航，并且可以请求重新提交。我们可以下载 PDF，如果您需要保留审计日志，或者要在会议上展示内容，这非常实用。您也可以通过 API 下载此 PDF，还可以将该用户添加到黑名单中。以上就是如何阅读一条验证结果。 ## 供审核团队使用的会话聊天 [13:30](https://www.youtube.com/watch?v=7htTWCWsl60\&t=810s) 页面底部还有最后一项功能。我们有会话聊天。我们可以提及团队成员，就某个具体的验证结果与团队中的其他人讨论。如果我们打开此聊天、输入消息并提及团队中的某人，该聊天将专用于这一特定验证。如果您有疑问，或者有多人共同处理同一案件，这个聊天会非常有用。 [13:55](https://www.youtube.com/watch?v=7htTWCWsl60\&t=835s) 以上就是您实际阅读验证结果的方式，即逐个标签页，从上到下。概览页面查看结论和警告，然后依次查看每项检查，最后是完整的审计日志。因此，您在一个会话上完成阅读后，其他每个会话也都可以采用同样的方式阅读。如果您想用自己的数据试试，请访问 didit.me，免费注册，然后打开您的第一条验证结果。 This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.