选择付款方案
本地付款
选择付款方案
选择付款方案分为两步：先根据收款方的账户类型选择业务方案（付款到银行账户 / 付款到钱包），再根据付款频率、订单数量与开发资源选择集成方案（商户平台付款 / API 付款）。
1
接入指引：从业务到集成
本地付款的核心链路是：商户发起付款请求 → PayCools 受理并从商户余额扣除付款金额与手续费 → 提交至本地渠道 → 渠道处理付款 → PayCools 将结果同步给商户。
在这条链路上，选择付款方案分为两步：
| 步骤 | 选择依据 | 可选方案 |
|---|---|---|
| 第一步：选择业务方案 | 收款方的账户类型 | 付款到银行账户 / 付款到钱包 |
| 第二步：选择集成方案 | 付款频率、订单量、是否需要人工审核、可投入的开发资源 | 商户平台付款 / API 付款 |
简言之，由谁发起付款、是否自动化处理，决定了选择哪种集成方案：由人工在商户平台发起，选择商户平台付款；由业务系统自动发起，选择 API 付款。
2
选择业务方案
本地付款按收款方的账户类型，分为付款到银行账户与付款到钱包两种业务方案。两种方案使用相同的付款接口与订单处理流程。
01
付款到银行账户
使用当地法币，向收款人的本地银行账户付款。
- 适用：用户提现、供应商付款、佣金发放等需要向个人或企业银行账户付款的场景
- 需提供：银行、银行账号和收款人姓名（姓名仅作记录，不做校验）
- payMethodCode：
BANK
02
付款到钱包
使用当地法币，向收款人的本地电子钱包付款。
- 适用：用户提现、佣金发放等需要向钱包用户付款的场景
- 需提供：钱包、钱包账号/手机号和收款人姓名（姓名仅作记录，不做校验）
- payMethodCode：
EWALLET
如何选择业务方案
多数场景按收款方的账户类型即可确定方案；部分国家 / 地区有专属渠道。发起付款时通过 payMethodCode 指定渠道类型，通过 transferCode 指定具体的收款渠道（各国支持的钱包与银行见各国付款方式）。
| 收款方账户 / 场景 | payMethodCode | 说明 |
|---|---|---|
| 本地银行账户 | BANK | 银行渠道，适用于多数国家 / 地区 |
| 本地电子钱包 | EWALLET | 钱包渠道，适用于多数国家 / 地区 |
| 泰国：以手机号 / 证件号收款 | PROMPTPAY | PromptPay，仅适用于泰国 |
| 墨西哥：以 CLABE 账号收款 | CLABE | 银行 CLABE 渠道，仅适用于墨西哥 |
| 哥伦比亚：以 Bre-B 收款 | BRE_B | Bre-B 渠道，仅适用于哥伦比亚 |
3
选择集成方案
01
商户平台付款
集成成本：极低无需技术集成。登录商户平台即可创建付款订单，并向单个或多个收款人发起付款。
- 支持单笔付款：在平台填写收款信息与付款金额，向单个收款人发起付款，适合临时付款、少量付款及需要人工确认的场景
- 支持批量付款：上传文件一次创建多笔付款，减少重复操作
- 支持大额付款：需先添加大额收款人并通过审核，再向该收款人发起
- 无需开发接入：付款能力开通后即可使用
02
API 付款
集成成本：中将付款能力集成至您的业务系统，由系统根据业务流程自动发起单笔或批量付款。
- 自动化处理：系统可根据订单状态自动创建付款订单，减少人工操作
- 适配高频业务：适合付款频率较高、订单量较大的场景
- 结果自动同步：通过异步回调通知与查询接口获取付款结果，便于与自身系统对账
4
比较集成方案
| 评估维度 | 商户平台付款 | API 付款 |
|---|---|---|
| 开发工作量 | 🟢 极低 | 🟡 中 |
| 发起方式 | 在商户平台手动创建 | 由业务系统调用接口自动发起 |
| 批量能力 | 支持批量付款（上传文件） | 支持批量代付下单接口 |
| 结果获取 | 商户平台查看结果并导出记录 | 异步回调通知 + 查询接口 |
| 适用场景 | 人工操作、低频或少量付款；需审核的大额付款 | 高频、大批量、需与业务系统打通的自动化场景 |
备注
两种方案可以结合使用：例如通过 API 批量发起付款后，在商户平台复核与查看结果；或在商户平台创建付款，再通过查询接口与自身系统核对。