快速开始
集成 / SDK
用户验证
企业验证
交易监控
更新日志完整角色分类
每位关键人员可以担任以下一个或多个角色：治理 / 代表
所有权 / 受益人
同一人可以同时属于这两类角色。例如，一位既是董事又是 UBO 的创始人，在同一条关键人员记录上就持有三个角色。
多角色记录
每条关键人员记录都包含一个角色列表。如适用，每个角色都附带各自的所有权或表决权百分比。以下是董事兼股东在响应中的呈现方式：KYC 关联
每位关键人员都可以关联到一个用户验证（KYC）会话。当角色的工作流设置要求 KYC 时，关联会自动完成：系统会创建子 KYC 会话，若启用了该选项，则向该人员发送验证链接，并将状态回写到该关键人员记录。 完整的路由逻辑请参阅 所有权 → 角色设置如何驱动验证。关于每个关键人员记录上显示的面向 B2C 场景的 KYC 状态值（Approved、Declined、Pending），请参阅响应模式。
AML 筛查
每位已识别的关键人员都会在企业验证流程中自动与全球 AML 观察名单进行比对。PEP 匹配结果对治理类角色尤其相关，受监管企业的董事和签署人经常出现在 PEP 名单上。请参阅企业 AML 筛查。需要验证标志
每位关键人员都带有requires_verification 标志，用于说明工作流是否要求该人员进行 KYC：
在 Workflows → [KYB workflow] → Key People → per-role settings 中配置哪些角色需要验证。常见的默认设置如下：
- 超过工作流阈值的董事和 UBO →
requires_verification: true。 - 授权签署人和秘书 → 可选。
- 非执行董事 → 可选。
跳过关键人员
如果某人无法完成验证（已故、无法联系或属于历史记录），可以将其标记为is_skipped: true。标记可以由终端用户在托管流程中完成（前提是该角色的设置允许跳过），也可以由分析人员在控制台中完成。被跳过的关键人员不计入验证门槛，但仍会出现在响应中，以供审计。
跨来源交叉比对
每位关键人员的数据可以来自三个来源，控制台会将三者并排显示：- 注册记录：官方登记机构披露的内容。
- 用户提交：企业管理员在关键人员流程中确认或补充的内容。
- 上传文件：通过 OCR 从公司章程、股东名册或授权委托书中提取的姓名。
对企业实体的影响
通过 KYC 将关键人员关联到用户实体，会在企业实体上建立持久关系。之后，您可以：- 查看每位人员以治理或所有权角色任职的所有企业。
- 将用户的状态变更（已标记、已封禁）同步到其担任关键人员的企业。
- 对每位关联人员进行持续 AML 监控，且不依赖于任何特定的 KYB 会话。
后续步骤
关键人员
完整的关键人员流程。
所有权
UBO 识别与股权链。
AML
企业与个人 AML 筛查。