GCash Business vs Maya Negosyo 对比:功能、费率结构与选型建议
一、GCash Business 与 Maya Negosyo 的产品线拆解
在菲律宾做电商、线下门店或跨境结算,GCash 与 Maya 是绕不开的两大本地钱包。C 端账号大家都熟,但真正让商户头疼的是它们的 B 端产品:GCash Business(有时叫 GCash for Business,或 GCash Business Suite)与 Maya Negosyo(前身 PayMaya for Business)。两条通道在功能覆盖、费率结构、审核逻辑上都不一致,选错通道往往意味着几周的重新申请,以及资金流的额外摩擦。
下面先把功能面铺开。这张表覆盖了中小型商户日常真正用到的能力:
| 维度 | GCash Business | Maya Negosyo |
|---|---|---|
| 静态收款码 | 支持 | 支持 |
| 动态订单二维码 | 支持(后台 或 API) | 支持(Checkout / QR) |
| App 内跳转收款 | GCash App | Maya App |
| QRPH 兼容(P2M) | 支持 | 支持 |
| 银行卡收单(Visa/Master/JCB) | 不直接支持 | 支持(Maya 本身有收单资质) |
| 代付/转账出款 | 支持(Disburse) | 支持(Payout) |
| 后台数据看板 | 网页 + 移动端 | 网页 + 移动端 |
| API 与 Webhook | 标准 REST | 标准 REST |
| 沙盒/联调环境 | 提供 | 提供 |
关键差异在银行卡收单:Maya 因为自身持有卡组织收单资质,能直接接 Visa/Master/JCB;GCash Business 主体是钱包,卡收单一般要额外走合作机构。如果你的目标客户里有可观比例的卡支付习惯,Maya 会少一层链路。
二、费率结构:标价、封顶与阶梯差异
费率是选型的第二大变量。这里不贴具体数字(通道价目会随行业与月流水浮动,以商户合同为准),但结构差异必须讲清楚:
- GCash Business:主打钱包内收款,标准结构是按笔比例抽成,部分行业有阶梯优惠,大额有封顶(部分产品线)。手续费机制的细节可参考 Maya 与 GCash 手续费的结构差异。
- Maya Negosyo:钱包收款走钱包费率,卡收款走卡费率,QRPH 走 QRPH 费率,三条线分别算账;做卡收单时,还要看是否包含 3DS/风控产品费用。
选通道时最常踩的坑,是只比对"表面费率数字",不看清算周期。Maya 传统收单卡有 T+N 的清算习惯,GCash 钱包内到账更快,但真正到自己银行账户的时点还要看结算合同。真正影响资金效率的是标价 × 清算周期 × 提现规则的叠加。
三、回款容量、结算窗口与 API 体验
回款容量的三个数字——单笔上限、日累计上限、月度上限——都不是官网上的死数,它们跟商户 Tier、行业、KYC 深度直接挂钩。差不多的规律:
- Tier 越高、账户资历越深、合规资料越全,单笔与日累计上限越高
- 某些高风险行业(游戏、跨境电商、金融周边)通常会被单独限速
- API 层面,两家都提供 idempotency key、订单查询、退款接口、Webhook 回调,颗粒度接近
差别更多在文档质量与联调支持:Maya 的开发者门户开放度好,示例丰富;GCash 偏"关系型对接",不少细节要通过商户经理拿。若不想陷入两套 SDK 的维护成本,把它们收拢到一层聚合支付 API是更省心的做法。下面是一段示意——通过聚合网关同时对两条通道下单的 curl 请求:
curl -X POST https://apix.example.com/api/v1/order \
-H "Content-Type: application/json" \
-H "X-Merchant-Id: MCH1000123" \
-d '{
"trade_no": "20260925A001",
"amount": "100.00",
"channel": "GCASH,MAYA",
"notify_url": "https://yourshop.com/webhook/pay",
"return_url": "https://yourshop.com/pay/done",
"sign": "e2a4b6c8..."
}'四、开通门槛、审核周期与拒批常见项
直连两家官方,基本要求是相通的:菲律宾本地实体、SEC 或 DTI 注册、BIR 税务登记、结算银行账户、行业与业务描述、股权结构说明。差异在细节:
- GCash 对行业白名单更严,一些跨境或高争议行业会直接拒;审批倾向于看流水预估与店面证明
- Maya 因为背后有 UnionDigital Bank 与卡组织合作,对反洗钱资料问得更细,但整体更愿意接非本地经营主体的分支
拒批常见项:行业不匹配、股权结构不清、结算账户与实体不一致、流水预估过低或过高触发人工复核。补件后重新审批,又要重新排队。走网关方案,资料仍需要提交,但网关会把 KYB 材料的格式、翻译、公证一步到位处理好,减少来回。想快速拿到 Maya 商户号的团队,通常会选择网关代办的路径。
五、场景选型:三类商户怎么挑
把典型场景拆开,别再问"我这种情况该选哪家",大多都能对号入座:
- 小微商户(日流水低、无技术团队):静态收款码 + App 手动核销,两家都可以。选谁看你的目标客群更常用哪个钱包。要出账多、员工工资代发多,Maya Negosyo 的钱包+银行一体更方便;要接更多菲本地大众消费,GCash 覆盖面稍广。
- 中型电商/O2O(有独立后台、多渠道):此时必须走 API,单通道会限制业务扩张。推荐同时接 GCash + Maya + QRPH,后台统一对账,由聚合网关分发。
- 大型企业/跨境结算:关注点是通道稳定性、灾备、清算 SLA、合规报表。费率不再是首要,应看 SLA 与结算主体的持牌情况。做本地支付方式矩阵的持牌网关,是这一层的常规选择。
六、单通道 vs 聚合网关:取舍与合规底线
单通道直连,好处是费率透明、账务直接;代价是每加一条通道就要重新申请、重新联调、重新走 KYB。三个通道就是三套账、三套 Webhook、三套风控规则。
聚合网关的价值不在于"绕开官方",而在于把 KYB、通道路由、对账、风控做成一层抽象。真正的判断标准:
- 网关是否持有 BSP 牌照(否则资金链路不合规)
- 是否直连而非二清(避免掉进跑路风险)
- 是否提供统一对账与结算报表
- 是否具备通道自动切换与风控隔离能力
SMARTPAY 是持 BSP OPS/EMI 双牌照的独立支付网关,同时接入 GCash 与 Maya 商户版,资金结算走持牌主体、可查证;非 GCash / Maya 官方,不代表品牌关系。
七、常见问题 FAQ
GCash Business 和 Maya Negosyo 可以同时开通吗?
可以,而且推荐。两家覆盖的用户群有交集也有差异,双通道能提高结账页的成功率,并作为互备,防止单通道被风控时收款完全中断。
没有菲律宾公司能开这两家的商户版吗?
直连官方基本都要本地实体。通过持牌网关,某些商户模式下资料结构会简化,能否受理以商户风控为准。
费率接近时,该选谁?
看两点:一是清算周期与结算合同,谁的资金到账节奏更贴你的现金流;二是客群偏好,C 端更常用哪个钱包,那条通道的转化会更高。
API 对接谁更快?
Maya 的开发者门户完备度更好;GCash 需要较多商户经理沟通。想在短时间同时上线两条通道,走网关的聚合 API 会更快。
后台账务哪家更好用?
两家都提供网页与移动端后台。差异在数据导出格式、对账维度、报表颗粒度。多通道场景下,更推荐用统一的商户后台做对账,而不是在两个后台间切换。
可以只做代付出款、不做收款吗?
可以。两家都有独立的 Disburse/Payout 产品,常用于工资、佣金、返现场景。是否需要单独申请、是否与收款端条件不同,以商户合同为准。
八、双通道一次接入的路径
如果你希望绕开逐家申请、逐家联调的重复劳动,想尽快拿到双通道能力,联系 SMARTPAY:一次 KYB 覆盖 GCash + Maya + QRPH,后台统一对账,支持 API 与 Webhook 回调,清算走持牌主体。
📩 [email protected] | Telegram @LouisSMARTPAY