M-PESA 商户收款指南:移动货币的接入与对账

很多团队第一次接触非洲市场时,会把移动货币当成银行卡的另一种表现形式,然后套用熟悉的卡收单方案。这个假设几乎一定会在三个地方出问题:收款确认、退款、对账。原因很简单,移动货币体系里用户的钱不在银行账户里,而在运营商账户里;它不经过卡组织,也不经过收单行。你面对的不是一条卡链路,而是一套完全独立的资金体系。

这篇文章以 M-PESA 为主线,讲清移动货币的接入机制与对账要点。M-PESA 是由 Safaricom 在肯尼亚推出并主导的移动货币服务,后经不同运营商扩展到多个非洲市场,用户以手机号账户完成存取与转账。非洲市场的整体结构可以先读 非洲支付指南。

一、平台定位:运营商主导的移动货币体系,不是卡收单

1.1 钱在运营商账户里,不在银行账户里

移动货币的核心是账户归属。用户的钱存放于运营商体系内的手机号账户,存取、转账与支付都在这个体系里完成。用户不需要银行卡,甚至不一定需要银行账户,很多场景下手机号就是账户本身。这与卡体系是两套平行的基础设施,谁也不会自动兼容谁。

理解这一点,才能理解接入的实质。商户接入 M-PESA,不是接一家收单行或者卡组织,而是接入运营商的收款接口。这意味着三件事都必须在运营商体系内解决:收款如何确认、退款如何发起、对账依据是什么。任何试图用卡收单流程去套的做法,都会在某一环节被迫停下来。

对出海团队来说,判断标准应该随之改变。不要问它支持哪些卡种,而要问:买家用什么标识付款、我如何确认这笔钱真的到了、退款走哪条路径、对账以什么凭据为准。

1.2 它不是什么

第一,它不是银行卡通道。移动货币不经过卡组织,卡收单的授权、请款、拒付这一整套概念在这里对不上。

第二,它不是泛非通用方案。M-PESA 在不同国家由不同运营商运营,各国的接入方式、短码与规则并不统一,跨国经营必须逐国评估。

第三,它不是跨运营商互通的统一钱包。不同运营商的移动货币之间通常不直接互通,跨运营商转账往往要经过额外环节甚至是代理网络。

第四,它不能替代你的资金回笼设计。收款进的是运营商账户或商户钱包,怎么结出去是另一套机制。

二、准入与主体要求

2.1 商户短码、主体资质与业务可解释性

移动货币的准入与卡收单不同,核心动作是取得商户收款标识。典型路径是申请商户短码,也就是在运营商体系内为你的业务分配一个可被用户识别的收款号码,用户在手机上输入短码并确认金额即可完成付款。短码分为面向账单式收款的类型与面向门店式收款的类型,两者的使用场景、对账方式与用户心智都不同。

申请短码时,主体资质与业务可解释性同样重要。审核方需要判断你在卖什么、卖给谁、是否涉及受限制品类。与卡收单相比,移动货币体系对资金用途与业务真实性同样敏感,只是判断依据不同。把材料按卖什么、怎么交付、怎么退三段组织,仍然是有效的做法。

2.2 结算、币种与资金回笼

这是最容易被低估的一节。收款成功与资金到手是两件事。买家在手机上确认付款后,这笔钱通常先进入运营商体系内的商户账户或钱包,之后才按约定结算到你的银行账户或其他指定账户。这个过程中的币种、周期与凭证,都必须在接入前问清楚。

对跨境团队来说,还有一层约束是外汇与跨境划转。本地货币结算后怎么换汇、怎么划出、需要什么证明材料,这些问题的答案通常不在产品文档里,而在合同与业务对接人的承诺中,必须落到书面。多币种与多账户的设计可以参考 多币种收款账户指南。

三、接入方式与账户结构

3.1 商户短码、Paybill 与 Till Number 及接口集成

移动货币的收款形态通常有两条路。一条是面向账单式收款的商户号码,用户输入商户号与账号或金额完成付款,适合订阅、账单与线上订单;另一条是面向门店式收款的号码,用户输入金额即可,适合线下场景。两条路的用户体验与对账字段差异明显,线上业务通常需要前者提供的订单级信息。

另一条路是接口集成。商户通过运营商提供的接口发起收款请求,用户在手机上确认,结果通过异步通知回传。这种方式能拿到结构化的订单数据,便于对账与自动化,但需要工程投入,也要处理好通知重试、乱序与丢失。

选择哪条路取决于阶段与量。量小的时候,用短码加人工核对可以先把业务跑起来;当订单量上升、对账开始变成瓶颈时,接口集成带来的自动化收益会迅速超过接入成本。

3.2 异步通知、主动查询与幂等

移动货币的结果几乎都是异步的。用户在手机上确认付款,运营商处理后通过通知回传结果,这个过程有延迟,也可能因为网络或系统原因延迟更久。因此服务端必须把三件事做对:通知处理、主动查询与幂等。

通知处理要容忍重复与乱序,并且不能假设一定会到。主动查询是必备能力,用订单号或交易号去运营商侧查询最终状态,把悬挂订单拉出僵局。幂等意味着同一笔创建请求重复到达时不能产生两笔收款,订单号要在创建、通知、查询三条链路上都能防重。对账与账单运营的整体方法可以参考 支付对账与账单运营指南。

四、核心能力与覆盖市场

4.1 移动货币与银行卡的差异维度

理解移动货币最有效的方式,是把它和银行卡放在一起逐维度对比。差异不在费率高低,而在资金在哪里、怎么确认、怎么退、拿什么对账。

差异维度 移动货币 银行卡
账户主体 运营商体系内的手机号账户 银行账户或卡账户
收款标识 商户短码、商户号码或手机号 卡号与商户号
确认机制 用户在手机上确认,结果异步回传 授权与请款,结果在请求链路内返回
退款路径 走运营商退款流程,有时效与状态差异 走卡组织退单流程,可拒付与举证
对账依据 运营商交易凭据与结算报表 收单结算报表与卡组织清算文件

这张表的用法是,把每一个维度当成一个必须回答的问题,而不是一条背景知识。尤其是退款与对账两行,它们决定了你的运营流程能不能自动化。退款与结算运营的具体做法可以参考 退款与结算运营指南。

4.2 跨运营商与跨国覆盖的边界

移动货币不是一个统一网络。同一个国家里,不同运营商的移动货币可能各自独立;不同国家之间,运营主体、规则与接口更是各自一套。这意味着你在一个国家跑通的接入方案,换到另一个国家往往要重做一遍,包括短码申请、接口对接与对账字段。

因此扩张时要分层:主力市场用直接对接运营商的方式把体验与对账做满,长尾市场用覆盖型聚合方案先跑通收款。判断依据是订单量能否支撑单独的对接与运营成本。分地区的本地方式差异可以对照 分地区本地支付方式指南。

五、费用结构与真实成本

5.1 费用构成项

费用构成项 说明 判断要点
收款手续费 由运营商或聚合方按笔或按比例收取 用户侧与商户侧谁承担,必须在页面上说清
提现与结算 从商户钱包结算到银行账户的成本 周期与凭证比费率更影响现金流
退款处理 退款是否收费、是否原路 移动货币退款路径与卡不同,需要单独确认
接入与维护 接口对接、对账与运营人力 常见低估项
合规与主体成本 主体、许可、税务与审计 本地准入带来的固定成本

具体费率与适用条件以官方当前报价与合同为准。任何文章里出现的百分比都会过期,用旧数字做预算是最容易犯的一类错误。

5.2 谁承担手续费与真实成本判断

移动货币有一个卡体系里不太突出、但在非洲市场非常关键的问题:手续费由谁承担。有的模式由付款用户承担,用户会在确认页看到额外费用;有的模式由商户承担,从收款金额里扣除;还有的模式按金额区间决定。这三种模式对转化与毛利的影响完全不同,必须在定价与结账页文案里体现。

判断真实成本时,不要只比较手续费。要构造一个与业务一致的组合:相同的支付方式占比、相同的客单价区间、相同的退款率,然后比较最终到账金额。在移动货币市场,结算周期与提现成本对现金流的影响,往往比手续费差额更值得关注。

六、与其他方案的分工

6.1 与非洲多国覆盖型平台的分工

非洲的多国覆盖型平台解决的是接入一次覆盖多国的痛点,代价是每个市场的深度不如直接对接。典型的分工方式是:主力市场直接对接运营商或本地收单方,长尾市场用覆盖型平台。可以对照 Flutterwave 与 Flutterwave 使用指南 了解聚合型方案,也可以对照 Paystack 与 Paystack 使用指南 了解单国深耕型方案。

同一市场内不要叠两套深度方案。每多一家服务商,就多一套对账、一套状态机与一套争议流程。南非等市场的本地方案可以对照 PayFast 使用指南,但不要把它的经验直接平移到东非。

6.2 与卡收单及收款账户方案的分工

卡收单在非洲依然重要,尤其是在客单价较高、买家有卡的市场。移动货币与卡不是二选一,而是覆盖不同人群。可以同时看 dLocal 与 Adyen 在本地方式与卡收单上的组合能力。

还有一种常被忽略的组合:收款方案加收款账户方案。收款负责把钱收进来,收款账户负责把钱接住并结出去。如果回笼路径复杂,把这两层分开评估,通常比在一家服务商身上要求全部能力更现实。

七、适合与不适合的团队

7.1 适合的团队

第一类:目标市场以移动货币为支付主路径、订单量已经足以支撑单独对接运营商的团队。这类业务里,移动货币覆盖带来的转化差额通常远大于接入成本。

第二类:客单价不高但订单频次高、买家以本地消费者为主的团队。结账失败损失最直接,方式覆盖几乎等于收入。

第三类:愿意在异步通知、主动查询与对账上投入工程的团队。移动货币的结果延迟是常态,没有相应能力,运营会被悬挂订单长期拖住。

7.2 不适合的团队

第一类:目标市场只是试水、订单量很小、主要买家在境外的团队。直接对接运营商的成本摊不薄,先用覆盖型方案跑一段时间更合理。

第二类:希望一个接口解决整个非洲的团队。移动货币是逐国、逐运营商的体系,不是一个统一网络。

第三类:把退款与对账当成可以后置处理的团队。移动货币的退款与对账逻辑与卡不同,后置处理会积累大量对不上的账。

第四类:完全没有服务端工程能力、只想配置就能上线的团队。短码加人工核对可以撑一段时间,但量一大就必须上接口。

八、落地要点与误解澄清

8.1 落地要点

落地要点 具体做法
先确认短码类型 区分账单式商户号码与门店式号码,线上业务要能拿到订单级信息
异步优先设计 默认所有结果都是异步的,通知加主动查询双保险
订单号与幂等 创建、通知、查询三条链路双向防重,避免一单多收
手续费承担写清 用户承担还是商户承担,要在定价与页面上明确
退款路径先问 退款是否原路、是否收费、时效如何,接入前问清并写进流程
回笼路径先画图 钱包、结算账户、换汇与跨境划转一次问清并落到书面

8.2 常见误解澄清

第一个误解是把移动货币当成非洲的支付宝。它确实是移动支付,但它是运营商账户体系,与银行卡体系并列,而且跨运营商通常不互通。把它理解成一个统一的超级应用,会在接入与扩张时全部算错。

第二个误解是以为可以像卡一样发起退款。移动货币的退款走运营商流程,有时效与状态差异,不保证即时原路退回,也不保证与卡退单同样的举证逻辑。

第三个误解是把收款成功当成资金到手。钱先进入运营商体系内的账户,之后才结算到你的银行账户,中间还有结算周期与可能的跨境环节。

第四个误解是用卡收单的对账凭据去对移动货币的账。两者凭据不同,字段不同,必须按运营商提供的交易凭据与结算报表来对。

常见误解 实际情况
移动货币是非洲版支付宝,统一好用 它是运营商账户体系,跨运营商通常不互通,需逐国逐运营商评估
退款可以像卡一样即时原路退回 退款走运营商流程,有时效与状态差异,需要单独设计
收款成功就等于资金到手 还要经过结算、可能的换汇与跨境划转
对账凭据可以和卡通用 移动货币凭据与卡不同,字段与粒度都不同
手续费一定由商户承担 承担方由模式决定,直接影响转化与毛利

如果你正在做非洲市场的收款选型,可以把这篇文章当作一张检查表:先确认买家主要用哪种移动货币付款,再确认它的确认机制与退款路径,最后把手续费承担方与回笼路径落到书面。区域层面的整体判断,可以回到 支付 分类页继续看。

来源:16IDC 原创,文中涉及的产品能力、费率与准入要求以相关服务商官网文档及合同为准。