小程序收款的钱去哪了？微信支付开通和结算的4个卡点

先回答最直接的那个问题：客户在小程序里付的钱，不会停在小程序后台，也不会进开发公司的账户。它先到微信支付的商户号里，再按结算周期打到你在申请商户号时填的那张银行卡上。企业填对公账户，个体工商户可以填营业执照上的经营者账户。所以「钱去哪了」这件事，答案其实在你填表的那一刻就定了。

很多老板以为小程序做完就能收钱。实际上收款是另一套申请流程，和写代码是两件独立的事。下面这四处最容易卡住。

卡点一：小程序主体和商户号主体对不上

微信支付要求小程序的主体和商户号的主体是同一个。也就是说，小程序用哪张营业执照注册的，商户号就得用同一张去申请。

这里最常见的坑是个人主体。个人身份注册的小程序开不了微信支付，要走企业或个体工商户的营业执照。有老板一开始图快用个人信息注册，小程序做完准备收费了才发现主体要变更、认证要重做，代码里的订单逻辑还得跟着返工。

比较省事的顺序是：先把营业执照和主体定下来，再开始做小程序。执照还在办，小程序注册就先放一放。这一两个月的等待，比后面改主体便宜得多。

卡点二：费率不是谈出来的，是类目决定的

微信支付的公开标准费率通常在 0.6% 这个量级，部分类目有优惠费率，具体以微信支付后台审核结果为准。经常有客户问「我们流水大，能不能便宜点」——直接申请的商户走的是公开费率，想要别的条件一般要走服务商模式，那是另一套合作关系，不是砍价。

这笔钱值得提前算一遍。假设小程序一个月流水 10 万，按 0.6% 算，手续费 600 元；一年七千多。如果毛利本来就薄，这个成本是不是已经算进你的定价里了？很多小程序做完才发现，商品价格是按「到账全额」定的，实际每单少一截。

卡点三：退款、分账、多门店，钱不一定一步到位

这三件事在功能列表上看不出来，但在账上很明显。

退款只能原路退回，钱从商户号余额或结算账户扣。所以结算账户里不能一直清零，退款多的时候要先充值，否则退款会失败，客户在微信里看到的是「退款失败」，你得一个个解释。

多门店要先想清楚钱是进一个账户还是各店分开。进总部一个账户，各店月底怎么结算、手续费谁承担、退款算谁的？这需要分账能力，而分账要单独在商户号里开通，规则得提前定。见过连锁客户做到上线前一周才讨论这个问题，最后财务每个月手工拆账，一笔一笔 Excel 对。

服务商模式涉及特约商户进件，流程比直接申请长，如果系统方要帮你代运营收款，这个环节的时间要提前排进计划。

卡点四：三个账本对不上

小程序订单表、微信支付账单、公司财务账，三份数字经常不一样。差异通常来自这几处：退款有时间差；优惠券和积分抵扣算在订单金额里但不在实收里；测试订单没关掉；手续费没单独记科目。

对账的做法并不复杂，关键是有人负责、有固定节奏：每月固定一天导出微信支付账单，按订单号和后台订单表比对，差异订单单独列一张表；手续费单独一个科目，不要混在收入里；测试订单在上线前统一标记或关闭，别让它留在正式数据里。

两个真实项目的做法

质课少儿机器人编程的 OMO 课小程序，把报名、选班、缴费、排课、上课签到放在一个小程序里跑完。学费走的是机构自己的商户号，退费按原路退。这个项目真正花时间的不是支付接口，而是规则：先缴费还是先占位、请假了课时怎么退、插班怎么算钱。这些先定下来，支付接上去才是顺的；规则没定，接口接完照样得改。

瑞霞实业的公众号商城，商品订单量大、活动多。他们的做法是在上线前就把结算账户、对账人、异常单处理流程指定清楚，而不是等财务发现数字不对再回头翻三个月的单子。商城类项目订单密集，账目口径一旦定错，后面每一个月都要重来一遍。

动手前先做这五件事

1. 确认主体：营业执照是企业还是个体户，决定能不能开、开到哪个账户。
2. 把费率算进定价，别按「到账全额」报价。
3. 分账规则写进合同：谁收款、按什么比例、手续费谁承担、退款算谁的。
4. 上线前指定一个对账人和一个对账日，写进内部流程。
5. 测试订单在上线前清理干净。

自查动作：打开微信支付商户平台，只看三样——结算账户是不是公司的对公户、当前费率是多少、结算周期是 T+1 还是更长。三样都清楚，再谈功能；三样有一项含糊，先解决它。

如需免费评估，欢迎联系上海兴策信息科技。

返回上一页