「运营概况 · 收款」看板把安仕达烘焙ERP 里的收款金额、收款方式、销售渠道、片区与分店数据,浓缩成一页可直接分享给管理层与财务的可视化看板。老板在手机上看结构,财务在对账前看明细,店长在闭店后看当天,打开链接就能看。
演示为脱敏示意数据,实际看板按贵司权限范围取数。
营业额只有一个数字,但钱是从七种支付方式、五个销售渠道流进来的。月底对账时才发现:微信商户后台、储值卡余额、外卖平台结算单和 ERP 各说一套。
财务月底逐张比对微信商户号、支付宝账单、平台结算单和 POS 小票,一家店半天,一个片区几天。
线上小程序、外卖平台、门店扫码混在一起,看不出渠道结构在往哪里迁移,补贴该往哪投全靠感觉。
顾客充了 500 元储值卡当天花掉 80 元,到底算 500 还是 80?口径不统一,老板、店长、财务各拿一套数字争论。
下面是按真实看板版式还原的交互示意(数据为虚拟演示数据)。切换时间维度、选择销售渠道、片区或分店,所有 KPI、趋势、方式对比与汇总表格会同步重算——这正是实际看板的用法。
峰值:—, 当日收款 —。对账优先复核峰值日的平台结算单与退款记录。
| 收款方式 | 收款金额(万) | 占比 | 收款笔数 | 笔均金额 | 主要渠道 | 到账方式 |
|---|
同一张表还能再叠加"片区 / 分店"维度,做成 收款方式 × 渠道 × 分店 的交叉汇总,用于逐店对账与差异定位。
▲ 版式还原自真实看板,数据为虚拟演示数据;实际系统内数据按登录权限与门店范围自动取数。
看板的四个主模块(趋势 / 方式对比 / 渠道汇总 / 汇总表格)加上顶部筛选器,各自对应一个具体的资金或经营问题。
昨天 / 今天 / 本周 / 本月 / 上月 / 自定义时间段六选一,无需重开报表。
按门店零售、线上小程序、外卖平台、团购预订等渠道圈定范围,只看某一条业务线。
先按片区圈范围,再单点一家店,趋势、对比图与汇总表格同步联动刷新。
按日(或按小时)查看收款金额与收款笔数双线走势,支持翻页回溯历史区间。
微信、支付宝、现金、储值卡、银行卡、平台代收等占比一屏看清,点击图例高亮单一项。
按销售渠道汇总收款金额并排序,横向对比各渠道贡献体量。
逐行列出每种收款方式的金额、占比、笔数、笔均与到账方式,任意列可排序。
按收款方式分别给出笔均金额,识别不同支付方式背后的客群差异。
当前范围收款总额自动与上一周期对比,超标标绿、下滑标红。
不用听汇报,也不用等财务出对账表。打开链接,本月收款总额、笔数、方式结构全在首屏。
先把渠道与时间维度收到对账区间,汇总表就是核对底稿。
分店筛选只留自己这家店,当天收款金额、笔数、方式构成立刻聚焦。
切到自己片区,分店汇总直接排序,异常门店浮上来。

帮助页被问最多的是"这个数和对账单为什么不一样"。下面把看板里所有指标的取数口径写清楚,避免老板、店长、收银和财务各说一套。
| 指标 | 口径定义 | 怎么用 |
|---|---|---|
| 收款金额(实收) | 所选范围内 POS 实际收款金额合计,按收款方式拆分;退款、撤销单在发生当日冲减。 | 这是与支付机构流水、银行到账核对的口径,不等于销售额(销售额含未收的挂账与优惠)。 |
| 收款笔数 | 支付笔数。一次结账若同时使用储值 + 微信,两种收款方式各计 1 笔。 | 因此"各方式笔数之和"通常大于"结账单数",不能用来推算客流。 |
| 笔均金额 | 该收款方式的收款金额 ÷ 该方式收款笔数。 | 横向比较不同支付方式的客群消费力,储值与银行卡笔均通常明显高于现金。 |
| 占比 | 该收款方式收款金额 ÷ 当前筛选范围收款总金额。 | 看结构迁移:线上占比上升、现金占比下降是预期趋势。 |
| 线上扫码收款 | 微信支付、支付宝、线上小程序三类合计,均为消费者实时付款。 | 与微信商户平台 / 支付宝商家中心账单核对时以本项为基准(口径为支付发生日,非结算日)。 |
| 会员储值核销 | 顾客用储值卡 / 礼品卡余额支付的部分,属于前期预收款的消费。 | 充值当天是现金流入,核销当天不是。看现金流别看这项,看会员消费要看。 |
| 现金收款 | 实钞收款金额与笔数,不含找零备用金。 | 与门店交接班记录、收银缴款单核对;差异体现在长短款。 |
| 第三方平台代收 | 外卖、团购等平台代收的款项,按平台规则扣点后定期结算给企业。 | 存在 T+N 结算时间差与平台扣点,看板按支付发生日展示,平台结算单按到账日展示,两者天然不等。 |
| 销售渠道 | 订单来源渠道,如门店零售、线上小程序、外卖平台、团购 / 预订。顶部筛选器默认取门店零售渠道。 | 对账前先确认渠道范围,避免把线上订单的收款算进门店现金核对。 |
| 到账方式 | 该收款方式的资金归集路径:实时到账、银行次日到账、平台周期结算。 | 用于编制资金计划:周期结算部分不能按当日现金安排支出。 |
| 较上一周期 | 当前范围收款总额与紧邻的上一同长周期(昨日对前日、本月对上月等)的增减幅度。 | 受节假日、天气、活动影响大,只看趋势方向,单期波动不作为考核依据。 |
不需要给每个人开 ERP 账号,也不需要安装 App。
看板取数依赖系统里已有的档案,配好即可自动出图。
在报表中心打开「运营概况 - 收款」,点击分享,系统生成一条唯一链接。
链接可直接发群、发个人、存为浏览器书签或手机桌面快捷方式。
链接地址中的 type=NONE 表示只读分享模式:查看者看不到任何菜单与操作按钮,只能看被授权范围内的图表与表格。
分享链接绑定的是生成时的组织范围,不会因为换人打开而扩大,也不怕链接被转发到公司外。
在 ERP 分享管理里一键停用,历史链接立即失效;也可按需重新生成新链接,或为财务与店长分别生成不同范围的链接。
「运营概况」是一个看板家族——时间段客单价、渠道、收款等看板共用同一套筛选器、图表与表格版式。以下为该系列看板在浏览器中的实际渲染效果(示意数据),收款看板的交互与布局规则完全一致。

时间维度、渠道、片区、分店筛选常驻顶部,下方接概览区,收款看板沿用同一位置关系。

结构对比图、日期趋势图与横向对比条形图同屏可查,支持联动与翻页。

汇总表格可排序、可横向滑动,叠加维度后形成交叉分析,支撑逐店对账。
数据直接来自 ERP 的收银单据,POS 上传后即可反映。当天营业过程中收款金额与笔数持续累积,所以"今天"维度看到的是一个正在进行中的数字,明显小于"本月"属于正常现象。
三个常见原因:①口径日期不同,看板按支付发生日统计,商户平台常按结算日展示;②退款与撤销,看板在发生日冲减,平台账单处理有先后;③渠道范围不同,看板顶部筛选了销售渠道,线上小程序订单的收款不在门店零售范围内。先对齐范围与日期,再看差异金额落在哪家店、哪一天。
平台代收存在扣点、配送费分摊、平台券补贴与账期四重差异。看板展示的是顾客实付口径的收款,平台结算单是扣费后到账金额,两者本就不相等。对账时按"平台结算单 + 差异项"逐项还原,不要直接比对总额。
顾客充值时钱已经进来了,核销只是把之前的预收款转为消费。所以看现金流要看充值,看消费结构要看储值核销。两者混着看会同时高估现金和销售,这也是看板把储值核销单列一个模块的原因。
因为存在组合支付。一单里"储值卡 + 微信"会在两种方式下各计 1 笔,所以笔数之和会大于单数。金额相加是准确的,笔数相加不能用来推算客流,需要客流请看客单数相关看板。
可以,这正是分享链接的用途:生成一条免登录只读链接,对方在手机或电脑浏览器直接打开即可,不需要安装软件,也不需要账号密码。
不会。链接在生成时就绑定了可见的组织范围(全部片区、指定片区或指定门店),查看者无法通过筛选器越权看到范围外数据,也看不到任何菜单与操作入口。建议给财务发全范围链接、给店长只发本店链接。
看板属于安仕达烘焙ERP 报表分析体系的内置能力,具体开放范围随所购模块与门店数而定。建议联系顾问按你的门店规模确认配置方案,并索取基于你真实数据结构的演示。