核验企业背后的相关人员

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

#为什么有这一步

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

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

#每一方需要收集的信息

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

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

#自定义字段

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

#每个人如何完成核验

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

在此期间，父企业会话会进入等待用户状态。

#邀请与发送方式

当工作流的通过电子邮件通知当事方设置开启时，各方会使用关键人员步骤中收集到的邮箱地址收到邀请邮件。关闭该设置即可自行发送这些链接 - 通过你自己的产品、你自己的邮件系统，或用户已经信任的其他渠道 - 这会改变你集成的接入方式。

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

#解读父会话的状态

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

父会话如何等待由你在工作流中设置：在作出决定前等待所有UBO、UBO被拒时自动拒绝，以及按相关方类型设置的需要验证和允许跳过（被跳过的相关方不会阻塞企业核验）。持股比例阈值只会让持股比例较低的所有者免于核验；决定谁是 UBO 的是角色，而不是持股比例。

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

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

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

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

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

这也是为什么有时即使你在配置中选择了该国家，UBO 或股东也不会自动填充：如果登记机构不公开这些信息，就没有任何内容可以提取，此时在关键人员步骤中手动录入是预期的做法，而不是 bug。

#复用已有的 KYC 会话

已经存在的核验会话无法被手动关联为 KYB 相关方 - 无论在控制台还是 API 中，都没有"把这个 KYC 关联到那家企业"的操作。每个所需的相关方都通过 KYB 流程为其创建的会话完成核验；如果之前的某次核验可以复用，这一过程发生在流程内部，而不是由你自己去关联会话。在工作流中开启重用已验证个人，即可在该应用的其他企业核验中复用同一个人已通过的 KYC，且不额外收费。