Skip to main content

📄 正文

实体卡由一张已激活(ACTIVE)的虚拟卡经「虚拟卡转实体卡」同号升级而来。升级前后卡号、有效期、CVV2 与 cardId 全程保持不变——激活前查询返回原虚拟卡信息,激活后按实体卡生效,因此您无需在升级后替换卡片或迁移任何绑定关系。卡状态背景见状态机与冻结体系。 四步链路如下:
虚拟卡转实体卡的完整路径虚拟卡转实体卡的完整路径
寄送地址挂在员工名下,受理虚拟卡转实体卡时读取并锁定为快照,此后修改地址不影响在途制卡。

① 升级申请:虚拟卡转实体卡

把 ACTIVE 虚拟卡同号升级为实体卡。 寄送方式由 shippingAddressId 是否携带决定:不带走单个邮寄,寄给该卡持卡 / 托管员工,地址与邮寄手机号取自该员工;带则走批量邮寄,寄到该 id 对应的收件地址,同一 id 下同日受理的卡归入同一批次统一寄出。

请求参数

响应 data

请求与响应示例

错误码

关联 Webhook:CARD_SHIPPED(寄出)/ CARD_ACTIVATED(激活)。

② 查询制卡寄送进度

查询实体卡制卡寄送进度与物流单号。

请求参数

响应 data

响应示例(已寄出 / 未寄出)

错误码:CARD_INVALID——卡不存在 / 不属本合作伙伴。

③ 激活实体卡

激活实体卡,前置是卡已寄出。本接口幂等——重复调用返回同样的成功结果。

请求参数与响应

请求参数:companyId(String,必填,≤36;发起请求的公司Id)与 cardId(String,必填,≤32;卡 id)。响应为动作类,data 为 null。

错误码

关联 Webhook:CARD_ACTIVATED。

④ 设置 PIN

设置实体卡 PIN,前置条件是实体卡已激活。
PIN 与核身字段由合作伙伴用 SK 做 AES-GCM 加密后上送,与 retrieve-secure-card 同一套加解密约定、方向相反(约定见查看卡敏感信息:AES/GCM/NoPadding、128 位标签、密钥即 SK)。

请求参数

请求与响应示例

响应 data 为 cardId 与 success(Boolean,是否设置成功):

错误码

下一步