空中云汇（Airwallex）使用教程与优缺点：多币种账户怎么用

空中云汇（Airwallex）使用教程与优缺点：多币种账户怎么用

跨境团队常见的困境是资金被切得很碎：收单在一家、平台放款在另一家、付供应商又要走第三家，换汇还要再算一次成本。空中云汇（Airwallex） 2015 年成立于墨尔本，切的就是这个问题——它把多币种账户、本地收款、换汇、收单、发卡与支出管理放进同一个后台。

需要先明确一点：它本质是账户型基础设施，解决的是"钱怎么高效地进出与流转"，而不是"如何让更多买家完成付款"这件事本身。没把这条线分清，就很容易拿它去和收单平台比转化率，得到一堆无效结论。

一、开户与主体要求

空中云汇面向有跨境经营需求的法人主体。通常可用的注册地包括香港、新加坡、澳大利亚、英国、欧洲与美国等地，具体清单与所需材料（营业执照、业务说明、网站信息、受益人信息）需以其官网与客户经理的确认结果为准。

中国大陆主体一般不能直接开户，需要境外主体配合。开户流程比纯 SaaS 收单更长，建议把这条时间线放进项目排期：主体注册—开户审核—首笔收款验证，三步走完才算真正可用。主体与经营地对账户可用性的影响，可参考 跨境卖家主体结构指南。

1.1 KYB 材料清单

各市场要求略有差异，但结构大同小异，可以按五类准备：

• 注册证明：公司注册证书、商业登记、章程或组织大纲，用来确认主体真实存在且股东结构可解释。
• 股权结构与受益人：股东名册、最终受益人身份与住址证明。持股层级越多，需穿透的材料越多。
• 业务合同或贸易单据：与上下游的合同、订单、发票、物流凭证，用来证明资金来源与去向是真实的商业行为。
• 网站与商品说明：可公开访问的站点、清晰的商品或服务描述、定价与交付方式。
• 退款与隐私政策：政策页面要能对应真实业务流程，而不是从别处套来的模板。

1.2 贸易真实性为什么是审核重点

账户型产品的审核逻辑和收单不同。收单方关心的是"这笔刷卡有没有争议风险"，账户方关心的是"这笔钱为什么进出、背后有没有真实交易"。前者可以在交易层面用风控规则解决，后者必须在开户时把资金链路讲清楚。

原因是账户本身具备资金中转能力。一笔来源不明的入账加上一笔去向不明的出款，就构成了通道，而通道正是被滥用的高频场景。所以审核方会要求合同、发票、物流这类能串起"买家—你—供应商"的证据链。

理解这一点，材料准备就有方向了：不是把文件堆齐，而是让审核方能在很短时间里复述出你的商业模式与资金路径。

1.3 被要求补件的五种高频原因

• 股权结构穿透不完整：只提交了直接股东，没说明上层持股平台与最终受益人。
• 网站信息与申报业务不一致：申报做 B2B 批发，站上却是零售落地页，或者站点根本无法访问。
• 单据与流水对不上：合同金额、发票金额与实际入账金额差异明显，且没有说明原因。
• 收款用途描述笼统：只写"货款"或"服务费"，无法对应具体交易与对手方。
• 缺少退款与争议处理说明：没有页面说明买家如何申请退款，或说明与实际流程不符。

补件本身不可怕，可怕的是每次补件的口径不一致。建议内部维护一份业务说明主文档，所有对外说明都从它派生，避免不同人给出的说法互相矛盾。

1.4 审核周期的决定因素

审核周期不是一个固定值，主要取决于四件事：主体注册地的尽调要求、业务模式是否属于高关注行业、材料是否一次给全、以及是否需要额外的合规复核。

可压缩的部分在你这一侧：材料一次给全、说明前后一致、指定一个对接人统一回复，能把来回沟通的轮次降下来。不可压缩的部分是对方流程，强行催进度通常只能换来模板回复。

二、六项核心功能

2.1 多币种账户

在一个后台里持有多种货币余额（官方常表述为二十余种），各币种之间可以独立记账。对同时收美元、欧元、英镑的团队，这省掉了在多个银行与平台之间搬钱的动作。

刚需场景很明确：买家分布在多个币种区、供应商也在多个币种区，且不希望每次收付款都做一次换汇。这时多币种余额相当于一个内部资金池，收进来的钱先不动，等实际付款时再决定换不换。

用不上的场景同样明确：只有单一市场、单一币种，收进来马上就要结汇付给境内供应商。这种情况下多币种账户只是一层额外的中转，反而多出一套对账环节。

2.2 本地收款

在多个市场通过本地清算网络收款，客户看到的收款账户信息是"本地"的，减少了跨境转账的中间环节与费用，也让付款方更容易操作。

刚需在 B2B 场景最突出。企业买家走本地转账是财务习惯，跨境电汇要填代理行信息、要经过中间行、到账时间不确定，很多采购流程干脆不接受。给出本地账户信息，等于把"付款麻烦"这个摩擦点去掉了。

用不上的是纯平台型卖家：如果收入全部来自电商平台的定期放款，你的收款对手方是平台而不是终端买家，本地账户的意义就有限。各类收款路径的横向比较见 跨境收款方式对比。

2.3 换汇与跨境付款

换汇与付款在同一个流程里完成，可指定币种与到账形式。批量付款对需要定期结算供应商或多地团队的场景很实用。

刚需是"钱在账户里、要按币种付出去"的团队：广告费付美元、供应商付人民币、团队工资付多币种，如果每个方向都走银行，光是填单与对账就够忙的。批量付款把这类重复动作压缩成一次提交。

用不上的情况是付款笔数少、金额大且对手方固定：这类场景走银行电汇并不吃亏，在凭证与合规留痕上也更符合部分财务审计习惯。

2.4 线上收单

提供网站与 API 接入的收单能力，可与账户体系打通：收进来的钱直接进入多币种余额，不必先落地到某家银行的单一币种账户。

要看清它的边界：它确实做收单，但收单能力与实际可用市场、币种、卡组织覆盖相关，并不是所有市场的本地收单都同等好用。成熟市场的卡收单通常更完善，长尾市场的本地支付方式覆盖则需要逐个确认。

所以更合理的期待是：把它当成"资金落点加主要市场收单"，而不是"全球本地收单的万能方案"。买家侧的支付方式体验、3DS 策略、拒付处理仍要按市场逐一验证；对支付方式要求高的市场，往往需要另配一家本地收单方。

2.5 发卡与支出管理

可开具虚拟卡与实体卡，用于支付广告费、订阅服务与差旅。把支出纳入同一体系后，额度控制、分类与对账都比"多张个人卡"规范得多。

刚需是广告投放与 SaaS 订阅密集的团队：按项目或渠道发虚拟卡、单独设额度、随时冻结，既控制预算，也避免卡信息外泄带来的损失。

用不上的情况是支出规模小、只有一两张公司卡：这套能力的价值来自"多卡、多项目、多币种"的管理复杂度，复杂度不够时，它只是把报销流程换了个界面。

2.6 API 与嵌入式金融

对平台型企业，可以把账户、换汇、发卡等能力嵌入自己的产品。这部分对工程能力有要求，但能让平台在不自建牌照体系的前提下提供跨境资金服务。

刚需场景是平台上有大量中小卖家或服务商：平台希望在自己的界面里完成收款、分账前的资金归集，以及向境外供应商付款，而不想让用户跳出去开境外银行账户。

用不上的情况是自营业务：只有自己一家在用，没有"替别人管钱"的需求，嵌入式能力的投入产出比很低，直接用后台或 API 做内部自动化就够。

三、资金路径与账户结构

功能清单看完，真正决定使用体验的是资金路径。同样的功能组合，路径设计不同，对账难度与汇率成本可以差出很多。

3.1 本地收款账户与全球多币种账户的区别

这两个概念常被混用。本地收款账户是"以当地货币、在当地清算网络里收款"的入口，强调的是付款方的体验；全球多币种账户是"在一个账户体系里持有多种货币余额"，强调的是你自己的资金管理。

前者解决"别人怎么把钱给你"，后者解决"钱到了之后你怎么摆"。两者通常配套使用，但预算与精力有限时优先级不同：先确认主要市场能否给出本地账户信息，再考虑多币种余额能覆盖多少币种。多币种与结汇的整体策略可参考 多币种收款账户指南。

3.2 资金在余额之间怎么流动

账户内的资金流转通常是三个动作：入账、内部转换、出款。入账按币种落在对应余额上；内部转换是余额之间的兑换；出款按目标币种与路径付出去。

设计流程时要避免"无意义转换"。典型浪费是先统一换成本地货币入账，再换回原币种付出去，每多一步就多一次点差。更合理的做法是保留原币种，等实际付款时再按需转换。

还有一个容易忽略的点是余额的"层次"：哪些余额是自由可用的、哪些因为待结算或风控而受限，要在账务上分开记。混在一起看，会高估可用资金。

3.3 换汇点差与手续费是两笔成本

换汇成本由两部分组成：一笔是明面上的手续费，一笔是汇率里的点差。前者在账单上看得见，后者藏在报价与中间价的差额里。

这就是为什么"换汇免费"的说法容易误导：手续费可以免，点差不会消失。比较报价时，可行的办法是把同一时点的成交汇率与公开中间价对齐，算出差额，而不是看谁写着"零手续费"。平台资金池与多币种头寸的安排，见 平台资金管理架构指南。

3.4 付款路径的选择依据

付款路径通常有两条：本地付款与跨境电汇。选择依据不是费率单，而是三件事——对手方能否接收本地转账、金额与频率、以及留痕要求。

对手方有本地账户、付款频繁且金额分散，本地付款更合适；金额较大、对手方只接受电汇、或财务要求银行出具的凭证，电汇更稳妥。两条路径混用时，要在同一张表里记录路径、币种与费用，否则月底核对会非常吃力。

四、它不解决什么（和收单方的分工）

把边界说清楚，比罗列功能更有用。有三件事不要指望账户层解决。

第一，买家侧的支付体验不归它管。买家用什么卡、是否触发 3DS 挑战、拒付如何判定与申诉，取决于你接入的收单方与卡组织规则。账户层负责钱到账后怎么摆，不改变结账页的转化率。

第二，平台"替客户收钱"不能靠账户层替代持牌安排。代收代付涉及资金归属、分账与合规资质，账户层提供的是工具，不是资质。要走这条路，需要持牌分账方案或 MoR 模式，架构差异见 独立站支付架构指南。

第三，多币种账户不等于多币种定价。定价币种是商业决定：在哪个市场以什么货币标价，影响的是买家的价格感知与汇率风险归属，跟账户支持多少币种无关。账户能收欧元，不代表你就应该用欧元标价。

五、费用结构

空中云汇的费用通常分几块：账户与收款（部分场景免开户费，收款按笔或按比例）、换汇（点差形式，优于或接近银行牌价，具体以实时报价为准）、跨境付款（按笔）、收单（按交易额比例加固定费用）、发卡（可能有制卡费与年费）。

判断是否划算的方法不是单看某一项，而是算全链路：收款成本 + 换汇点差 + 付款费用 + 收单费率。把这条链与"平台放款到收款账户再结汇"的传统路径对比，差异往往在换汇点差上。

5.1 显性费率

显性部分是能直接从价目表读到的：收款的按笔或按比例费用、跨境付款的按笔费用、收单的比例加固定费、发卡的制卡与年费。这部分好比较，也最容易被当成全部。具体数值以官网与合同为准。

5.2 隐性成本

隐性部分通常不出现在价目表首页：换汇点差、非交易时段的汇率报价、提现或转出的费用、退汇（付款被退回）的处理成本。这些项目单笔看不大，但在高频、多币种的业务里会累积成可观的比例。

其中最难量化的是时间成本：报价是实时的，你的财务却是按天、按周处理单据的，中间这段汇率波动其实也是成本，只是它不写在任何一张账单上。

5.3 什么情况下总成本会超出预期

• 收付款笔数多、单笔金额小，按笔计费的部分被放大，固定费占比迅速上升。
• 币种来回转换，每多一次转换就多一次点差，业务上却往往看不出问题。
• 用账户余额做短期周转，资金在多处停留，对账与调拨成本被低估。
• 只比价目表不比全链路，收单便宜但换汇贵，或者反过来，单看一块都会得出错误结论。

完整的自查方法可参考 支付费用审计指南。

六、优缺点

优势

• 多币种账户与本地收款组合完整，能同时解决"怎么收"与"钱放哪"两件事。
• 换汇与付款一体化，减少在银行与平台之间搬钱的次数，资金周转链路更短。
• 收单资金可直接进入多币种余额，不必先落地到单一币种账户再中转。
• 虚拟卡与支出管理补齐了"付钱"一侧，广告与订阅支出可以按项目管控。
• API 能力可支撑平台化场景，不必自建资质体系就能提供跨境资金服务。

限制

• 开户门槛与审核周期高于纯收单平台，不把开户时间算进排期就会拖累上线。
• 主体要求把不少中国团队挡在门外，没有境外主体几乎无从开始。
• 作为账户型产品，它不负责提高买家支付转化，本地支付方式的用户体验仍需收单侧解决。
• 产品线较多，账户、换汇、收单、发卡各有自己的流程与对账口径，要花时间把流程跑顺。
• 账户集中意味着风险集中：余额集中在一处，一旦触发合规复核导致资金受限，影响面是全部币种，因此平时就要把凭证与交易背景留档。

七、适合谁

适合：面向多国销售、需要多币种余额与本地收款、有跨境付款与供应商结算需求、需要统一管理广告与订阅支出的跨境团队；平台型企业若想把支付能力嵌入产品，也值得评估。

不太适合：只有单一市场、只收一种货币的小团队；只想解决"网站收款按钮"、没有资金流转问题的独立开发者。

介于两者之间的判断更实用：如果你的痛点是"钱在多个地方、换汇成本说不清"，它值得评估；如果你的痛点是"结账页转化率低"，那要找的是收单方与支付方式覆盖，而不是账户层。

八、上线检查清单

• 主体与材料先跑通：确认注册地可用、KYB 材料一次给全，不要在业务上线后才补主体。
• 首笔收款验证：用小额真实交易走完"入账—余额—出款"三步，确认全链路可用。
• 币种清单对齐：把买家付款币种、账户余额币种、供应商付款币种列成一张表，确认没有缺口。
• 汇率留痕：确认每笔转换的成交汇率与时点可导出，否则对账无法闭环。
• 收款账户信息核验：逐个市场核对本地账户信息的格式与付款方能否识别，必要时准备付款指引。
• 权限与审批：按角色划分操作权限，出款设审批，避免单一账号能转走全部余额。
• 对账口径统一：确定账单下载频率、字段口径与内部核算系统的映射关系。
• 变更回归：主体、业务或收款市场发生变化时，提前评估是否需要重新审核。

九、和 Adyen / Stripe / PingPong 的分工

三者定位不同：Adyen 与 Stripe 解决"收单与支付成功率"，空中云汇与 PingPong 更偏向"资金归集与流转"，PayPal 则是买家侧的钱包选项。更清楚的分法是三层：

• 收单层：Adyen、Stripe、Checkout.com 这类，负责买家付款那一刻的授权、3DS、拒付与支付方式覆盖。
• 资金层：空中云汇、万里汇、PingPong 这类账户型服务，负责多币种余额、本地收款、换汇与批量付款。
• 钱包层：PayPal 这类买家侧账户，作为一种支付方式存在，改变的是买家选择，而不是你的资金结构。

这三层不冲突，同一家公司可以三层都用：收单层决定转化率，资金层决定资金效率，钱包层决定部分买家的付款意愿。常见配置是"收单用 Stripe 或 Adyen，资金归集用多币种账户，钱包作为并列选项"；与 PingPong 这类账户型服务的差异，主要体现在可用市场、收款方式与配套功能上，需要按自己的市场结构逐项比对。

完整角色划分见 跨境支付平台选型矩阵。判断顺序建议是：先把收单层定下来，再选资金层，最后才考虑钱包层要不要开——反过来做，往往会为了一两个支付方式的偏好，把资金结构搭得很别扭。

来源：16IDC 原创，能力、准入与费率口径以 https://www.airwallex.com 官网文档及合同为准。