# 各会话状态的含义

Source: https://help.didit.me/zh/verification-sessions/session-statuses
Updated: 2026-10-12

核验会话会经历未开始、进行中、审核中、已通过、已拒绝等多种状态 - 本文介绍每种状态的含义、你需要做什么，以及为什么即便是已判定的会话仍可能再次发生变化。

共有十种状态。**已通过**、**已拒绝**和 **KYC 已过期**意味着已经得出判定结果 -
但这些状态都不是永久不可更改的：审核人员可以重新打开一个判定结果，
持续 AML 监控也可能让已通过的会话之后发生变化。**审核中**是唯一需要人工
处理的状态。会话得出判定结果后，仍要持续处理后续更新。

每个核验会话都有一个状态，告诉你它目前处于流程的哪个阶段。以下用通俗的语言解释每种状态的含义，以及它是否需要你采取任何行动。

## 在哪里查看会话状态

在[商业控制台](https://business.didit.me)中，进入侧边栏的**核验记录**，打开你想查看的会话。状态会显示在顶部，同时展示每一项已运行检查的结果。

![Didit 控制台的会话详情页，显示整体状态和各项检查的结果](https://help.didit.me/screenshots/session-detail-light.webp)

*会话的状态位于产生该状态的各项检查结果之上。*

## 各状态说明

| 状态 | 含义 | 是否需要处理？ |
|---|---|---|
| **未开始** | 已创建，但链接尚未被打开。 | 否 - 等待，或提醒用户。 |
| **进行中** | 用户正在积极完成各项检查。 | 否 - 会自行解决。 |
| **已通过** | 所有检查均已通过 - 身份已核验。 | 否。 |
| **已拒绝** | 一项或多项检查失败。详见[核验为什么被拒绝](https://help.didit.me/zh/verification-sessions/why-was-a-session-declined)。 | 仅当你想请求重新提交时才需要。 |
| **审核中** | 被标记为需要人工决定 - 分数偏低、数据不匹配、AML 命中。 | 是 - 批准、拒绝，或请求重新提交。 |
| **已重新提交** | 审核人员要求重做特定步骤；完成后会重新评估。 | 否。 |
| **等待用户** | 仅限 KYB - 等待关联人员完成各自的核验。 | 否。 |
| **已过期** | 链接在被打开前就已超时失效。 | 是 - 创建一个新会话。 |
| **已放弃** | 已打开但未在规定时间内完成。 | 请求重新提交或创建新会话 |
| **KYC 已过期** | 一个此前已通过的会话超过了重新核验周期。 | 是 - 要求用户重新核验。 |

## 哪些属于已判定

| 类别 | 状态 | 含义 |
|---|---|---|
| **已判定** | 已通过、已拒绝、KYC 已过期 | 已存在一个结果。不一定是永久性的 - 详见下文。 |
| **仍在进行** | 未开始、进行中、已重新提交、等待用户 | 正在等待用户、子会话，或处理过程本身。 |
| **需要你处理** | 审核中 | 需要你的团队做出决定。 |
| **未产生判定结果就已结束** | 已过期、已放弃 | 用户从未完成流程。 |

> **Warning:** **已判定的会话仍可能发生变化。** 会话进入已通过或已拒绝状态后，请不要停止
> 处理它的后续更新：
>
> - 当审核人员要求用户重做某个步骤时，**已拒绝**可能变为**已重新提交**，
>   随后再变为已通过。
> - 当[持续 AML 监控](https://help.didit.me/zh/aml-screening/ongoing-monitoring)发现一条超过你阈值的
>   新命中时，**已通过**之后可能变为**审核中**或**已拒绝**。
> - 如果你设置了过期策略，**已通过**可能变为 **KYC 已过期**。
>
> 已放弃的会话可以请求重新提交，让用户在同一会话中重做所选步骤。如果链接在首次打开前已过期，请创建新会话。重新提交后仍须继续处理状态更新。

## 会话如何在这些状态之间流转

- **未开始** → 进行中（用户打开了链接），或 → 已过期（用户始终未打开）。
- **进行中** → 已通过、已拒绝、审核中，或已放弃。在 KYB 场景下，提交关键人员步骤后也可能转为等待用户。
- **审核中** → 已通过、已拒绝或已重新提交，且始终由审核人员的操作触发。
- **已拒绝** → 已重新提交，如果审核人员要求再次尝试。
- **已重新提交** → 已通过、已拒绝或审核中，取决于用户重做步骤后的结果。
- **等待用户** → 已通过、已拒绝或审核中，一旦所有必需方都已得出结果。
- **已通过** → KYC 已过期，如果适用 KYC 过期策略。

> **Note:** 通过 API 或 webhook 获取时，状态是精确、区分大小写、**带空格**的字符串 -
> 例如 `"In Review"`，而不是 `"in_review"` 或 `"IN_REVIEW"`。匹配时请使用
> 严格相等比较。有一个特殊之处需要注意：过期状态是 `"Kyc Expired"`，只有
> K 是大写，而不是 `"KYC Expired"`。完整参考：
> [核验状态](https://docs.didit.me/integration/verification-statuses)。

## 看起来像问题、但其实不是的状态

- **停滞不前的进行中。** 用户只是还没有完成而已。没有办法让会话快进；它会在用户完成剩余步骤后自动更新。
- **KYB 会话上的等待用户。** 属于预期行为。公司已提交了其人员名单，主会话正在等待每一位人员完成核验。请关注子会话，而不是主会话。
- **已重新提交又变回等待用户。** 在 KYB 场景中，如果某个子会话被重新提交，主会话会回到等待用户状态，直到该子会话完成为止。

## 将这些状态映射到你自己的系统

如果你在自己的系统中存储状态，有两组映射特别值得注意，务必处理正确：

- **已放弃**和**等待用户**都不是重新提交。已重新提交专指审核人员要求重做步骤；已放弃指用户中途离开；等待用户指其他相关方仍在核验中。
- **已过期**和 **KYC 已过期**是两种不同的状态。已过期指链接从未被打开过。KYC 已过期指一次已通过的核验超出了你设置的有效期策略 - 也就是说，用户曾经通过核验，现在需要重新核验一次。

## 下一步

- **审核中**：详见[卡在审核中的会话，以及如何减少它们](https://help.didit.me/zh/verification-sessions/session-in-review)。
- **审核中**或**已拒绝**：详见[让用户再次尝试核验](https://help.didit.me/zh/verification-sessions/retry-a-verification)。
- **已拒绝**：详见[核验为什么被拒绝](https://help.didit.me/zh/verification-sessions/why-was-a-session-declined)。
- 让状态自动推送到你的后端：详见[通过 webhook 获取核验结果](https://help.didit.me/zh/integration/webhooks-basics)。