核验企业背后的相关人员

KYB 会识别 UBO、股东和高管，然后通过各自的会话逐一核验 - 这里介绍会收集哪些信息、邀请如何发送，以及 Awaiting User 的含义。

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

#为什么有这一步

123

1. 每个正在核验的企业一行。
2. People 列展示关联了多少相关方，以及他们的进展情况。
3. 在其相关人员的核验完成之前，该企业的决策结果会一直保持未定。

核实一家公司已注册，只能说明这家公司确实存在。它不能告诉你其背后是谁，而这通常才是真正的合规要求所在：识别最终受益所有人 - 最终拥有或控制该实体的自然人。

Didit 会在登记机构公开股权结构的地方直接提取，让企业管理员在托管流程中确认并补充，然后对每个人分别运行与其角色相匹配的核验。

#每一方需要收集的信息

托管流程会收集一组默认字段，加上你的工作流要求的任何自定义字段：

一方可以是自然人，也可以是企业实体 - 实体类型会自动判定 - 因此一家由另一家公司持有的公司能够被正确建模，而不会被强行套进个人的字段中。

#自定义字段

你的工作流可以要求为每个人或每家企业提供任意数量的额外字段。这些字段会随每一方一起出现在决策结果中。常见用途包括资金来源声明、内部参考编号，或你需要留档的一份声明。

#每个人如何完成核验

每一个所需的相关方都会获得自己独立的会话，运行你为其配置的 KYC 工作流。那是一次完整的核验 - 证件、活体检测、人脸匹配、AML，工作流要求的一切都会执行，而不是一个简化版本。因此，在 KYB 流程中完成核验的 UBO，其核验标准与一位独立用户是完全相同的。

在此期间，父企业会话会进入 Awaiting User 状态。

#邀请与发送方式

各方会使用关键人员步骤中收集到的邮箱地址收到邀请邮件。如果你希望自行发送这些链接 - 通过你自己的产品、你自己的邮件系统，或用户已经信任的其他渠道 - 在设计流程时应与你的 Didit 联系人确认，因为这会改变你集成的接入方式。

如果你是通过 API 驱动这个流程，请在每一方的会话被创建时保存其会话标识符，以便在不通过控制台的情况下进行跟踪和重新发送。

#解读父会话的状态

登记信息检查被拒绝的优先级高于 Awaiting User - 父会话会直接拒绝，不会等待相关人员完成。如果某个子会话被重新提交，父会话会回到 Awaiting User，直到它再次完成。

#不只针对企业本身，也要对相关人员做 AML

企业层面的 AML 筛查只能告诉你关于该实体本身的信息，无法说明其所有者的情况。如果你的义务覆盖相关人员，就需要逐一对他们进行筛查 - 这是在企业筛查之外，每位 UBO 或高管单独收取的 $0.20。

这正是两次 KYB 会话费用可能相差很大的主要原因：一家只有一位董事和一位所有者的公司成本很低；一支拥有八位需要筛查的高管的基金则不然。

#当股权数据不在登记机构中时

在登记机构不公开股权信息的司法辖区，关键人员步骤就是这类数据的来源 - 由企业自行申报。这种证据的可靠性弱于登记机构提取的信息，因此如果你的风险政策要求独立确认，请在工作流中加入文件要求作为支撑。参见登记机构覆盖范围与股权数据。