小程序分账门店结算教程｜主体、周期与对账字段一次理清 – MPForge

一、先定主体：钱打给谁、按什么口径

结论：结算主体不确定，后面所有字段都是白做——先回答「钱进哪个账户、谁给谁开票」。

分账场景里最容易被跳过的问题：平台收银后，钱是直接进各门店自己的商户号，还是先进总部账户再内部结算？两种模式的合规要求、到账时间、开票义务完全不同。首版落地建议从简：

• 直连模式：每家门店有自己的收款商户号，交易资金直接进门店账户，总部只做数据归集。适合门店资质齐全的连锁。
• 归集模式：统一商户号收款，按周期再分给门店，需要服务方具备相应的分账能力。适合门店资质不齐或新开店多的阶段。
• 谁都不能含糊：无论哪种模式，发票由谁开、退款从谁的账户出，开工前写进合同，不要等第一笔退款才讨论。

支付链路与商户号申请的背景，可先读 小程序支付流程 确认基础口径。

二、再定周期：结算频率与截单时间

结论：周期错的本质是截单时间没定义——「哪天的单算哪一期」必须精确到小时。

说「按周结算」是不够的。周一的单算第一期还是周日 24 点前的单算第一期？退款发生在打款之后怎么处理？这些不定，财务和店长永远对不上。建议口径：

无论选哪种，退款必须回写到发生当期，打款后发生的退款在下一期以负数列示，并在对账单里单独一行，不能悄悄吃掉。

三、对账单字段：八个一个不能少

结论：对账单不是报表——它要能让门店在没有总部协助的情况下自己核对每一笔钱。

字段乱是「对不上账」的第二大来源。对账单最少包含这八个字段：结算期号、门店编号、订单号、支付单号、交易金额、手续费、退款金额、净结算额。在此基础上再补三点：

• 订单号全局唯一：财务、店长、客服用同一套订单号说话，禁止各自翻聊天记录对账。
• 渠道参数随单走：来源渠道（公众号、海报、直播）写进订单，月底归因才有依据，参考 渠道核销与分店归属。
• 差异行单独列：支付渠道侧流水与系统订单的差额，按订单号列示差异原因，不做总额倒挤。

日常对账的执行节奏与差异处理流程，可对照 支付对账日常操作 落到值班的固定动作里。

四、上线前怎么验收

结论：分账对账的验收不是看页面好看，是拿一个月的流水回放一遍。

1. 样例流水回放：取两周真实订单（含退款、部分退款、跨期退款），让系统出对账单，人工抽查至少 20 笔。
2. 边界用例：截单后退款、当日退款、测试号订单三类必须各有一条用例，确认系统处理与文档口径一致。
3. 测试号隔离：对账表过滤测试账号，同时保留过滤前的原始流水备查，别把测试单直接删了。
4. 权限核对：谁能看全部门店流水、谁能看本店，按 多门店权限模型 核对，别默认全员可见。
5. 首个周期陪跑：上线后第一个结算周期，开发值守，差异当天定位；第二个周期起财务自助。

五、避坑清单

这三条坑都出现在「先跑起来再说」的项目里。

• 别首版就上复杂分账：按比例抽成、阶梯返佣这类玩法放在链路跑稳之后；首版只做「收款、结算、对账」三件事，做扎实。
• 别让退款游离在对账外：退款不回写结算单，是财务与门店长期扯皮的原因之一；退款状态必须与订单同表展示。
• 别用手工表补系统短板：发现字段缺了就加字段，而不是开一个线下表格人工补——手工表撑不过第二个结算周期。
• 别忽略跨业态差异：美业按项目结算、餐饮按单结算、家政按次上门，字段与周期跟着业务形态走，复制到新业态前重估口径，参考 保洁一店一账对账 这类业态实例。

六、常见问题 FAQ