SMARTPAY

GCash 子商户与多门店账户怎么管理?总对总分账模式与后台权限设计(2026)

我们在大马尼拉做连锁餐饮,从最早的三家店做到现在十几家,GCash收款这件事在门店数量过了五家之后就开始变味:每家店一个商户号,总部对账要收十几份报表;改成一个商户号全公司用,门店又分不清哪笔钱是自己的,店长月底对不上数就来找总部吵。折腾了两年,最后落到"总对总加子商户"的架构上才算稳定下来。这篇文章把我们在多门店、子商户管理上踩过的坑和最终的方案写清楚,给同样在菲律宾做连锁、多门店或者加盟模式的朋友做参考。

先想清楚:钱归谁,谁来管

多门店的GCash账户设计,技术上的选择其实是资金归属问题的投影。直营门店的钱归总部,门店只需要看到自己的流水;加盟门店的钱归加盟商,总部要的是分成和数据;合伙门店介于两者之间,需要按约定拆分。先把这三个问题回答清楚:每家店的收款最终进谁的账户?谁有权发起退款?总部需要看到的是汇总数据还是逐笔明细?答案不同,下面的架构选择就不同。我们一开始没想清楚这一层,拿直营的思路去套加盟店,结果加盟商嫌钱先进总部账户再转给他们太慢,直营店长又抱怨看不到自己的数据,两头不讨好。

三种账户架构怎么选

把市面上能做的方案归一下,基本就是三种:第一种是单商户号多门店共用,所有门店扫同一个码或者同一套收银接口,靠订单备注区分门店;第二种是每家店独立申请商户号,各管各的;第三种是总对总加子商户,总部持有主商户身份,每家门店在主商户下面以子商户的形式存在,收款可以按门店归集,也可以按规则分账。三种方案没有谁必然更好,取决于门店数量、资金归属和总部的管理半径。

对比维度单商户号多门店共用每店独立商户号总对总加子商户
适合的门店规模门店很少、全部直营门店各自独立核算、加盟为主门店较多、直营加盟混合
资金归属全部进总部账户各进各的账户可按门店归集,也可按规则分账
对账难度靠备注区分门店,容易混总部要汇总多份报表一套后台,总部看全局、门店看自己
申请与维护成本最低每家店走一遍申请,人员变动要重新办主商户申请一次,子商户按模板批量开通
风控与合规一家店出问题,全公司收款受影响风险隔离最好,但合规责任分散总部统一承担合规,子商户可单独限制或停用

我们的经验是:门店数在个位数、全部直营,单商户号共用就够了;一旦有加盟店或者门店数开始两位数,总对总加子商户的架构会省掉大量对账和沟通成本。独立商户号的模式更适合加盟商完全自主经营、总部只收品牌费的情况。

总对总分账模式是怎么运作的

所谓总对总,是指总部作为主商户与支付服务方签约,所有门店的收款在技术上都挂在这个主商户之下,但每一笔订单带有门店标识,通常是子商户号或者门店编号。资金到账时先进入主商户的结算账户,随后按预先配置的规则进行分账:直营门店的款项留在总部,加盟门店的款项按约定比例拆分后划转到加盟商的账户,平台服务费、营销费用等可以在分账规则里一并扣除。分账可以在每笔交易发生时实时执行,也可以按日汇总后批量执行,前者对门店更友好,后者对总部财务更友好。多商户平台的分账逻辑我们在多商户平台怎么做分账里有更通用的讨论,这里聚焦连锁门店的场景。

分账本质上是资金在多个主体之间的划转,这个动作必须由持有BSP颁发的OPS或EMI资质的机构来执行。如果一家服务商告诉你"分账我们用自己的账户帮你转",而它本身并不是持牌主体,那么门店的钱实际上是先进了一个没有监管的池子,这在合规和资金安全上都是不可接受的。

子商户怎么接入:门店标识要贯穿整条链路

子商户模式落地的关键,是门店标识要从收款发起的那一刻就带上,并且贯穿下单、支付、回调、对账、分账全链路。线下门店常见的做法是每家店一个静态码,码里编入子商户号;线上订单则在下单接口里显式传入门店编号。静态码和动态码的取舍可以看GCash二维码支付是怎么运作的,这里给一个带子商户字段的下单示例,字段名以实际对接的网关为准:

curl -X POST https://api.example-gateway.ph/v1/gcash/orders \
  -H "Content-Type: application/json" \
  -H "X-Merchant-Id: {{MASTER_MERCHANT_ID}}" \
  -H "X-Timestamp: {{UNIX_TS}}" \
  -H "X-Sign: {{SIGNATURE}}" \
  -d '{
    "out_trade_no": "ORD-MKT-20261012-000318",
    "sub_merchant_id": "SUB-MKT-BGC-01",
    "store_code": "BGC-01",
    "amount": "{{ORDER_AMOUNT}}",
    "subject": "BGC门店堂食订单",
    "split_rule_id": "RULE-FRANCHISE-STD",
    "notify_url": "https://hq.example.com/callback/gcash"
  }'

回调里同样要把 sub_merchant_id 原样带回来,这样对账系统才能在不查订单库的情况下直接按门店归档。门店编号的命名建议一开始就定好规则,比如城市缩写加门店序号,后面门店多了不容易乱。

后台权限与对账:总部看全局,门店看自己

子商户架构的另一个好处是权限可以分层。总部财务需要看到全部门店的汇总与明细,区域经理只看自己负责的几家店,店长只看本店当天的流水,收银员只能发起收款、不能看报表更不能退款。商户后台的角色与权限配置在GCash Business Portal 使用指南里有基础介绍,我们按连锁场景整理了一份角色矩阵:

角色可见范围可执行操作典型人员
总部管理员全部子商户开通或停用子商户、配置分账规则、导出全量报表财务负责人、运营负责人
区域经理所辖子商户查看报表、发起退款申请区域负责人
店长本店子商户查看本店流水、确认当日对账门店负责人
收银员本店当日发起收款、查询单笔状态一线员工

对账方面,总对总架构下只有一份结算流水,但每一笔都带门店标识,所以可以同时产出"总部视角的全量对账"和"门店视角的本店对账"两套报表,门店每天核一次自己的,总部每天核一次全量的。商户对账怎么做里讲的手工、半自动、全自动三种方案在这里同样适用,门店多了之后基本只能走自动化。

分账规则怎么配

分账规则一般由三部分组成:参与方(谁分钱)、分配方式(按固定比例、按固定金额还是按阶梯)、执行时机(实时还是按日汇总)。直营店最简单,全部留在总部;加盟店通常是加盟商拿大头、总部拿品牌或服务分成;合伙店按股权约定拆分。规则建议用配置而不是写死在代码里,因为加盟合同会变、门店会升级,改配置比改代码安全得多。下面是一段简化的规则配置示例,比例用占位符表示,实际值按合同填写:

{
  "rule_id": "RULE-FRANCHISE-STD",
  "mode": "RATIO",
  "settle_cycle": "DAILY",
  "participants": [
    { "party": "HQ",         "account": "{{HQ_SETTLE_ACCOUNT}}",  "ratio": "{{HQ_RATIO}}" },
    { "party": "FRANCHISEE", "account": "{{FRANCHISEE_ACCOUNT}}", "ratio": "{{FRANCHISEE_RATIO}}" }
  ],
  "deductions": [
    { "name": "platform_fee",   "bearer": "FRANCHISEE" },
    { "name": "marketing_pool", "bearer": "HQ" }
  ],
  "refund_policy": "REVERSE_BY_ORIGINAL_RATIO"
}

退款是分账里最容易出错的环节:一笔已经分出去的钱要退给消费者,得按原比例从各方倒扣回来。规则里要明确退款的扣回方式,否则门店已经拿走的分成退不回来,就只能总部垫付。

连锁场景常见的坑

第一个坑是门店私收。店员用自己的个人GCash码收款,钱不进公司账户,总部报表上这笔生意不存在。解决办法是门店只允许使用总部统一发放的子商户码,并且定期核对门店营业额和收款流水的比例关系。第二个坑是收款码被替换。门口贴的静态码被人换成别人的码,顾客扫了钱进了别人账户。应对办法是把码做成带防伪的亚克力牌、每周巡检,或者线上订单改用动态码。第三个坑是人员流动。店长离职,后台账号没有及时收回,离职员工还能看到门店流水甚至发起退款。这要求后台权限和人事流程打通,离职当天停用账号。第四个坑是风控连坐。某家门店因为交易异常触发风控,如果用的是单商户号共用模式,全公司收款会一起受影响;子商户模式可以把问题门店单独限制,其他门店照常营业,具体风控触发原因可以参考商户风控常见原因。

常见问题

总对总模式下,门店能直接看到自己的到账吗?

可以。只要订单和回调里带有子商户标识,后台就能按门店拆分出独立的流水视图,门店看到的是自己的部分,总部看到的是全部。

加盟店的钱先进总部账户,加盟商会不会不放心?

这是最常见的顾虑。解决方式是把分账执行时机设成实时或按日,并让加盟商在后台能看到自己那部分的分账记录和到账状态,透明度比口头承诺有效得多。

子商户需要每家店单独提交材料吗?

通常比主商户申请简单得多,一般只需门店地址、负责人信息和营业许可,具体清单以服务方要求为准。加盟店因为经营主体不同,材料会比直营店多一些。

门店用的是静态码,怎么把订单金额和门店对上?

静态码本身只带门店标识,金额由顾客输入,所以需要靠回调里的子商户号和时间戳与门店收银记录做匹配。订单量大的门店建议改用动态码,金额和订单号都由系统生成。

一家门店被风控了,会影响其他门店吗?

在子商户架构下通常不会,问题门店可以被单独限制或停用,其他子商户照常运行。单商户号共用模式下则会整体受影响,这也是我们建议门店多了之后换架构的主要原因之一。

分账可以用非持牌的服务商做吗?

不建议。分账涉及资金在不同主体之间划转,执行方应当是持有BSP OPS或EMI资质的机构,这既是合规底线,也是门店资金安全的保障。

写在最后

多门店的GCash收款管理,说到底是先把资金归属和管理边界想清楚,再选架构。门店少、全直营,简单方案足够;门店多、有加盟,总对总加子商户的模式会让对账、权限和分账都有章可循。如果你正在给连锁、加盟或多门店业务设计收款架构,或者已经被多份报表和门店对账搞得头大,欢迎通过Telegram联系@LouisSMARTPAY,或邮件联系[email protected],我们可以把门店结构画出来一起看怎么拆。

相关推荐