每个验证会话、每笔交易和每条黑名单记录都可以绑定到一个实体。绑定后,该实体会成为一份持久的档案,并汇总跨时间的历史记录、风险信号和合规状态。
实体与会话
实体和会话是两个不同的概念。
一个实体可以对应多个会话,包括重新验证、重新提交、附加检查和定期持续监控。实体会汇总这些结果。
自动创建与手动预创建
实体有以下三种创建方式:1
从会话自动创建
当您使用 会话开始时,系统会立即为
vendor_data 标识符创建会话,且不存在匹配的实体时,Didit 会自动创建该实体。这是最常见的方式。user-42 创建一个 User 实体。2
通过 Management API 预先创建
先创建实体,再针对该实体启动会话。当您希望在首次验证之前预先写入风险信号(状态、标签、自定义元数据)时,这种方式很有用。
3
在控制台中创建
您的合规团队可以直接在 Business Console 中创建用户或企业。适用于手动入驻、导入或整改流程。
实体如何关联所有内容
vendor_data 字段是关联的关键。在任何会话或交易中传入 vendor_data 时,Didit 会将其路由到匹配的实体。
进一步了解请参阅 vendor_data 关联指南。
您可以对实体执行的操作
对于每个 User 或 Business 实体,您可以执行以下操作:
详细操作指南请参阅 用户 和 企业。
用户 ↔ 企业关系
一个 User 可以关联一个或多个 Business。这在 KYB 过程中会自然发生:- 一个 User 可能是一家 Business 的董事,同时是另一家 Business 的 UBO。
- 用户的用户验证(KYC)会话,可以通过关键人员流程与企业的企业验证(KYB)会话相关联。
生命周期和状态
每个实体都有一个状态,决定 Didit 是否阻止新的活动:
有关状态转换和 Webhook 事件,请参阅完整的实体生命周期。
后续步骤
生命周期
每个实体的状态、转换和生命周期事件。
供应商数据关联
vendor_data 如何绑定会话、交易和实体。用户
深入了解 User 实体、操作和控制台工作流。
企业
深入了解 Business 实体、操作和控制台工作流。
实体 Webhook
每次实体变更的实时事件。
黑名单
黑名单记录如何与 User 和 Business 实体交互。