跨境收付 API 开放平台介绍
一、平台定位
终端商户的一切操作都在合作平台网站完成;合作平台通过开放接口把本平台的跨境收付能力"嵌"进自己的网站,商户感知到的是合作平台的原生体验,本平台仅在背后提供资金通道与审核能力。
合作平台原生体验]:::partner SDK[开放接口对接
对商户透明]:::partner end GW{{开放接口网关
统一入口 · 按业务方法路由}}:::gw FUND[资金通道
平台内部路由层分发]:::partner M ==>|全程操作| UI UI --> SDK SDK ==>|调用开放接口| GW GW ==>|路由到内部服务| FUND
二、接入与鉴权(业务语义)
对接方签约后,平台为其开通接入身份与密钥(含签名密钥与敏感字段加密密钥),完成联调后即可调用。详细的密钥体系、签名算法、加密方案与开发包见研发对接文档《跨境API 对接》。
| 能力 | 说明 |
|---|---|
| 统一入口 | 所有业务能力经统一网关入口调用,按业务方法路由到内部服务 |
| 身份鉴权 | 每笔请求携带平台签发的身份凭证与签名,平台校验来源合法性与报文完整性,全程不依赖登录态 |
| 敏感字段加密 | 证件号、银行卡号、交易密码、手机号、姓名等敏感字段加密上送,链路全程不出现明文 |
| 租户隔离 | 按对接方身份路由 + 业务层校验商户归属,跨租户访问拒绝 |
| 防重放 | 请求时间戳校验时间窗;随机串去重防重放,重复请求拒绝 |
| 异步闭环 | 申请类业务异步处理,受理后由对接方主动查询获取最终态;一期平台主动推送的回调仅「来账订单通知」一个(来账是被动入账,商户需全程感知,从初始态到所有中间过程都推送),其他结果(报备/合同/付款/换汇/退款)一期由对接方主动查询获取 |
| 幂等保障 | 每笔申请携带对接方生成的唯一请求流水号,重复提交返回原受理结果,不产生副作用 |
结果反馈:业务结果以「受理成功 / 业务成功 / 业务失败」等业务语义反馈;受理成功不等于业务成功,最终态以查询为准。具体错误码见研发对接文档。
三、业务流程总览
商户从主体准备到首笔付款/换汇,经历 主体准备(一期)→ 收款关联 → 付款/换汇 → 结果查询。首期开放 25 项业务能力(含主体准备 6 项、账户管理 2 项、收款与合同 8 项、付款 2 项、换汇 4 项、查询与基础服务 3 项,详见第六节);主体准备(商户入网/企业报备/收款账户申请)一期正式开放。
━━━ 阶段一 · 开户准备(主体入网)━━━
━━━ 阶段二 · 收款关联(来账→合同→资金解锁)━━━
(初始→中间→终态)"] G4["合同审核路由"] end subgraph 通道[" 🔴 资金通道 "] C2["海外买家付款到账"] C3["合同审核 + 资金解锁"] end C2 --> G3 --> P3 --> MS P3 --> P4 --> G4 --> C3 --> P5
━━━ 阶段三 · 付款 / 换汇(商户发起)━━━
━━━ 阶段四 · 其他(退款 / 基础服务,独立调用)━━━
外币结汇成人民币付给自己账户]:::platform B3[结汇给供应商
外币结汇成人民币付给境内供应商]:::platform B4[外币付自己
保留原币付给自己境外账户]:::platform B5[外币付供应商
保留原币付给境外供应商]:::platform B6[付款-请求 / 换汇-请求]:::gateway B7[商户发起退款 窗口内]:::merchant B8[退款查询]:::platform B9[查询获取结果]:::platform B0-->B0a B0a-->B1 B1-->|结汇|B2 B1-->|结汇|B3 B1-->|外币|B4 B1-->|外币|B5 B1-->|退款|B7 B5-->B6 B2-->B6 B3-->B6 B4-->B6 B7-->B8 B6-->B9 B8-->B9 end subgraph P4[基础服务 · 一期 · 独立 随时调用] direction TB D1[余额查询 按商编]:::platform D2[文件上传/下载]:::platform end Start-->P0-->P1-->P2 P4-.独立基础服务 不依赖流程.->P2 L1["图例:🟨 商户发起 · 🟦 平台能力 · 🟩 网关 · 🟪 来账推送(唯一推送)"]:::legend classDef legend fill:#fff,stroke:#999,stroke-dasharray:3 3,color:#333 class L1 legend
四、资金运用规则
核心规则:来账资金必须先关联合同解锁,才能用于付款/换汇。付款所用汇率通过汇率查询接口获取。
| 资金运用场景 | 币种路径 | 收款对象 | 说明 |
|---|---|---|---|
| ① 结汇给自己 | 结汇成人民币 | 付给自己 | 外币结汇成人民币,付给自己的人民币账户 |
| ② 结汇给供应商 | 结汇成人民币 | 付给境内供应商 | 外币结汇成人民币,付给境内供应商 |
| ③ 外币付自己 | 保留外币 | 付给自己 | 保留原币,付给自己的境外账户 |
| ④ 外币付供应商 | 保留外币 | 付给境外供应商 | 保留原币,付给境外供应商;汇率通过汇率查询接口获取 |
四象限 = 币种路径(结汇成人民币 / 保留外币)× 收款对象(付自己 / 付供应商)。结汇类①②涉及外币→人民币转换,外币类③④保留原币;付款所用汇率均通过汇率查询接口获取。
| 其他资金运用 | 说明 |
|---|---|
| 换汇(调整币种结构) | 汇率查询 → 换汇-询价 → 换汇-请求 → 换汇-查询 |
| 退款(对已完成交易退回) | 发起退款(原交易已成功 + 退款窗口内)→ 退款查询 |
关键说明:人民币结汇额度查询、人民币结汇请求/重发/查询均为二期(研发 xlsx 未列一期)。主体准备(商户入网/企业报备/收款账户申请)是首期交易能力的业务准入前提,一期正式开放。
五、异步闭环(一期仅推送来账通知,其他走查询)
一期回调范围裁决:所有申请类业务一律异步。但一期平台主动推送的回调仅「来账订单通知」一个——来账是海外买家付款触发的被动入账,商户需要全程感知每一笔来账的状态变化,平台从来账初始态到所有中间过程、再到终态都推送通知(非仅终态)。其他申请类结果(收款人报备/合同审核/付款/换汇/退款)一期均由对接方主动调对应查询能力获取(报备结果查询、合同查询、关联状态查询、付款查询、换汇查询、退款查询),平台不推送这些事件回调。二期再评估是否开放更多事件回调。
对接方在请求时可指定回调地址;来账通知从来账初始态到终态全过程推送(初始态 → 中间态 → 终态),覆盖来账的完整生命周期。其他业务(付款/换汇/退款/合同/报备)仍由对接方主动查询获取结果。
来账是被动入账,商户需全程感知 G->>P: 推送来账通知(中间态变化) G->>P: 推送来账通知(终态:入账完成)
- 重试保障:平台向来账通知地址推送后,若合作平台未及时应答,平台自动多次重试,连续失败转告警和人工处理,确保通知送达。
- 重复不产生副作用:同一笔来账通知多次推送时,合作平台按业务单号去重,重复通知不产生重复入账。
- 业务最终态以查询为准;一期仅「来账订单通知」推送,其他申请类结果由合作平台主动查询获取。
六、首期正式开放的业务能力
首期正式开放以下核心业务能力,覆盖商户从收款到付款/换汇/退款、再到查询对账的完整资金运用闭环。每项能力对应的具体接口方法、字段与状态码见研发对接文档,本文只列业务能力。
| 业务域 | 业务能力 | 业务说明 |
|---|---|---|
| 主体准备 | 商户入网 | 商户 KYC 入网审核(异步处理,通过查询接口获取结果与商户编号);首期交易能力的业务准入前提 |
| 商户入网查询 | 查询商户入网审核结果与商户编号 | |
| 企业报备 | 企业资质报备(营业执照/对外贸易备案表/法人/行业/经济类型);异步处理,通过查询接口获取审核结果与名录分类 | |
| 企业报备查询 | 查询企业报备审核结果与名录分类 | |
| 收款账户申请 | 申请虚拟收款账户,银行通道报备后开通 | |
| 收款账户信息查询 | 查询专属虚拟收款账户信息(商户转发给海外买家收款) | |
| 账户管理 | 收款人报备 | 付款前置:报备付款/代付的收款方(如供应商),报备后才能发起付款 |
| 收款人报备结果查询 | 查询报备审核结果 | |
| 收款与合同 | 来账订单通知 | 一期唯一推送的回调:平台从来账初始态到所有中间过程、再到终态全过程推送通知,商户据此全程感知来账状态。通知支持附言(携带付款方附言/备注信息,便于商户识别款项用途)。通知分多个业务类型:①贸易来账通知(海外买家付款入账);②同名充值来账通知(触发补充资料);③充值补充资料审核结果通知(审核通过即入账) |
| 充值补充资料 | 同名充值来账触发补充资料审核(由「来账订单通知」中的同名充值类型触发);审核结果通过「来账订单通知」中的审核结果类型推送,无需另外调用结果查询接口,通过后入账 | |
| 新建/更新合同订单 | 创建或更新合同订单,触发审核 | |
| 查询合同订单 | 查询合同列表与详情(含审核状态) | |
| 关联合同 | 将来账资金关联合同,资金解锁前置(未关联不可付款) | |
| 关联合同状态查询 | 查询关联/审核状态 | |
| 发起退款 | 对已成功交易在退款窗口内发起退款 | |
| 退款查询 | 查询退款详情与状态 | |
| 付款 | 付款-请求 | 发起付款,按汇率查询接口返回的实时汇率执行 |
| 付款-查询 | 查询付款详情与最终状态(业务最终态权威源) | |
| 换汇 | 汇率查询 | 查询当前可选汇率 |
| 换汇-询价 | 按币种与金额询价(汇率 + 可用性) | |
| 换汇-请求 | 按询价汇率发起换汇 | |
| 换汇-查询 | 查询换汇详情与状态 | |
| 查询与基础服务 | 余额查询(按商编) | 按商户编号查询多币种余额(可用/冻结) |
| 文件上传 | 上传各类业务所需材料:商户入网资料(证件/营业执照)、企业报备资质(对外贸易备案表)、收款人报备材料(银行信息证明)、贸易背景材料(合同/发票/报关单)等 | |
| 文件下载 | 下载平台生成的文件与凭证:账户证明(虚拟收款账户证明)、付款凭证(付款成功凭证)、国际收支申报单(退税凭证)、对账文件等 |
注:申请类业务(报备/合同/付款/换汇/退款)异步处理,受理后由对接方主动查询获取最终态;除来账订单通知外,一期不推送其他事件回调。
七、二期 / 三期(路线图,本期不开放)
二期:人脸核身、收款人删除、平台收款补充资料(与一期「充值补充资料」不同:一期处理同名充值来账的资料补充,二期面向平台侧收款的资料补全,二者为不同业务场景)、人民币结汇额度查询、费率修改、余额查询(按币种)等。
三期:跨境电商店铺域。
正式 PRD:docs/prd-open-platform.md | 研发对接文档(技术契约):《跨境API 对接》+ 接口清单 xlsx | 业务流程图:docs/open-platform-merchant-flow.drawio