Skip to main content

📄 正文

如果您的用户此前已在 DeCard 托管模式下完成过 KYC,现在要在合作伙伴自管模式下为他发卡,不必让他把证件、人脸、地址再交一遍——可以发起一次 KYC 信息迁移,让用户在 DCS 托管的 H5 页面上确认复用已有资料即可。DCS 作为持牌发卡机构,会校验源用户的 KYC 是否满足复用条件,并在通过后把可用的 KYC 信息落到目标用户名下。 迁移复用 H5 KYC 的两步流程,区别只在于申请方式为 H5-MIGRATION、引导页类型为 type=9,且需额外指明源用户。

什么时候用它

谁做什么

交互流程

迁移可能被拒。被拒后该工单进入终态,需重新申请一条新的迁移工单引导用户重试,不能复用已终态的工单。
KYC 迁移交互流程KYC 迁移交互流程

步骤一:申请迁移工单(接入机构做)

POST /open-api/kyc-ticket/v1/apply-kyc-h5
响应在统一结构 data 中返回新建的工单,statusINIT
本步会同步校验源用户是否满足复用条件:不满足时不会建单,直接返回 DAPI_KYC_MIGRATION_NOT_ELIGIBLE(见下方错误码)。也就是说拿到 kycTicketId 就说明源用户已通过预检,剩下的是用户在 H5 上确认。

步骤二:换取迁移引导页链接(接入机构做)

POST /open-api/card-redirect/v1/guidance-link
type=9 不需要 profileId(仅 type=7 申请 KYC-H5 时必填)。
响应 data 为字符串,即可发给用户的 H5 URL:
H5 链接有时效性。链接过期且工单仍为 INIT 时,可重新调用本接口换取新链接,不需要重新申请工单。

步骤三:接收结果并按需重试

通过 KYC_TICKET Webhook 或主动调 GET /open-api/kyc-ticket/v1/detail(传 kycTicketIdkycTicketRef)获知结果:
  • PASSED:迁移完成,目标用户已拥有可用 KYC,可继续开卡cardApplyMode=NORMAL,提交该 kycTicketIdcustomerId)。
  • REJECTED:本次迁移被拒,errorCode / errorMessage 说明原因。回到步骤一,用新的 kycTicketRef 申请一条新工单重试。

工单状态(迁移模式)

迁移模式下工单只会出现以下三种状态——不会出现 NEED_VERIFYPENDING

错误码

apply-kyc-h5(kycApplyMode=H5-MIGRATION

H5 KYC 引导页列出的通用错误码外,迁移模式还可能返回:

guidance-link(type=9

前置条件

  • 已拥有企业(Enterprise)的 ApiKey / SecretKey,见前置准备
  • 已在本模式下创建目标用户并拿到 customerId
  • 源用户已在 DeCard 托管模式完成 KYC,且您能取到其 externalUserId
  • 该渠道已由 DCS 开通迁移能力(未开通时返回 DAPI_KYC_MIGRATION_NOT_ELIGIBLE,请联系 DCS 团队)。

下一步