实际受益人(UBO)
最终实际受益人(UBO)是最终拥有或控制一个法人实体的自然人。UBO 会出现在会话决策的key_people_checks[].registry.beneficial_owners[](源自公司登记)和 key_people_checks[].submitted.parties[](由用户提交)中,其他角色(如股东或董事)也在同一列表中。
为每位关键人员收集的数据
托管流程会收集一组默认字段,以及工作流中配置的任何自定义字段。默认字段如下:entity_type 会根据相关方是自然人还是公司实体自动设置。
自定义字段
工作流可以要求为每位自然人或每家公司提供额外字段,数量不限。这些字段在 Business Console 的 KYB 工作流中配置,并保存在决策响应中每个相关方的custom_fields 对象里。自定义字段适用于财富来源声明、税务居民身份、内部客户 ID 或特定行业的披露信息等场景。
公司股东与嵌套所有权
当股东本身是公司(而非自然人)时,Didit 会记录:- 公司名称和注册号。
- 该公司股东持有的所有权比例。
- 注册成立国家/地区。
企业实际受益人的嵌套 KYB
当工作流为企业实际受益人启用嵌套 KYB 时,每个企业相关方都会触发一个 KYB 子会话。该公司会按照您在顶层所运行的同一流程完成验证,其结果再反馈给父会话。此功能默认关闭,需要在每个工作流中单独开启。持股阈值
大多数司法辖区将拥有或控制 25% 或以上权益的人员认定为 UBO。该阈值可按工作流配置:
在 Workflows → [KYB workflow] → Risk → UBO threshold 中设置。当没有任何 UBO 达到阈值时(这在上市公司股权高度分散的情况下很常见),您的工作流还可以对其进行标记或转入人工审核。
投票权与经济权利
所有权披露区分两种控制权:
两者通常相等,但当公司发行双重股权股票或优先股时可能出现差异。Didit 会同时记录两者。规则和阈值可以检查其中任一项,大多数司法辖区要求在任一比例达到或超过 25% 时披露 UBO。
通过股权链计算的实际持股
当所有权经由某家公司股东传递时,下游自然人的实际持股比例通过沿链条逐层相乘计算。示例:三层股权链
- Jane Doe:对 Acme Corp 的实际持股 = 60% × 75% = 45%(UBO)。
- John Smith:对 Acme Corp 的实际持股 = 40%(UBO)。
角色设置如何驱动验证
每个角色都在各 KYB 工作流中单独配置:是否启用、是否需要 KYC、该角色使用哪个 KYC 工作流,以及终端用户是否可以选择跳过。提交关键人员后:- Didit 会将提交的相关方角色与工作流的角色设置进行核对。
- 对于标记为需要验证的角色,会启动一个子验证会话:
- 自然人相关方 → 用户验证(KYC)子会话,使用该角色专属的 KYC 工作流,或默认工作流。
- 企业 UBO(启用嵌套 KYB 时)→ 企业验证(KYB)子会话。
- 对于标记为可跳过的角色,终端用户会看到“跳过验证”选项并可以选择退出;被跳过的相关方会被记录,但不会阻塞父会话。
- 持股低于工作流所设阈值的相关方,即使其角色原本需要验证,也不会触发单独验证。
监控股东与实际受益人
公司登记监控即将推出。在 2026 年 9 月 7 日检查的暂存环境零售目录中,没有任何国家/地区启用了监控。配置的费率为每家公司每年 USD 2.00,但价格并不代表该功能已可用。下述行为描述的是正式推出后的计划服务。
- 将企业会话从已通过改回审核中,并在会话中记录该变更;
- 发送
data.updatedWebhook,其中trigger: "kyb_registry_change"; - 保持该公司的登记记录为最新状态。
登记信息与用户提交信息比对
响应会在key_people_checks[] 下并排展示两个来源的数据:
registry.officers[]和registry.beneficial_owners[]:提供方披露的内容。submitted.parties[]:企业管理员通过流程明确提交的内容,其中source: "USER"。
AML 筛查
每位已识别的关键人员都会自动与全球 AML 观察名单进行筛查,既包括登记来源的人员,也包括用户提交的人员。关于公司层面与个人层面 AML 检查如何结合,请参阅企业 AML 筛查。后续步骤
关键人员
关键人员流程的完整说明。
高级管理人员与代表
关键人员模型中的治理角色。
风险评估
影响 KYB 结果的因素。