企业核验（KYB）的工作原理

KYB 在你为一家企业开户之前对其进行核验 - 登记信息查询、股权结构、高管信息、AML 以及文件，全部包含在一个工作流中，并为企业背后的相关人员创建子会话。

Didit 支持团队撰写 · 更新于 2026年8月19日

企业核验（KYB）会在你将一家公司作为客户、供应商或合作伙伴接入之前对其进行检查。你发送一个核验链接，由该企业的代表填写，然后你会收到一份结构化的决策结果，包含企业数据、股权结构和筛查结果。

1234

1. Import 用于从一份 CSV 一次性发起多个企业的核验。
2. 每个企业一行，附带 Didit 获取到的登记数据。
3. People 是与该企业关联的各方，每一方都会单独完成核验。
4. Status 是该企业的决策结果，会随着各项检查以及相关人员的完成情况而变化。

#KYB 会话检查什么

一次 KYB 会话会在一个流程中依次运行多项检查：

• 企业登记信息查询 - 确认企业确实存在、处于存续状态，并与所提供的信息一致。
• 关键人员 - 识别 UBO（受益所有人）、股东、董事及其他高管。
• AML 筛查 - 对企业本身以及每一位已识别的人员，逐一与制裁、PEP 和负面媒体来源进行比对。
• 文件 - 收集所需的支持性文件，例如公司注册证书或股东名册，如果你的工作流要求的话。

每项检查都有自己的状态，只有当所有必需的检查全部通过后，整个会话才会被判定为通过。参见各会话状态的含义。

#查询一家企业

你不需要手动录入企业信息。在托管的 KYB 会话中，申请人按企业名称或注册号搜索，Didit 会查询官方企业登记机构，返回一份简短的匹配列表。他们选择正确的一项后，可用的字段 - 法定名称、注册号、状态、注册地址等 - 会被预填，供确认。如果在登记机构中找不到该企业，流程会回退到手动录入。

如果你希望在启动完整的 KYB 会话之前，先向用户展示匹配结果，也可以将登记机构查询和选择作为独立的 API 调用来运行。

#股权结构与高管

企业确认后，只要登记机构公开相关信息，Didit 就会展示其受益所有人、股东和高管。覆盖程度因国家而异 - 一些登记机构公布完整的股权结构，另一些只列出高管和董事。当登记机构无法提供股权数据时，你可以通过文件（例如股东名册）收集，或让企业在流程中直接提交。

Didit 的企业实体模型覆盖公司、有限责任公司、基金、基金会、独资企业和信托。

#Awaiting User 是正常状态，不是卡住了

这是最常见的 KYB 支持问题。关键人员步骤提交后，父企业会话会进入 Awaiting User 状态，并一直停留在那里，直到每一位所需人员各自完成核验。父会话拥有子会话，每一方对应一个，当所有子会话都进入终态后，会自动重新汇总为最终状态。

因此，当一个 KYB 会话停留在 Awaiting User 时：

• 查看子会话，而不是父会话。工作在那里。
• 如果某个子会话被重新提交，父会话会回到 Awaiting User，直到该子会话再次完成。
• 登记机构检查被拒绝的优先级高于 Awaiting User - 父会话会直接拒绝，不会等待。

#费用

KYB 不属于免费额度，因此 KYB 工作流从第一次会话起就需要有可用的额度余额。拥有四位需要筛查的高管的企业，成本明显高于只有一位的企业 - 请按结构预算，而不是按企业数量。参见哪些属于计费核验。

#开始使用

在 Business Console 中创建一个 KYB 工作流，选择要包含的检查项，然后从控制台或你的后端发起一次会话。请先在 sandbox 应用中测试 - decline_kyb_registry_mismatch 和 review_kyb_registry_partial 这两个场景可以让你演练失败路径。完整操作说明参见KYB 快速入门。

#相关文章

• 登记机构覆盖范围与股权数据
• 核验企业背后的相关人员
• 理解 AML 筛查结果