📄 正文
发卡永远从虚拟卡开始:POST /open-api-corp/card/v1/apply 受理即返回 cardApplyId,风控与建卡全程异步,终态经 Webhook CARD_CREATED / CARD_REJECTED 通知,GET /open-api-corp/card/v1/query-apply 作查询兜底。建卡成功后用 cardId 走单卡查询与列表查询。整条链路在卡组各页的位置见管理卡片(概述)。
申请虚拟卡
请求参数
cardProfileId 四卡型与 subjectType 的搭配
卡型由两个正交维度组合而成:持卡主体(卡发给谁)× 余额模式(钱从哪个账户扣)。完整卡型介绍见概述 · 卡片类型。按监管要求,公司卡须指定一名本公司在职员工作为托管人(Custodian)。卡片有问题时将联系托管人,消费遇 3DS 挑战需由托管人完成验证。
ruleIds 绑定规则
ruleIds 中的每条规则须同时满足:已存在、属同一公司、状态 ACTIVE;配置金额限额的规则须与卡核销币种有交集。数组内不得重复——重复携带同一条规则即拒(不会静默去重),请自行去重后再提交。
请求示例
响应 data 与示例
错误码
关联 Webhook:
CARD_CREATED / CARD_REJECTED。
查询卡申请进度
cardApplyId(String,必填,≤20;卡申请 ID)。
响应 data:
APPLY_NOT_FOUND——卡申请不存在(或不属本合作伙伴)。
查询单张卡详情
cardId(String,必填,≤20;卡 ID)。
响应 data:
CARD_INVALID——卡不存在 / 不属本合作伙伴 / 非 ACTIVE。
查询卡列表
响应 data:分页外壳为
page(当前页,Integer)、pageSize(每页条数,Integer)、total(总条数,数字)、result(卡列表);result 中每个元素的字段与上文单卡查询的响应 data 完全一致(cardId / panFirst6 / panLast4 / organizationId / subjectType / subjectId / cardProfileId / cardNetwork / cardProfileId / currency / status)。

