跳转到主要内容
每当用户或企业实体的状态或资料数据发生变化,都会发出一个 Webhook,以便您的系统实时作出响应。 使用实体 Webhook 可以同步资料数据、将封禁同步到其他系统,或触发下游合规流程。

事件目录

activity.created 可以在 subscribed_events 中设置,并且在 Try Webhook 测试工具中可用,但 Didit 目前不会向实际流量投递该事件。 请勿基于它构建时间线同步。
Didit 还会发出会话、交易和企业会话事件,这些事件会引用实体字段。请参阅:

Payload 结构

实体 Webhook 是扁平结构:没有 data 包装层,也没有 event 键。 请读取 webhook_type 来路由事件。

user.status.updated / business.status.updated

每次状态变化都会触发。 payload 包含 status 和 previous_status。 它不会说明状态变化的原因:如果您需要查明原因,请在控制台中打开该实体。

user.data.updated / business.data.updated

资料字段变化时触发。 changed_fields 列出发生变化的字段,changes 包含每个字段的 previous 值和 current 值。
changed_fields 中可能出现的字段如下:
  • 用户:vendor_data、display_name、full_name、date_of_birth、metadata、portrait_image、issuing_states、approved_emails、approved_phones、features、session_count、approved_count、declined_count、in_review_count、first_session_at、last_session_at。
  • 企业:vendor_data、display_name、metadata、legal_name、registration_number、country_code、session_count、approved_count、declined_count、in_review_count、features、first_session_at、last_session_at。
请使用 changed_fields 和 changes,只同步发生变化的字段。

投递、重试与签名

所有实体 Webhook 都遵循标准投递约定:
  • 使用目标的 secret_shared_key,通过 X-Signature-V2 请求头使用 HMAC-SHA256 进行签名(推荐方式)。同时还会发送 X-Signature 和已弃用的 X-Signature-Simple,以及 X-Timestamp。
  • 当您的端点返回 5xx 或 404、超时或连接失败时,会重试最多 2 次,分别在约 1 分钟和约 4 分钟后进行。完整策略请参阅 Webhook 参考。
  • 幂等性:每个 Webhook 的 payload 中都有唯一的 event_id,请在您的系统中进行去重。
目标设置和签名验证的代码示例,请参阅 Webhook 参考。

订阅

通过 Management API 或 Business Console,在 Webhook 目标上订阅实体事件:

后续步骤

Webhook 参考

目标、签名、重试和验证。

创建目标

注册新的 Webhook 端点。

用户操作

会触发用户 Webhook 的变更。
最后修改于 2026年11月7日