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

# KYB 控制台指南：管理企业验证

> 在 Didit 企业控制台中审核 KYB 会话：企业资料、股权结构、AML 结果、证件、关键人员。每次检查 $2.00 起，无需签约。

业务验证会话在 Business Console 中与用户验证一同管理，并提供 KYB 专属板块，用于查看登记信息、证件和关键人员。本页介绍会话详情视图。

## 进入企业会话

在 Business Console 中，打开 *企业 → \[企业]*，即可查看该企业的所有会话；也可以直接从会话列表中打开会话。企业会话在会话编号旁会显示 **企业** 标识，便于在混合列表中快速识别。

## 会话详情各板块

KYB 会话详情页包含以下板块。显示哪些板块取决于您的工作流启用了哪些功能。

### 概览

会话摘要，包括状态、所用工作流、`vendor_data`、会话编号、创建和过期时间戳，以及由登记检查、其警告和 AML 类别构建的 **调查进度** 清单，还有各功能的状态标签（KYB 公司登记、KYB 企业 AML、KYB 证件、KYB 关键人员），以及 AML、电话、邮箱、问卷、设备与 IP 分析等共享功能。

### KYB 公司登记

从登记信息中提取的企业数据块（若未找到，则为手动提交的数据）：

* **登记信息**：注册机构返回的字段，包括法定名称、注册号、成立日期、企业类型、注册地址、税号、行业，以及账目和申报日期。
* **用户提供或确认的信息**：终端用户在托管流程中确认或编辑的内容，与登记信息并排显示。
* **数据来源指示**：`is_from_registry`、`fetch_status`、`verification_status`、`confirmed_by_user_at`。
* **财务摘要**：登记机构公布财务数据时显示。

可执行的操作：确认或编辑标准字段，查看登记详情以便审计，要求终端用户重新确认。

### KYB 证件

证件按证件类型分组，包括合法存续、企业详情、股权结构和代表授权。

* **分组进度**：每个分组的已通过、待处理和缺失数量，以及哪些分组为必填。
* **证件项目**：每份上传的证件，包括带签名的预览 URL、OCR 提取结果，以及与用户提供数据的交叉核对结果。
* **交叉核对差异**：OCR 数据与标准企业数据之间的逐字段比对。

可执行的操作：批准或拒绝单份证件，要求重新提交，要求补充证件，下载文件。

### KYB 关键人员

关键人员列表包括 UBO、股东、董事、代表及其他高管角色，分两组**并排**显示：

* **注册信息**：从登记检查中提取的当事人，按角色类别分组。
* **已提交**：企业管理员在关键人员流程中添加的当事人（来源 = USER）。

每位当事人显示：姓名、实体类型（个人或企业）、角色，以及相关的所有权或投票比例，关联子会话的 KYC 状态（`Approved` / `Declined` / `Pending`），AML 状态，以及一个用于打开子 KYC 或 KYB 子会话的链接。

股权部分的 **列表 / 层级** 切换可在当事人列表与股权链结构图之间切换。

区块顶部的 `ubo_kyc_summary` 卡片汇总 UBO 的 KYC 进度，包括总数、已通过、已标记和待处理。

可执行的操作：打开子会话，跳过某一方的验证（或重新要求验证），要求重新提交特定子会话，查看子会话的 AML 命中记录。

**跳过某一方** 可使其免于关键人员检查，从而让无法继续推进的 KYB 得以完成。最常见的情况是某一方的个人 KYC 会话已被删除，导致其链接失效，状态也永远无法更新。此控制需要 `write:businesses` 权限，而且与托管流程中面向申请人的跳过功能不同，并不限于具有 `allow_skip` 的角色。同样的覆盖操作也可通过 API 完成：[`PATCH /v3/session/{id}/kyb/parties/{party_uuid}/`](https://docs.didit.me/zh/sessions-api/update-data#跳过关键人员)。

### AML

企业层面的 AML 筛查。对于每条命中记录，显示匹配分数、风险评分、类别（制裁、PEP、负面新闻、刑事、执法）、观察名单来源和受筛查的姓名。每条命中记录可执行的操作：标记为误报、确认、添加备注。

关键人员的个人层面 AML 命中记录也会显示在此，并各自链接到对应的关键人员。

### 设备与 IP 分析

提交方 IP、国家或地区、ASN、数据中心或 VPN 标记，以及采集到的设备指纹（如有）。

### 电话 / 邮箱 / 问卷

仅当工作流收集这些信息时显示。功能详情界面与 KYC 会话相同。

### 事件

按时间顺序记录该会话发生的所有事件，包括状态变更、功能完成、分析师操作和 Webhook 投递。可按事件类型和日期筛选。

### Webhook

该会话的 Webhook 投递历史，包括响应代码、重试次数和原始 payload。您可以重新发送任意一次投递。

### 聊天

内部分析师备注，支持 `@` 提及。终端用户不可见。

## 标签管理

为任意企业会话添加 **标签**，以便分类和之后筛选。标签会以标签块的形式显示在概览和会话列表中，适用于跟踪风险等级、审核阶段、合作伙伴来源或任何自定义维度。

## 审核员操作

在任意板块中，具有相应角色的分析师可以：

* 在所有检查通过时 **批准** 会话。
* 若存在严重问题，**拒绝** 会话。
* **请求更多信息**：要求针对特定证件或子 KYC 会话重新提交。
* **覆盖功能状态**：手动将某项功能设为 `Approved` / `Declined` / `In Review`，并附上备注。
* **添加聊天备注**：对团队成员可见，终端用户不可见。
* 为会话添加 **标签**，以便后续筛选。
* 在事件选项卡中查看每项操作的完整审计日志。

各角色可执行的操作矩阵，请参阅 [角色与权限](https://docs.didit.me/zh/console/roles-permissions.md)。

## 企业档案

企业档案让您可以跨会话持续查看每家企业的情况。在*Businesses*中，您可以搜索、筛选、添加标签、批量更新状态、导出 CSV，也可以批量导入。详见[企业档案](https://docs.didit.me/zh/business-verification/business-profiles.md)。

## 后续步骤

> [card] [企业实体](https://docs.didit.me/zh/entities/businesses/overview.md)
>
> 跨会话的更广泛的企业实体模型。

> [card] [人工审核](https://docs.didit.me/zh/console/manual-review.md)
>
> 面向审核员的 KYB 和 KYC 深入操作指南。

> [card] [工作流](https://docs.didit.me/zh/console/workflows.md)
>
> 配置 KYB 工作流。


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