B2B、信用卡与 MoR 跨境收款方案：不同主体如何选择

先说结论：跨境收款不是“找一家支持最多币种的支付公司”，而是先确定谁在卖、卖给谁、怎么付、卖什么、钱去哪里。B2B 大额贸易或服务优先考虑银行转账型收款账户；独立站 B2C 需要信用卡收单和当地支付方式；全球数字产品若不想自己处理各地消费税，可评估 MoR；平台业务则必须使用支持商户入驻、分账和合规审查的平台支付方案。Stripe、MoR、连连、钱海、PayPal、Airwallex 解决的并不是同一个问题。

很多项目一开始就提出“全球所有地区、所有币种、所有支付方式”。这通常不是一个可落地的首期目标。通道能展示 100 种货币，不等于你的主体能申请、目标国家的客户能使用、商品类别被允许，也不等于资金可以按预期结算和纳税。

正确顺序应当是：交易模式 → 收款方式 → 签约与履约主体 → 税务和外汇路径 → 支付服务商 → 技术接入。

本文资料校对日期为 2026 年 8 月 28 日。支付机构的准入、能力、行业政策和费率会变化；税务判断还取决于客户、商品、库存、人员、合同及履约所在地。本文只用于业务和系统规划，不构成法律、税务、外汇或金融意见。

---

一、先分清六种完全不同的模式

Stripe 的官方解释很直接：使用普通 Stripe Payments 时，商户自己仍是 MoR，需要负责交易合规、税务、退款和拒付；只有明确采用 MoR 产品的交易，责任边界才不同。参见 Stripe 的 MoR 说明和目前标注为 Public preview 的 Stripe Managed Payments 文档。

所以，“Stripe 和 MoR 哪个好”不是品牌对比，而是在问：你要自己做全球卖方，还是愿意让另一家公司在适用交易中成为面对消费者的卖方？

---

二、先按交易模式选方案

1. B2B 货物贸易：优先银行转账，不要默认刷卡

外贸订单、批发、设备或原材料采购通常大额、低频、先签合同后付款。最常见的组合是多币种当地账户加 SWIFT 备用。

连连官方将外贸 B2B 产品定位为多币种收款、付款和汇兑；Airwallex 全球账户提供当地清算或 SWIFT 的账户信息。它们更接近商业转账收款与资金管理，不能因为都叫“收款”就与 Stripe Checkout 放在一起比。参见连连外贸 B2B和 Airwallex 全球账户覆盖。

信用卡可以作为样品费、定金或紧急小额付款的补充，但要评估手续费、盗卡、拒付和交付证据。十万美元的订单“刷卡成功”，不等于资金不会被撤回。

2. B2B 服务、软件实施和咨询：转账为主，付款链接为辅

定制开发、咨询、设计和专业服务通常有合同、里程碑与验收。建议以企业银行转账或多币种当地账户为主，信用卡或付款链接仅作为小额标准化服务的补充。

最常见的错误是：合同由大陆公司签、工作由大陆团队完成，却让客户付款给创始人的个人 PayPal，或一个没有真实业务关系的香港公司。通道可能暂时能入账，但合同、履约、开票、税务和资金归属已经断裂。

系统至少要保存合同号、付款方、项目或账单号、履约主体、服务发生地、验收记录、退款条件和最终入账主体。大陆企业向境外单位提供软件、研发、设计或信息系统等服务，是否适用增值税零税率或免税，要按服务类型、“完全在境外消费”等条件和备案资料判断，不能把“客户在国外”直接等同于零税率。参见国家税务总局对跨境应税行为零税率和免税范围的说明。

3. 独立站 B2C 实物电商：需要收单，不只是收款账户

消费者要在网站或 App 即时付款，此时应比较 Stripe、Airwallex Payments、连连全球收单、钱海和 PayPal 等线上支付能力。

连连全球收单公开支持国际卡、当地支付和多种独立站接入；钱海的核心能力包括国际卡、当地支付、支付链接和跨境收单；Airwallex Payments 提供 Checkout、插件、支付链接和 API。它们适合需要中国团队服务、定制风控或不同结算路径的出海商户。参见连连全球收单、钱海产品与服务和 Airwallex Payments。

Stripe 的优势通常在开发生态、订阅和产品化能力，但 Stripe 标准 Payments 不等于大陆公司可直接开户。若使用香港、美国或新加坡等海外公司，该公司必须是真实的签约、经营和结算主体，而不是只为开支付账户存在的外壳。

PayPal 更适合作为独立站的补充方式。部分市场的消费者明确偏好 PayPal，但通常不应把它作为唯一通道。PayPal 中国大陆账户的国际商业交易公开标准费率目前为 4.40% 加固定费，另有换汇、提现和退款成本，具体以PayPal 中国大陆商家费用为准。

4. SaaS、软件、课程和数字内容：先决定要不要 MoR

全球 B2C 数字产品的难点往往不是“能不能扣到卡”，而是客户所在地的 VAT、GST 或 sales tax、税务登记、发票、退款权利和争议处理。

自己做商户：普通 PSP / 收单

适合已有财税能力、希望控制客户关系、定价、结账体验和资金节奏的团队。支付商处理付款，但你的公司通常仍是卖方，需要自己：

• 区分企业客户和消费者，并验证 VAT ID 等资料；
• 确定客户所在地和产品税务分类；
• 在触发规则后注册、计算、收取、申报和缴纳间接税；
• 开具合规发票或收据，处理退款、拒付和消费者权益；
• 在公司注册地申报收入、成本和利润。

让 MoR 面向终端客户销售

适合标准化数字产品、全球 B2C 占比较高、团队暂时不想自建多国间接税能力的业务。Paddle 说明其作为数字产品的 MoR，计算、收取并申报适用的 VAT、GST 和 sales tax；Lemon Squeezy 也说明其作为终端销售的 MoR 处理销售税、退款和拒付。参见 Paddle 的税务责任说明和 Lemon Squeezy 的 MoR 说明。

但 MoR 不是“全球免税公司”。你与 MoR 之间仍有 B2B 业务关系，其结算收入仍要入账；你自己的所得税、用工、转让定价、知识产权和产品监管责任仍存在。Paddle 也提示企业所得税和会计仍要结合结算单及交易数据处理。参见 Paddle 结算单说明。

选 MoR 不能只看“覆盖国家数”。还要确认产品是否获准、退款条款、客户数据归属、发票抬头、结算性质、会计资料，以及退出后订阅和支付令牌能否迁移。

5. 平台或 Marketplace：不能用普通商户号代收后人工分账

只要允许第三方卖家、服务商、老师、司机、房东或创作者入驻，再从消费者付款中向他们结算，就不再是普通自营电商。

平台必须确定谁定价、签约、履约、退款和开票；平台是否控制商户资金；谁做商户 KYC / KYB、制裁和受限行业审查；谁承担手续费、税款、退款和负余额；各地是否把平台视为 deemed supplier、marketplace facilitator 或需牌照的支付服务商。

Stripe Connect 的扣款模型会影响谁是 MoR；Airwallex 也提供 connected accounts、商户入驻和平台资金流能力。不能先用一个 Stripe 或 PayPal 商户号收下所有钱，再按数据库“余额”人工打给卖家，这可能同时引出资金混同、无证支付、反洗钱、税务和消费者保护风险。参见 Stripe Connect 的 MoR 说明和 Airwallex 平台支付方案。

---

三、不同主体应该怎样选

中国税法下，居民企业原则上就境内、境外所得缴纳企业所得税；居民个人也原则上就境内、境外所得纳税。所以，“钱留在香港或海外账户”不会自动让收入从中国税务问题中消失。参见《企业所得税法》第二、三条和《个人所得税法》第一条。

海外公司也不只是注册地问题。管理决策、人员、履约、知识产权或库存位于另一地区时，可能形成当地税收居民、常设机构、工资税、销售税或转让定价问题。大陆团队用海外公司收款，必须用真实的服务、采购、许可、分红或其他法律关系说明海外公司为何向大陆公司付款。

---

四、B2B 和 B2C 的税务逻辑为什么不同

跨境业务至少有三层税，不能混成一个“税率”：

1. 交易层间接税：VAT、GST、sales tax 等，常取决于客户所在地、B2B / B2C、商品分类和平台角色；
2. 进口环节税费：实物商品的关税、进口 VAT / GST、清关和进口商责任；
3. 主体所得税：利润在哪个公司确认、公司在哪里是税收居民、是否有常设机构及境外税收抵免。

B2B 跨境服务可能适用 reverse charge 等机制，但不能只因客户填写公司名就当作 B2B。系统应收集并验证企业名称、地址、税号或 VAT ID，保存验证时间和证据。付款人、合同客户和实际使用方不一致时，应人工复核。

B2C 则常按消费者所在地处理间接税。欧盟 OSS 允许企业在一个成员国申报覆盖范围内面向欧盟消费者的跨境销售；非欧盟企业向欧盟消费者提供服务可评估 Non-Union OSS，平台在特定情况下还会被视为 deemed supplier。参见欧盟委员会的 VAT One Stop Shop和 OSS 说明。

英国对面向英国消费者的数字服务有单独 VAT 规则，并要求保存消费者所在地证据；美国不是一个统一全国 VAT，州和地方 sales tax 规则不同，实体或经济联系可能形成 nexus。参见英国政府的数字服务 VAT 指南和美国 SBA 对线上销售 nexus的概述。

普通 PSP 的税务插件可以帮助算税和出报告，但“计算了税”不等于已经注册、申报和缴纳。MoR 通常承担合同覆盖范围内对终端销售的间接税，但你的主体税和 MoR 结算收入仍要处理。

---

五、几类服务商应该怎么选

成熟项目通常是分层组合：B2B 用当地转账加 SWIFT；B2C 用一家核心收单加目标市场当地支付；PayPal 或第二收单做补充与容灾；数字产品在“普通 PSP + 自有税务能力”和 MoR 之间选择；平台必须另用 connected accounts / 分账方案。

---

六、可直接用于立项的选择矩阵

---

七、上线前必须回答的 12 个问题

1. 卖的是实物、标准数字产品、定制服务，还是第三方商品？
2. 客户是企业还是消费者，如何验证？
3. 谁签合同、出现在账单上并承担退款？
4. 主要国家、币种、客单价、笔数和退款率是多少？
5. 客户需要转账、信用卡、PayPal，还是当地支付？
6. 大陆、香港或其他海外公司中，谁实际签约和履约？
7. 钱最终回大陆、留海外付成本，还是向第三方分账？
8. 是否涉及预售、长交付、订阅、高拒付或受限行业？
9. 哪些国家可能产生 VAT、GST 或 sales tax？
10. 若用 MoR，产品是否获准，合同、发票和退款由谁处理？
11. 若用海外公司，它与大陆公司之间是什么真实交易关系？
12. 支付、订单、发票、退款、结算和银行到账能否逐笔对上？

这些问题没有答案时，就不应进入“接哪家支付 API”的阶段。

---

八、系统要承接合规，而不只是做支付按钮

系统要分别记录订单金额，支付授权、请款、退款和拒付，签约及履约主体，客户所在地和税号证据，支付商结算批次，换汇及银行到账，以及发票、MoR 结算单、合同、物流或验收记录。

技术上应建立内部统一的订单、支付、退款和结算模型，不直接绑定一家支付商的状态名称；Webhook 要校验签名、保证幂等并可重试；尽量使用托管收银台或支付组件，避免服务器直接接触完整卡号；主体、国家、商品或币种变化时，应重新做通道与税务路由，不能静默切换商户号。

中国境内跨境回款还要满足真实性和一致性审核。支付机构需要审查交易的真实性、合法性及其与外汇业务的一致性，所以合同、订单、报关或交付、平台账单和退款流水应从第一笔交易开始留存。参见国家外汇管理局的支付机构外汇业务管理要求。

最终的好方案通常不是“覆盖全世界”，而是首期上线 2–5 个主要国家和一种主付款方式；第二阶段按真实失败率与客户需求增加当地支付；收入、团队和税务能力达到规模后，再扩展更多主体和地区。这样得到的不是一堆能开户的账户，而是一条合同、履约、收款、纳税、结算和对账都能解释清楚的业务链路。