工作原理
假设用户A 在 Service X 中通过了用户验证,现在正在合作伙伴 Service Y 处注册。如果 Service X 同意与 Service Y 共享 A 的信息,可以通过以下步骤完成:
-
生成共享 token(
Service X):Service X调用 API,为特定用户的验证会话生成一个安全的短期share_token。该 token 仅供Service Y使用。请参阅 API 参考:Share Session API。 -
将 token 传递给合作伙伴(
Service X->Service Y):Service X通过预先安排的后端渠道将生成的share_token安全传输给Service Y。 -
导入会话(
Service Y):Service Y使用收到的share_token调用 API 导入该用户的数据。这会在Service Y自己的环境中创建该验证会话的完整副本,包括所有证件和各项检查。请参阅 API 参考:Import Shared Session API。
导入选项
导入会话时,Service Y 可以控制如何处理审核结果:
trust_review:此布尔参数决定Service Y是否信任来自Service X的审核和最终状态(Approved/Declined)。true:复制会话并保留原始状态。用户可立即在Service Y完成入驻(或被拒绝)。false:复制会话数据,但状态自动设置为In Review。这允许Service Y使用已收集的证件和数据,但执行自己的内部审核流程以做出最终决策。
workflow_id:Service Y必须指定将导入的会话与其自身哪个验证工作流相关联。vendor_data:Service Y可以为导入的会话分配其自己的内部用户标识符。
重要注意事项
- 仅限已完成的会话:只能为具有已完成状态(
Approved、Declined、In Review)的会话生成共享 token。 - 禁止重复:特定会话只能导入指定的合作伙伴应用一次。后续的重复尝试将被拒绝。
可复用 KYC 与通过 API 共享 KYC 的对比
虽然这两项功能都支持身份信息的复用,但适用的场景有所不同:❗️ 重要提示:数据共享限制
在不同组织之间共享用户个人数据受到严格的法律和法规约束。在使用此功能之前,您的组织有责任确保完全遵守所有适用的数据保护法律,例如欧盟的 GDPR 和英国的 UK GDPR。 您必须:Didit 提供数据共享的技术能力,但您的组织及您的合作伙伴对所共享数据相关的所有法律和合规义务承担全部责任。我们强烈建议在实施此功能之前咨询您的法律顾问。
- 确立合法依据:确保您拥有共享数据的合法依据。这通常需要您与合作伙伴组织之间签署明确的数据共享协议。
- 确保用户同意:确认您的用户已被充分告知,并已按照您的服务条款和隐私政策同意将其数据共享给您的合作伙伴。
- 妥善处理跨境数据传输:如果数据涉及跨境传输(例如从欧盟传输至非欧盟国家/地区),您必须确保按照法律要求采取适当的保护措施。