M 安仕达烘焙ERP零售管理 · 收款手续费与实收分账
四个金额分开设按分店配收款账号一条报表看到落袋

营业额 100 万,到账可能只有 99.4 万,
差额谁算、算给谁看

扫码、银行卡、团购券、福利平台各有各的费率,各有各的到账账号。系统把"顾客付的""通道划的""费率""门店实收"四笔数分行记下,手续费不再是财务月底用计算器摊出来的猜测值。

演示账套实测:付款方式明细报表里"收款金额、实付金额、附加费率、实收金额"是四条独立列,金额列带合计。

单日通道核对表后海店 · 10 月 18 日
顾客付款 68,420 门店实收 67,648.50差 771.50 元,全部是通道手续费
  • 微信支付收款 32,100 · 费率 0.38%实收 31,978.02
  • 支付宝收款 12,400 · 费率 0.38%实收 12,352.88
  • 美团券核销收款 8,600 · 费率 6%实收 8,084.00
  • 福利平台券收款 4,320 · 费率 2%实收 4,233.60
  • 现金收款 11,000 · 无手续费实收 11,000.00
通道手续费合计771.50
需要与银行流水核对的通道4 条
可当天入账的现金11,000.00
按分店账号自动归属已归属

示例数值,用于说明四个金额的口径关系;真实费率以各通道签约为准。

本页 解决的问题 机制 真实例子 适用场景 使用边界 对比 上手 常见问题 全部亮点
PAIN POINTS

到账金额和营业额对不上,谁都对不了

一家店五六条收款通道,每条费率不同、到账节奏不同,财务月底只能拿银行流水一点点凑。

01

手续费靠手算

营业额里有扫码、有银行卡、有团购券、有福利平台券,费率从 0.38% 到 6% 不等,人工只能估。

这套做法:每条收款方式各带一个费率位置,明细行同时给出收款金额、实付金额、附加费率、实收金额四列。

02

钱进了谁的账户不知道

同一条微信支付,A 店和 B 店用的是不同商户号,汇总看总账时对不上分店。

这套做法:支付参数按分店挂收款账号,充值另有账号,钱从哪家店走、进哪个户,报表按分店拆开。

03

券类收款混进营业额

团购券、福利券是"先卖后兑",按顾客面额记营业额就把垫资算成了收入。

这套做法:收款方式带"是否营收、是否对账"属性,券类通道可以只记核销不记营收,报表口径由老板定。

HOW IT WORKS

这件事在四个地方设,设完就长期生效

前两步定"有哪些收款方式、各走哪个账号",后两步定"怎么记、怎么查"。

在哪做怎么设说明与例子
先把收款方式建全一条通道建一行,填方式编号、名称、分组,勾是否使用、是否显示演示账套已有 104 条,含现金、支付宝、抖音收款、云闪付、美团券核销,还有线上商城各渠道的成组方式
给它归一个对账组把几条实际走同一个商户号的收款方式填同一个分组名例:有赞微信、有赞支付宝、有赞会员储值归一组,对账时只看这一组的合计
设这条通道怎么算钱逐项勾:允许找零、是否开钱箱、是否营收、是否对账、支持部分退款例:福利平台券"是否营收"关掉,它只是代收;内部划账"是否对账"关掉,不进出交班表
挂上分店收款账号选支付类型 → 填优先级 → 按分店选收款账号,充值可另填一个账号支付类型清单里已备好三十多种:微信、支付宝、银联、云闪付、建行龙支付、数字人民币、美团券、抖音券、各类福利平台券
谁优先用同一分店挂了多条同类通道时,按优先级决定收银台默认走哪条例:先走费率低的聚合通道,费率高的备用,切换不用改收银软件
定金额按哪个口径记门店进销存账本金额计算规则四选一:成本价 / 售价 / 进价 / 标准价口径一旦定了,手续费摊薄、毛利、盘点金额都按同一条线走,不会两张表两个数
每日看哪张表按业务日期、分店、收款方式、收银员、小票号筛,金额列自动合计列里有支付卡号与支付标识,能与银行流水逐笔对上,不用导出后再手工匹配

再提醒一处:门店交款对账显示支持"不分类 / 按分店 / 按班次 / 按收银员"四种口径,财务核通道选按分店,店长核钱箱选按收银员,同一张交款表两种看法。

WORKED EXAMPLE

一条 100 元美团券核销是怎么落账的

同一笔生意,四个金额各不相同,看清差别就明白了。

金额叫什么这一笔是多少它代表什么谁来核对
收款金额100.00顾客买券时付的面额按券号流水核销张数
实付金额94.00平台实际划到商户的钱与平台结算单核对
附加费率6.00%这条通道约定的抽成签约时就定好,系统按行摊
实收金额94.00门店真正落袋进分店的营业归集
差额6.00手续费,不是丢钱汇总进费用,不进差额追查

手续费往下钻到哪一层

付款方式明细每一行都带小票号和支付标识,所以一个月的通道费用能拆到"哪家店、哪个班次、哪个收银员、哪一张票"。

  • 把费率填进"附加费率"这一格,差额就是算出来的,而不是查出来的。收银员交班时不会把这 6 元当成短款。
  • 现金那一行不同:没有通道、没有费率,收款金额等于实收金额,直接进钱箱按班次核对。
  • 若某条通道忘了设费率,实收与收款就会差出一整片,看起来像漏收。新接一条通道,第一件事就是把费率和分店账号补上。
USE CASES

这几类门店最需要把手续费单独看

通道越多、券越多,越不能靠财务月底凑数。

CASE 01

商场店 + 平台流量

美团、饿了么、抖音团购占了三成流水,费率一档一档不同。按通道看实收,才知道流量单赚不赚。

CASE 02

接企业福利的门店

福利平台券、预付卡种类杂,各自结算周期不同。分店挂各自账号,谁收的钱谁对账。

CASE 03

加盟与直营混营

加盟商用的是自己的商户号,总部只关心营业额与抽成。按分店拆实收,加盟结算不打架。

CASE 04

多品牌一体店

水吧、烘焙、蛋糕走不同收款分组,费用好归集,损益表能按业务线拆开。

BOUNDARIES

三条边界,先把话说清

这套机制负责把数算清,不代替银行流水,也不自动改价。

  • 它是"记账与核对",不是"支付通道"。钱还是从各通道结算进账户,系统按分行记录的四类金额帮你把两边对上。
  • 费率要按签约实填。同一条微信收款,不同商户号、不同活动期费率可能不一样,分组设好后,年度调价时改一处即可。
  • 券类收款别同时记营收又走对账。先卖后兑的券,卖了钱是预收,核销才是营收,两个属性要分开勾,否则营业额会重复。
  • 本篇属于零售管理方向。它与促销、会员、进销存共用同一套门店主档——分店、收款方式、商品,改一处多处生效,所以调整前先想清楚会影响哪几张表。
  • 这些位置都在后台连锁菜单下设置,保存后同步到门店收银端。建议先在一家店试一天,确认口径无误再推给其余门店。
SIDE BY SIDE

通道费用摊不摊得清,差别在这里

同样一家有五条收款通道的门店,月底核对要花多少人工。

比什么收款手续费与实收分账导出流水 + 手工摊手续费
四类金额系统按行同时给出,报表带合计只有一列收款总额,手续费要另算
分店归属支付参数按分店挂账号,天然分开商户号混在一起,靠比例分
券类口径是否营收、是否对账各自可控按面额全算进营业额,虚高
逐笔追查每行有小票号与支付标识只能对总数,对不上单笔
通道调价改一处费率,历史行不变整月重算
GET STARTED

五步把通道费用算进日常

顺序建议照这个走,先建方式再挂账号,最后才开对账。

清点通道,建收款方式

把门店实际在用的每一种收钱途径列出来,一条一行建进支付方式;同一商户号的几条归进一个组合对账分组。

填支付属性

逐条勾:允许找零、是否开钱箱、是否营收、是否对账、是否支持部分退款。代收类先关营收,内部划账关对账。

按分店挂收款账号

在配置支付参数里选支付类型、填优先级,给每家分店选它的收款账号;储值充值有独立账号的也在这里分开。

定金额口径

收银系统特点里选定门店进销存账本按成本价、售价、进价还是标准价记,与财务口径商量一次定下来。

把报表拉进日会

付款方式明细按分店筛当日,四类金额与合计读一遍;差异超过阈值当天问,不留到月底。

FAQ

关于手续费与实收,门店常问的六件事

钱由通道方在结算时扣,门店到账就是实收金额。系统把两者都记下,报表给出差额,方便与银行流水对;钱本身不经过收银软件。

能。支付参数是按分店挂收款账号的,同一支付方式在不同分店走不同账号,报表按分店拆得开。同店两号的情况建议建成两条收款方式,分别归组。

由你定。这条收款方式有"是否营收"属性,关掉它,券核销只做数量核对不进营业额;打开则按约定口径计入。多数连锁把先卖后兑的券设为不计营收,避免重复计。

不会。是否营收这一层就是为了把它们分开,清机条上分成两栏,账本只按营收行汇总。

不会。费率是记在每一行明细上的,改设置只影响之后的新单据,历史核对仍按当时口径。

可以。付款方式明细按分店 + 业务日期筛,金额列自带合计,收款、实付、实收三栏一次给出。

通道费用算清了,再回头看看钱是怎么收进来的

一百多种收款方式怎么配、一张小票怎么轮流付完,下一页讲清楚。