> ## 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.

# 人工审核 KYC：审核员仪表板

> 在 Didit 控制台仪表板中审核被标记的身份验证会话：可通过、拒绝或要求重新提交，并留存完整审计日志与证据。

人工审核是任何稳健的身份验证和 KYC 合规工作流程中的关键环节。当自动化系统在某个验证会话中标记出警告或不一致项时，该会话会转入**审核中**状态，并需要由经过培训的审核员做出最终决定。

本指南将逐步介绍完整的人工审核流程，包括如何使用**重新提交**功能，让用户获得第二次机会。

***

## 验证仪表板概览

![人工审核验证概览](https://mintcdn.com/didit-0f962782/ibesJiSLVa9jZb5z/images/console-manual-review.png?fit=max\&auto=format\&n=ibesJiSLVa9jZb5z\&q=85\&s=4f16a753968d444bf4e917c08bcbbef5)

验证表格视图可一览所有会话的当前状态、证件类型、国家/地区及其他关键信息。会话可能处于以下状态：

| 状态 | 含义 |
| - | - |
| **已通过** | 用户通过了所有身份检查 |
| **已拒绝** | 用户未通过一项或多项验证检查 |
| **审核中** | 在做出决定之前，需要您进行人工处理 |
| **已重新提交** | 用户已被要求重新完成特定的验证步骤 |

> [!WARNING]
>
> 标记为**审核中**的会话在自动处理期间触发了一项或多项警告信号。待审核会话的总数显示在验证仪表板顶部。

***

## 如何进行有效的人工审核

**1. 初步评估**

点击任意会话，打开详细的会话视图：

1. **查看所有警告**：查看会话概览中显示的所有警告。这些是触发人工审核的具体信号（例如：活体检测评分偏低、AML 匹配、证件信息不一致）。
2. **查看用户之前的验证尝试**：点击用户的供应商数据，访问会话历史，查看该用户是否有其他验证会话。
3. **查看会话事件时间线**：事件部分按时间顺序记录了该会话中执行的每项操作。

**2. 证件检查**

Didit 的自动化系统已自动执行全面的证件验证，包括安全特征检测、字段级数据一致性检查、MRZ 校验、有效期验证和图像质量分析。您的职责是**评估系统标记的警告**，并在需要时对证件进行目视确认。

1. **查看证件警告**：检查系统发出的具体警告。常见警告包括字段之间的数据不一致、MRZ 校验位验证失败、证件已过期或疑似篡改。
2. **警告不明确时进行目视验证**：如果警告提示可能存在篡改或图像质量较低，请直接检查证件图像，留意是否有数字编辑、裁剪、屏幕截图或物理篡改的迹象。
3. **检查提取的 OCR 数据**：查看系统从证件中提取的数据，并确认其是否一致。系统会高亮显示置信度较低的字段。
4. **查看解码后的二维码和条形码**：当 Document AI 在证件上检测到二维码或条形码时，会话视图会在证件图像或 PDF 预览中高亮显示其位置，并显示解码后的 payload。如果检测到代码但无法解码，则仅显示为已检测到，不展示任何 payload。此位置叠加层与证件篡改警告的高亮相互独立，后者保持原有显示方式。
5. **查看证件匹配结果**：如果已启用**人脸搜索**或重复检测，请检查该用户是否曾以其他身份通过验证，或其证件是否出现在您的**黑名单**中。

> [!TIP]
>
> 将鼠标悬停在 Didit 控制台的证件图像上，即可使用**缩放功能**进行像素级细节检查。这在检查微缩印刷和全息图时尤其有用。

**3. 生物识别与活体验证**

Didit 会自动执行**人脸比对**、**活体检测**，以及（如已启用）**人脸搜索**。您的职责是在这些结果被标记时进行复核。

1. **人脸比对分数**：系统会计算自拍照与证件人像之间的生物特征相似度分数。复核被标记的人脸比对时，应重点关注眼型、鼻部轮廓、下颌线和显著特征标记等结构特征。
2. **活体检测分数**：活体检测系统可识别打印照片、屏幕回放、深度伪造和 3D 面具等呈现攻击。拍摄质量差或光线不足有时会导致真实用户的分数偏低，此时建议**请求重新提交**，而不是直接拒绝。
3. **人脸搜索结果**：仔细检查每一条匹配结果：
   * **重复检测**：与其他会话的匹配可能表明同一个人在以多个身份进行验证。
   * **黑名单匹配**：如果人脸与黑名单用户匹配，通常应予以拒绝。
   * **误报**：不同的人之间确实可能出现面部相似的情况。请评估置信度分数，并目视比对图像。

**4. 风险与信号审查**

依次查看 **反洗钱（AML）**、**设备与 IP 分析**和**数据库核验**部分，评估上下文风险。

![人工审核中的 AML 筛查结果](https://mintcdn.com/didit-0f962782/ibesJiSLVa9jZb5z/images/console-manual-review-aml.png?fit=max\&auto=format\&n=ibesJiSLVa9jZb5z\&q=85\&s=f08862b7abc947edb57e81b87ff8ecac)

**AML 筛查**

* **无匹配**：风险较低。未在全球观察名单、制裁名单或政治公众人物（PEP）数据库中发现命中。
* **存在匹配**：逐条检查匹配条目。判断其是真正的命中还是误报，查看匹配类别（政治公众人物、制裁、观察名单、负面新闻），并考虑数据的来源和时效性。
* **关注分数，而不仅仅是标签**：分区标题会显示 AML 状态所依据的总体**风险评分**（取未标记为误报的命中中的最高风险评分，并与工作流的通过阈值和审核阈值进行比较）。每一行显示该命中的**匹配分数**（身份置信度）和**风险评分**（实体风险）；将鼠标悬停在任一分数上，即可查看其计算方式。这些与您的集成接收到的 `score`、`match_score` 和 `risk_score` 是同一组字段，详见[决策 payload](https://docs.didit.me/zh/core-technology/aml-screening/report-aml-screening.md#三项评分而非单一结论)。

**设备与 IP 分析及设备情报**

* **地理一致性**：比较证件签发国家/地区、用户填写的地址以及 IP 地理位置。
* **VPN/代理检测**：检查用户是否通过 VPN、代理或 Tor 网络连接。
* **设备元数据**：检查设备类型、操作系统和浏览器信息中是否存在异常。

***

## 做出决定

完成审核后，您有三个选项：**批准**、**拒绝**或**请求重新提交**。

> [card] 批准
>
> * 证件看起来真实且未经篡改
> * 所有数据字段一致且清晰可读
> * 自拍照的生物识别比对确认为同一人
> * 活体检测分数在可接受范围内
> * 没有相关的 AML、制裁或 PEP 匹配结果
> * 设备和地理位置数据一致

> [card] 拒绝
>
> * 证件看起来被篡改、伪造或更改
> * 自拍照与证件照片不匹配
> * 已确认高置信度的 AML 或制裁匹配
> * 存在呈现攻击的明显迹象
> * 检测到欺诈性身份模式
> * 设备或地理位置存在严重不一致

> [card] 请求重新提交
>
> * 证件图像模糊或质量较差
> * 因技术问题导致活体检测失败
> * 提交了错误的证件
> * 验证步骤未完成或已过期
> * 用户可以自行修正的问题

![拒绝条件选择对话框](https://mintcdn.com/didit-0f962782/ibesJiSLVa9jZb5z/images/console-decline-criteria.png?fit=max\&auto=format\&n=ibesJiSLVa9jZb5z\&q=85\&s=1b6056a86de8250e5e4a5cd786de4171)

> [!NOTE]
>
> 拒绝会话时，请务必**选择拒绝原因**，并添加详细的**审核备注**。这有助于质量保证、监管审计和内部分析。

***

## 请求重新提交

当会话无法被明确批准或拒绝时（通常是因为存在**可修正的问题**），您可以要求用户重新提交特定的验证步骤。

### 如何请求重新提交

**1. 打开会话**

在 Didit 控制台中找到该会话。

**2. 选择请求重新提交**

打开会话状态控件，选择**已重新提交**，然后选择**继续**。

**3. 选择需要重新提交的功能**

对话框会显示所有未获批准的功能及其当前状态。您可以选择或取消选择各个步骤。从未开始的功能将自动设为必须完成。

**4. 可选：发送电子邮件通知**

如果可以获取用户的邮箱，系统会向其发送本地化通知，并附上可直接继续验证的链接。邮件会说明每个步骤被要求重新提交的原因；如果所有步骤都因证件过期而被要求重新提交，邮件会明确说明这一点，并要求提供有效证件，而不是笼统的"请重试"。文案可以在 [白标 → 文本](https://docs.didit.me/zh/console/white-label.md#自定义文本) 中按语言自定义。

**5. 预览并确认**

选择**预览**，查看收件人、发件人、主题以及本地化后的邮件内容。
白标会话使用已配置的品牌形象和已验证的发件人。
选择**编辑**可更改检查项、收件人或语言，然后生成新的预览。
**确认**会发起重新提交请求；仅预览不会更改会话，也不会发送邮件。
如果自动检查在无需用户进一步操作的情况下完成了验证，则不会发送操作请求邮件。

### 重新提交后会发生什么

1. **先前的结果仍可查看**：只有所选步骤会重新开始。之前返回的结果会成为较早的提交记录：会话会在每个步骤的提交标签页下显示它（"Submission 2 · latest"、"Submission 1"），并且通过 API 调用 [检索会话](https://docs.didit.me/zh/sessions-api/retrieve-session.md) 并添加 `?include=resubmissions` 时也会返回这些记录。
2. **用户重新进入验证流程**：用户只需完成被要求重新提交的特定步骤。
3. **会话保持为已重新提交状态**：这与**进行中**状态不同，便于您单独跟踪重新提交的会话。
4. **自动重新评估**：所有重新提交的功能完成后，系统会自动重新计算最终状态。
5. **触发新的 Webhook**：您的服务器会收到一条包含更新后最终状态的 Webhook。

> [!TIP]
>
> 同一会话可以多次请求重新提交。每次请求都会编号，所有较早的提交记录都可以继续查看，并会显示是谁提出请求以及原因。在同一步骤内的尝试（例如流程要求用户再次提交的第二张照片）不算作提交：会话会显示最新的一次尝试，而事件记录会列出每一次尝试。删除会话将删除所有提交记录。

### 重新提交与新建会话对比

| | 重新提交 | 新建会话 |
| - | - | - |
| **会话 ID** | 保留相同的会话 ID | 创建新的会话 ID |
| **历史** | 之前的尝试在同一会话内存档 | 独立的会话，没有关联的历史记录 |
| **用户操作量** | 仅需重新完成失败或所选的步骤 | 从头开始完整验证 |
| **对转化的影响** | 完成率更高 | 存在用户流失风险 |
| **Webhook** | 会话 ID 不变，状态从已重新提交变为最终状态 | 从未开始状态开始新的会话生命周期 |
| **审计记录** | 完整历史集中在一处 | 分散在多个会话中 |

***

## Review best practices

> [accordion] 保持一致
>
> 对每次审核都应用相同的标准。记录您的判断依据，以便团队其他成员理解并复现您的决定。

> [accordion] 对可修复的问题，优先要求重新提交而非拒绝
>
> 如果问题是照片模糊或技术错误，要求重新提交可以保留会话，并避免给真实用户带来不必要的麻烦。

> [accordion] 使用放大功能
>
> 务必放大证件图像，检查标准缩放级别下不可见的细微篡改、微缩印刷或安全特征。

> [accordion] 交叉核对数据点
>
> 不要孤立地评估各项信号。低活体分数同时伴随 VPN 连接和地理位置不匹配，比任何单一因素都更值得关注。

> [accordion] 记录所有内容
>
> 为每项决定添加详细的审核备注，尤其是拒绝决定。这些备注可用于内部质量检查、监管审计，并有助于培训新团队成员。

> [accordion] 设置警报
>
> 配置电子邮件或 Slack 警报，以便会话进入 **In Review** 状态时立即收到通知。快速响应既能提升合规性，也能改善用户体验。

> [accordion] 监控重新提交模式
>
> 如果某位用户经历了多轮重新提交，请仔细审查完整历史记录。同一功能反复失败，可能表明存在系统性问题。


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.