海外通道：搭建低成本高成功率的资金闭环
我见过不少企业，海外流水增长很快，资金却越来越慢，成本也越来越高。很多问题其实出在支付通道设计上。
我把海外通道理解为一套跨境资金基础设施。它不只是收款，还包括本地支付、换汇、结算、退款、拒付、代付、对账和风控。我更建议企业采用“主 PSP + 区域 PSP + 备用 PSP”的结构。
我以前也容易先问“哪家费率最低”。后来我发现，这个问题其实问错了。真正决定成本的不是一个 3.3% 或 3.4% 的数字，而是支付成功率、固定手续费、国际卡附加费、换汇损耗、结算时间、拒付、储备金和代付成本。只要其中一个环节设计不好，前面省下来的手续费，很快就会在后面被吃掉。所以我现在看海外通道，会把收款、资金和代付放在一起看。
1. 什么是海外代收代付？主流海外第三方支付通道有哪些推荐与优劣势对比？
企业刚开始做海外业务时，很容易把“海外支付”理解成接一个信用卡接口。业务做大以后，我发现这种理解远远不够。
我认为海外代收就是 Pay-in，也就是从消费者收钱；海外代付就是 Pay-out，也就是把资金付给商户、供应商、创作者、员工或其他收款人。真正完整的海外通道，需要同时解决 Pay-in、结算、FX 和 Pay-out。
我怎么理解海外代收和代付？
我通常把消费者付款到企业这一段叫 Pay-in。消费者可以使用 Visa、Mastercard、本地银行卡、银行转账、二维码或者电子钱包付款。PSP 收到消费者的钱以后，并不代表钱马上可以被企业使用。交易还可能经历授权、扣款、结算和提现几个阶段。
Pay-out 是另一条方向。企业可能需要把钱支付给供应商、卖家、司机、主播、自由职业者或者其他合作方。企业如果只是收款，不设计代付，后面往往还需要再找银行、换汇公司或者另一家支付机构。这样不仅系统复杂，资金还可能被重复换汇。
我更关注的是整个资金路径，而不是单独看某一个支付按钮。
我会怎么选主流第三方支付通道？
| 通道 | 我的主要判断 | 我看到的优势 | 我认为的不足 | 我更倾向的使用场景 |
|---|---|---|---|---|
| Stripe | 我会把它当全球基础 PSP 之一 | API 成熟，信用卡和开发生态强 | 国际卡和 FX 叠加后成本可能明显上升 | 欧美、新加坡、SaaS、电商 |
| Airwallex | 我会重点用于支付加资金管理 | Pay-in、LPM、多币种、FX、Pay-out 可以放在一起 | 部分价格需要商务报价 | 亚太、跨境电商、全球资金管理 |
| Adyen | 我更倾向大型企业使用 | 全球 acquiring、线上线下统一能力强 | 接入和商务门槛相对高 | 大型零售、平台、大型互联网企业 |
| Checkout.com | 我会用于高交易量全球卡业务 | 全球 acquiring 和企业级能力强 | 公开价格不容易直接比较 | 欧美、中东、高 GMV 企业 |
| Xendit | 我会把它作为东南亚区域 PSP | 印尼、菲律宾、马来西亚等 LPM 深 | 全球卡 acquiring 不是它最核心的优势 | 东南亚 |
| dLocal | 我会重点考虑拉美和新兴市场 | Pay-in 与 Pay-out 覆盖强 | 价格很多需要谈判 | 拉美、新兴市场 |
| PPRO | 我更倾向把它作为 LPM 聚合层 | 一次接入大量本地支付方式 | 不一定适合做唯一主 PSP | 欧洲、拉美、本地支付聚合 |
| PayPal | 我会保留它作为消费者钱包 | 全球用户认知高 | 费率通常不是最低 | 欧美消费者和跨境零售 |
以新加坡公开标准价作为一个可以比较的例子，Stripe 本地卡公开价格约为 3.4% + S$0.50。Airwallex 本地卡约为 3.30% + S$0.50。PayPal 普通商业交易则可能达到 3.90% 加固定费用。实际企业价格还会因为交易量、行业、MCC、国家、拒付率、币种和谈判能力发生变化。
所以我不会寻找一家所谓“全球最强 PSP”。我更愿意建立三层结构：
主 PSP + 区域 PSP + 备用 PSP。
比如，我可以用 Stripe 或 Airwallex 做全球基础层。东南亚再增加 Xendit。拉美再增加 dLocal、EBANX 或 PPRO。业务规模继续扩大以后，我再考虑 Adyen 或 Checkout.com 做 acquiring 竞争和智能路由。
2. 企业申请与对接海外支付通道需要哪些资质？完整 API 接入流程是怎样的？
我以前以为申请支付通道就是提交营业执照。真正做过以后，我才发现，PSP 最关心的是企业、业务和资金到底是什么关系。
我准备海外通道申请时，会提前整理公司注册文件、董事和 UBO 信息、银行账户、网站、产品说明、退款政策、预计 GMV、客单价、客户国家和完整资金流。平台业务还需要说明谁承担退款和拒付责任。
我会提前准备哪些 KYB 材料？
PSP 做 KYB 时，我认为它实际在确认四个问题：
- 我的企业是谁？
- 谁真正拥有和控制企业？
- 我的企业卖什么？
- 消费者的钱为什么这样流动？
普通有限公司通常需要准备公司注册证书、商业登记、注册地址、董事资料、UBO 资料、企业银行账户、网站、产品介绍、Privacy Policy、Terms、Refund Policy 等。
如果我是 Marketplace，我还会准备子商户 onboarding 流程、KYC/KYB 规则、平台协议、抽佣方式、资金流图、退款责任和储备金规则。
如果我是 SaaS，我会重点准备订阅协议、续费说明、取消规则和退款规则。
如果我是实物电商，我会准备物流、仓储、发货时间、tracking 和退货政策。
如果企业涉及替第三方持有资金或者代付，我还会先确认自己的法律角色。因为普通商户、Marketplace、Merchant of Record、PayFac 和 Money Transmitter 的法律责任并不一样。
我会怎么设计完整 API 接入流程？
我不会把订单系统直接绑定某一家 PSP。我更倾向做一个内部支付控制层：
订单 → Payment Orchestrator → Risk → PSP Adapter → Webhook → Ledger → Reconciliation → Treasury → Payout
我实际接入时会按照下面的顺序走：
| 阶段 | 我会做什么 |
|---|---|
| 1 | 完成 KYB，取得 Sandbox 和 Production 权限 |
| 2 | 我的系统先生成唯一 order_id |
| 3 | 根据国家、币种和客户情况选择支付方式 |
| 4 | 我的风控系统先检查设备、IP、金额和交易频率 |
| 5 | 创建 PSP Payment Object |
| 6 | 客户完成银行卡、3DS、QR 或 Redirect |
| 7 | 我的服务器等待 Webhook，而不是相信前端跳转 |
| 8 | Webhook 验签、去重，再更新支付状态 |
| 9 | 我的内部 Ledger 记录本金、手续费、FX 和退款 |
| 10 | 每天做 PSP、Ledger、银行三方对账 |
| 11 | 资金进入 Treasury 后再决定 FX |
| 12 | 验证 Beneficiary 后执行 Pay-out |
我特别重视幂等。网络 timeout 并不等于支付失败。如果我的系统遇到 timeout，我不会直接再创建一笔付款。我会先按照 order_id、request_id 或 PSP transaction ID 查询原交易。
我也不会把“网页跳转成功”当成支付成功。PayNow、Pix、iDEAL、ACH 等支付方式都有自己的异步状态。比如 ACH Direct Debit 可能需要几个工作日才能得到最终结果。订单发货条件应该由服务端最终状态决定。
3. 海外支付通道的费率、汇率损耗是多少？主流结算周期 T+0、T+1、T+7 如何计算？
很多企业只比较 3.3% 和 3.4%。我认为这样很容易低估实际支付成本，特别是国际卡和跨币种业务。
我计算海外支付成本时，不只看 MDR。我会一起计算固定费、国际卡附加费、FX、拒付费、Pay-out、税费和资金占用成本。T+1 还必须确认到底指自然日还是工作日。
我会计算真实支付成本，而不是只比较 MDR
我通常用下面这个思路看支付总成本：
支付总成本 = 收单手续费 + 固定费 + 国际卡附加费 + FX + 拒付成本 + Pay-out + 税费 + 资金占用成本
然后我再计算：
真实支付成本率 = 支付总成本 ÷ GMV
假设我的月 GMV 是 S$100,000，一共有 1,000 笔交易，每笔平均 S$100。
按照研究报告里的公开标准价格做一个简化计算：
| 方案 | 我的简化月成本 | 有效成本率 |
|---|---|---|
| Stripe 新加坡本地卡 | S$3,900 | 3.90% |
| Airwallex 新加坡本地卡 | S$3,800 | 3.80% |
| Stripe PayNow | S$1,300 | 1.30% |
| Stripe 国际卡并需要 FX | 约 S$6,400 | 约 6.40% |
| Airwallex 国际卡并假设主要币种 0.4% FX | 约 S$4,500 | 约 4.50% |
这个例子给我的启发很直接。
如果我花很多时间把信用卡从 3.4% 谈到 3.3%，我只节省了 0.1%。但是，如果我能让一部分当地消费者从信用卡转向 PayNow、Pix、QRIS 这类本地 A2A 支付，我可能一次降低几个百分点的支付成本。
所以我更愿意优化支付方式结构，而不是只跟 PSP 谈几十个基点。
T+0、T+1 和 T+7 到底是什么意思？
我会先区分三个时间：
消费者付款完成时间、PSP Settlement 时间、银行 Payout 到账时间。
这三个时间不是一回事。
T+0 一般表示交易日当天资金可以进入可用余额。
T+1 一般表示交易日之后一天。
T+7 一般表示七天以后。
但我一定会再确认是 Calendar Day 还是 Business Day。
如果周五发生交易：
- T+1 Calendar Day 可能是周六；
- T+1 Business Day 可能要到周一。
假设我的应收净资金是 S$100,000，公司的年资金成本是 10%。
那么我可以估算：
资金占用成本 = 应收资金 × 年资金成本 × 延迟天数 ÷ 365
| 结算周期 | 我的估算资金成本 |
|---|---|
| T+0 | S$0 |
| T+1 | 约 S$27.40 |
| T+7 | 约 S$191.78 |
所以我不会看到“Instant Payout”就马上使用。如果提前一天到账需要支付 1% 的加速费，那么 S$100,000 就要支付 S$1,000，而一天资金成本可能只有几十新币。在这种情况下，我宁愿正常结算。
4. 布局东南亚、拉美或欧美市场，如何高效接入当地主流的本地化支付 LPM 通道？
如果我进入一个国家以后还只展示 Visa 和 Mastercard，我很可能已经失去了一部分本地消费者，而且我还可能多付手续费。
我做 LPM 时，会按照消费者所在国家设计支付方式，而不是按照公司注册国家设计。东南亚优先银行转账和二维码，拉美重点做 Pix、SPEI、OXXO 等，欧洲则按国家接 iDEAL、Bancontact、BLIK 等。
我不会一次直接接几十个 LPM
我更喜欢通过区域 PSP 统一聚合。
如果我自己分别接 PayNow、DuitNow、QRIS、PromptPay、GCash、Pix、OXXO、BLIK 和 iDEAL，我不仅要维护很多 API，还需要处理不同 webhook、退款规则、结算周期、币种和对账方式。
所以我通常会采用：
一个全球 PSP + 一个区域 PSP + 本地 LPM
东南亚我会怎么排？
| 国家 | 我的 P0 支付方式 | 我的 P1 支付方式 |
|---|---|---|
| 新加坡 | PayNow + Cards | GrabPay、Alipay、WeChat Pay |
| 马来西亚 | DuitNow、FPX + Cards | Touch 'n Go、GrabPay |
| 印尼 | QRIS + Bank Transfer | DANA、GoPay、OVO |
| 菲律宾 | Bank/QR + Cards | GCash、Dragonpay |
| 泰国 | PromptPay + Cards | Wallet、Online Banking |
| 越南 | Local Bank/QR + Cards | MoMo 等钱包 |
在东南亚，我通常会把 Xendit、Airwallex 或 Adyen 作为区域连接层，然后根据国家测试实际 Conversion Rate。
我不会因为信用卡是全球标准，就默认把信用卡放第一位。对于本地用户，我更愿意测试当地银行和 QR 是否应该排在前面。
拉美我会怎么排？
巴西是我会优先处理的市场。
我会把：
Pix + Local Cards
作为重要基础。
之后我再补 Boleto 和分期支付。
墨西哥我会关注：
SPEI + Local Cards + OXXO。
拉美的特点是本地银行转账、现金 Voucher 和本地卡都很重要。所以我更倾向使用 dLocal、EBANX 或 PPRO 做区域聚合，而不是要求每个国家都独立建设一套支付系统。
欧美我会怎么排？
欧洲不能简单理解成“EUR 市场”。
荷兰用户可能更习惯 iDEAL 或 Wero。
比利时有 Bancontact。
波兰有 BLIK。
英国有 Pay by Bank 和 Bacs。
欧元区还有 SEPA。
美国则更适合 Cards + ACH，再配合 PayPal 或其他钱包。
所以我会让我的 Payment Orchestrator 根据：
country + currency + device + order type + customer history + cost + PSP health
动态决定支付方式排序，而不是全球所有用户打开同一个 Checkout。
5. 如何防范海外通道风控冻结与高拒付率 Chargeback？跨境资金安全与合规如何保障？
我见过最危险的情况，不是某一天多付了一点手续费，而是交易量快速增长以后，拒付率突然上升，PSP 开始延迟结算甚至增加储备金。
我防范海外通道风险时，会同时看欺诈率、拒付率、授权率、退款率、3DS、交易异常和资金储备。我不会等到 PSP 或卡组织发出警告以后才处理。
我的风控不会只看 Fraud Rate
如果我为了降低欺诈，把所有订单全部拦得很严，真实客户也会付款失败。
所以我会同时看：
| 指标 | 我怎么看 |
|---|---|
| Authorization Rate | 我会按国家、BIN、Issuer 和 PSP 拆分 |
| Payment Success Rate | 我会比较不同 LPM 的真实成功率 |
| Fraud Rate | 我会同时看金额和笔数 |
| Chargeback Ratio | 我会设置绿、黄、红三级预警 |
| Refund Rate | 我用它判断产品、物流和客户体验 |
| 3DS Challenge Rate | 我避免所有订单都强制挑战 |
| Payout Failure Rate | 我按银行、国家和收款人原因分析 |
| Reconciliation Break Rate | 我用它监控财务是否对不上 |
| FX Leakage | 我检查有没有重复换汇 |
| Reserve Coverage | 我检查退款和拒付准备金够不够 |
我更喜欢 Risk-based Authentication。
老客户、小额订单、正常设备可以减少摩擦。
新设备、高金额、异常 IP、BIN 和收货国家不一致的订单，我再加强验证或者触发 3DS。
我如何降低 Chargeback？
交易发生前，我会检查设备、IP、账号年龄、交易频率、BIN、国家、收货地址、金额和历史行为。
交易成功以后，我不会马上忽略风险。
高风险实物订单，我会保留物流 tracking、签收记录、订单信息和客服沟通。
数字商品我会保留登录 IP、设备、下载记录、使用记录和用户接受条款的时间。
如果发生 Chargeback，我希望系统可以自动收集：
订单 + 客户 + 付款授权 + 3DS + 发货证明 + 客服记录 + T&C + Invoice
然后根据 Reason Code 生成 Evidence Package。
这样我就不需要让客服每一次都在几个后台里面找截图。
我会特别保护 Pay-out
Pay-out 的风险和信用卡不一样。
一旦企业把钱打到错误银行账户，很多银行转账很难撤回。
所以我会设置：
- 新 Beneficiary 冷静期；
- 修改银行账户需要二次审批；
- 大额 Pay-out 使用 Maker-Checker；
- 可以验证账户姓名时，我会启用验证；
payout_id必须唯一；- Timeout 必须先查询，再决定是否重试；
- 只有 Settled Balance 才可以进入可提现余额。
我绝不会把 Captured Amount 直接当成可以支付给卖家的钱。因为部分支付方式仍然可能没有最终 Settlement，而且退款和争议还可能在后面发生。
6. 海外代收 Pay-in 与代付 Pay-out 如何配合，才能构建低成本、高成功率的出海资金闭环？
如果我的系统每天都把收到的外币全部换成本币，然后需要付款时又换回外币，我的 FX 成本会在不知不觉中不断增加。
我设计资金闭环时，会让 Pay-in 先进入多币种资金池。我先预留退款和拒付准备金，再用同币种资金完成 Pay-out。只有最终净敞口需要换汇时，我才执行 FX。
我会把 Ledger 当成资金真相源
我的核心架构会接近下面这样：
消费者
↓
Checkout
↓
Payment Orchestrator
↓
Risk Engine
↓
全球卡 PSP / SEA LPM / LATAM LPM / EU Bank Payment
↓
Settlement Balance
↓
Internal Ledger
↓
Refund Reserve + Chargeback Reserve
↓
Treasury Router
↓
同币种 Pay-out
↓
只对净敞口 FX
↓
Local Payout
↓
供应商 / Seller / Contractor
这里最关键的一点是，我不会把 PSP 后台余额当成公司唯一的账。
我会把内部双分录 Ledger 当成资金真相源。
PSP Balance 和银行流水都是外部账。我每天让内部 Ledger、PSP Settlement 和银行流水做三方对账。
这样我才能知道哪一笔钱已经授权，哪一笔已经 Capture，哪一笔已经 Settlement，哪一笔属于退款准备金，哪一笔可以真正 Pay-out。
我会用净额匹配减少 FX
假设我今天收到：
- USD Pay-in：US$1,000,000
- USD Refund：US$80,000
- 美国供应商 Pay-out：US$400,000
最后需要回到 SGD Treasury 的钱就是：
US$1,000,000 - US$80,000 - US$400,000 = US$520,000
我认为错误做法是：
先把 US$1,000,000 全部 USD → SGD。
然后为了支付美国供应商，又把 SGD → USD。
这样企业承担了两次没有必要的换汇。
我更愿意直接使用收到的 USD 支付 US$80,000 的退款，再支付 US$400,000 的美国供应商。
最后只把剩下的 US$520,000 换成 SGD。
这样我只对真正的净 FX 敞口做一次换汇。
我怎么计算真正可以 Pay-out 的余额？
我会使用类似下面的公式：
Available for Payout = Settled Pay-in - Refund Reserve - Chargeback Reserve - Platform Fee - Pending Adjustments
这个公式看起来简单，但我认为它是资金安全的核心。
如果平台今天收到了 US$1,000,000，并不代表这 US$1,000,000 都属于 Seller。
其中可能还有退款、拒付、平台佣金、未最终结算资金和其他调整。
如果我让 Seller 把这些钱全部提走，一旦后面出现大量退款或者 Chargeback，平台只能用自己的现金填坑。
所以我更喜欢把 Pay-in 和 Pay-out 放到同一个 Ledger 里面管理。
最终，我希望我的支付系统形成：
本地 Pay-in → Settlement → Ledger → Reserve → 同币种净额匹配 → 必要 FX → Local Pay-out。
我认为这才是真正的海外资金闭环。
它可以减少不必要的换汇，可以减少 SWIFT，可以降低资金在途时间，也可以减少 PSP 故障对整个业务的影响。
我最后做支付路由时，也不会只看成功率。
我会同时计算：
授权成功率 × 支付转化率 × 净收入 - Fraud - FX - Settlement Cost - Operational Risk
然后我再决定这笔交易应该走哪一家 PSP、哪一种 LPM，以及这笔钱最后应该在哪个币种里面结算。
Conclusion
我认为真正好的海外通道，不是找到最低费率的 PSP，而是把本地收款、Ledger、风控、净额换汇和本地代付连接成一个完整资金闭环。
