📄 正文
如果您的用户此前已在 DeCard 托管模式下完成过 KYC,现在要在合作伙伴自管模式下为他发卡,不必让他把证件、人脸、地址再交一遍——可以发起一次 KYC 信息迁移,让用户在 DCS 托管的 H5 页面上确认复用已有资料即可。DCS 作为持牌发卡机构,会校验源用户的 KYC 是否满足复用条件,并在通过后把可用的 KYC 信息落到目标用户名下。
迁移复用 H5 KYC 的两步流程,区别只在于申请方式为 H5-MIGRATION、引导页类型为 type=9,且需额外指明源用户。
什么时候用它
谁做什么
交互流程
迁移可能被拒。被拒后该工单进入终态,需重新申请一条新的迁移工单引导用户重试,不能复用已终态的工单。
步骤一:申请迁移工单(接入机构做)
POST /open-api/kyc-ticket/v1/apply-kyc-h5
响应在统一结构 data 中返回新建的工单,status 为 INIT:
本步会同步校验源用户是否满足复用条件:不满足时不会建单,直接返回 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(传 kycTicketId 或 kycTicketRef)获知结果:
PASSED:迁移完成,目标用户已拥有可用 KYC,可继续开卡(cardApplyMode=NORMAL,提交该 kycTicketId 与 customerId)。
REJECTED:本次迁移被拒,errorCode / errorMessage 说明原因。回到步骤一,用新的 kycTicketRef 申请一条新工单重试。
工单状态(迁移模式)
迁移模式下工单只会出现以下三种状态——不会出现 NEED_VERIFY 或 PENDING:
错误码
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 团队)。
下一步