方案 A(现行):后端用服务商身份代下单,指定 sub_mch_id 收款;前端仍是普通小程序支付。不传 profit_sharing,钱进门店子商户可用余额,门店自己提现。服务商账户不碰货款。平台/总部若要抽佣,走业务结算,微信不会自动拆账。
不要和「收付通分账」搞混:一旦下单传 profit_sharing=true,资金会冻结,必须调用分账/完结分账,最长 30 天才解冻。本系统已取消该流程。独立小程序若只填普通直连商户号,则不要配子商户号;报「受理机构必须传入 sub_mch_id」通常是把服务商号填进了直连模式。
四种支付模式对照
| 模式 |
顾客在哪下单 |
钱进谁的账户 |
系统内结算 |
典型配置入口 |
| ① 平台小程序 · 平台代收 |
平台统一小程序,按 mch_id 进店 |
平台微信商户号 |
过售后期 → 店铺可提现余额 → 商家在系统内提现 |
平台总站 → 小程序设置 |
| ② 平台小程序 · 子商户直收(方案 A) |
同上(平台小程序) |
该店特约子商户号(服务商只签名,不碰钱) |
微信不拆佣;平台抽佣走业务结算或费率配 0 |
平台服务商设置 + 商家「分账账户」填 sub_mch |
| ③ 商家独立小程序 · 直连收款 |
商家自己的小程序 AppID |
商家自己的微信商户号(直连) |
线上款在微信商户平台提现;系统财务页展示收款统计 |
商家后台 → 小程序设置 |
怎么判断该用哪种?
顾客使用的是哪个小程序 AppID?
↓
平台 AppID(多商户逛店)→ 模式 ① 或 ②
↓
商家自己的 AppID(独立包)→ 模式 ③
平台 AppID 下货款要进谁的微信账户?
↓
进平台户再系统结算 → 模式 ①
进各店特约子商户(服务商代下单,不冻结)→ 模式 ② 方案 A
商家自己的 AppID 下:
↓
一个直连商户号收全部款 → 模式 ③
服务商号 + 各分店特约子商户直收 → 模式 ④ 方案 A
模式 ① 平台小程序 · 平台代收(最常见)
适用于:平台统一小程序,多商家入驻,资金先进入平台微信商户号,再由系统在订单过售后期后结算到商家「可提现余额」。
平台侧配置
| 菜单(约) | 填写内容 |
mch/wechat/mp-config | 平台小程序 AppID、商户号、API 密钥、证书(退款等需要) |
| 平台抽佣 / 商家管理 | 按商家或类目设置平台抽成比例(系统内结算,非微信分账接口) |
商家侧
- 入驻商家不需要单独配置微信商户号即可在平台小程序内收款(由平台代收)。
- 提现:商家后台财务中心 → 申请提现(详见 财务操作 · 提现结算)。
资金流程
顾客在平台小程序下单并支付
↓
款项进入平台微信商户号
↓
订单确认收货 + 过售后期
↓
系统计入商家「可提现余额」
↓
商家在后台申请提现
模式 ② 平台小程序 · 子商户直收(方案 A)
适用于:平台已开通微信服务商,希望支付成功后货款直接进入该店特约子商户可用余额,门店自己提现。下单不传 profit_sharing,资金不冻结,不开通收付通。
此模式仅适用于平台小程序内的订单。菜单「分账账户」只是填子商户号;微信侧不是分账产品。
微信侧前置条件
- 平台具备微信支付服务商资质,拿到服务商商户号。
- 每个要自己收款的入驻店,须在该服务商下进件特约子商户(普通直连商户号不能当 sub_mch)。
- 平台小程序 AppID 已绑定该服务商商户号。
平台侧配置
| 菜单(约) | 说明 |
mch/wechat-platform/settings(服务商设置) | 填写平台服务商商户号、可选默认 sub_mch、AppID、密钥、证书 |
mch/wechat/mp-config | 平台小程序 AppID 与支付参数(与服务商配置配合使用) |
入驻商家侧配置
| 菜单(约) | 说明 |
| 平台 → 商家管理 →「分账账户」 | 开启、填写该店特约子商户号(sub_mch);退款需要密钥与证书 |
| 连锁分店(可选) | 总店可为分店单独配置分账账户 |
支付时系统行为(概念)
顾客在平台小程序支付
↓
统一下单使用平台服务商商户号
↓
携带该订单商家的 sub_mch_id(子商户号),不传 profit_sharing
↓
支付成功后资金直接进入该子商户可用余额,可提现
↓
平台抽佣如需发生,走业务结算,不走微信分账接口
平台抽佣、股东分红等仍可能在订单过售后期由系统内计算,与微信资金流无关。总部/平台要在微信里收到每一笔佣金,才需要以后另做收付通,本系统不走那套。
模式 ③ 商家独立小程序 · 直连收款
适用于:商家使用自己的小程序 AppID 独立运营,线上微信支付直接进入商家自己的直连商户号,不经过平台代收,也不使用平台服务商分账参数。
商家侧配置(必做)
| 菜单 | 填写内容 |
user/mch/index/mp-config(小程序设置) |
- 小程序 AppID / AppSecret
- 微信支付商户号:填商家自己的直连商户号
- API 密钥、API 证书(退款 / 付款码等)
|
请勿填写:平台总站的小程序商户号、银行/服务商的受理机构号、或其他商家的子商户号。独立小程序直连收款只认「本小程序绑定的直连商户号」。
与平台配置的关系
- 独立小程序配置保存在商家维度,不会覆盖平台总站的小程序设置。
- 顾客端请求会带
_zong_mch_id(商家包总店 ID),系统据此读取该商家自己的支付参数。
- 财务:款项在微信商户平台提现;商家后台财务中心展示收款统计(详见 商家财务中心)。
资金流程
顾客在商家独立小程序下单
↓
系统读取商家「小程序设置」中的 AppID + 直连商户号
↓
微信 JSAPI 统一下单(不传 sub_mch_id)
↓
款项直接进入商家微信商户号
↓
商家在微信商户平台提现 / 对账
若同时开通 付款码收银,门店扫码收款也进入同一商家商户号(需 APIv3 另行配置)。
模式 ④ 总店独立小程序 · 分店子商户直收(方案 A)
适用于:连锁总店有自己的小程序,「小程序设置」填服务商商户号;各分店在「分账账户」填该店特约子商户号。支付成功后钱进分店子商户,不冻结。
与模式 ③ 的区别:模式 ③ 填
普通直连商户号、不传 sub_mch,全部进总店一个口袋;模式 ④ 填
服务商号 + 分店 sub_mch。配置入口没变,详见
总店小程序 · 分店子商户收款。
| 配置位置 | 内容 |
| 总店 → 小程序设置 | 总店 AppID + 服务商商户号 + 密钥证书 |
| 总店 → 分店管理 → 分账账户 | 各分店特约子商户号、开启 |
| 平台 → 总店商户设置 | 总店自营订单用的总店 sub_mch(如有) |
配置入口速查表
| 谁配置 | 后台菜单 | 用于哪种模式 |
| 平台运营 | mch/wechat/mp-config | ① 平台代收;② 也需平台小程序参数 |
| 平台运营 | mch/wechat-platform/settings | ② 平台服务商号(全局) |
| 平台运营 | 商家管理 → 分账账户 | ② 单个入驻店的特约子商户号 |
| 入驻商家 | user/mch/index/mp-config | ③ 独立小程序直连(填普通商户号) |
| 连锁总店 | 分店管理 → 分账账户 | ④ 各分店特约子商户号(见 专文) |
小程序端还是 H5 端?
和上面「钱进谁的户」是两件事。顾客打开的是小程序包还是 H5 包,决定用哪套 AppId / openid、怎么弹出付款窗。帮助中心总览有对照表:支付 · 收银 → 小程序支付 vs H5 支付。
| 端 | 请求 _platform | openid | 调起 |
| 微信小程序 | weixin | 小程序 wechat_open_id | requestPayment |
| 微信内 H5 | H5 | 服务号 wechat_platform_open_id | 公众号 JSAPI(须开服务号支付) |
| 本机浏览器 H5 | H5 | 同上(常缺 openid) | 不弹窗,只打预下单 |
常见报错与排查
| 报错 / 现象 | 常见原因 | 处理建议 |
| 受理机构必须传入 sub_mch_id |
填了服务商号但未配门店 sub_mch |
模式 ④:见 分店子商户专文;模式 ③:改填直连商户号;模式 ②:补商家 sub_mch |
| 独立小程序支付成功,但财务余额不变 |
正常现象:直连款在微信商户号,不在平台「可提现余额」 |
到微信商户平台查账;系统财务页看「独立小程序 / 付款码」统计 |
| 平台小程序某店钱没进自己微信 |
未开启或未填该店 sub_mch,货款会进平台/默认户 |
确认模式 ② 已配子商户;否则按模式 ① 走售后期系统结算 |
| APPID 与商户号不匹配 |
小程序 AppID 未在微信商户平台绑定对应商户号 |
登录 微信支付商户平台 → 产品中心 → AppID 账号管理 |
| H5 提交后没付款窗 / 提示缺公众号授权 |
用了小程序 openid,或未在微信内打开 H5 |
确认发的是 H5 包、_platform=H5、服务号已授权;网页授权域名与校验文件在域名根。详见 小程序 vs H5 识别 |
与财务、收银文档的关系
文档版本:2026-09-20 · 现行方案 A:服务商代下单、子商户直收、不传 profit_sharing。