打烊对账，最怕“大概”“好像”“应该是”
今天的单量、卖得最好的品、哪笔支付没成功、哪张小票没打印，如果收银员答不上来，交班就只能靠回忆。
异常没处理，第二天才发现
支付失败、打印机卡纸、数据没传上去，当班时没注意，第二天对账才发现少了一笔。
异常概况分支付、打印、传输三类，点开明细逐项处理；打烊前先看它。
不知道今天什么卖得好
备货靠记忆，第二天不是缺货就是剩货；问收银员“哪个卖得好”，只能说出自己印象里的。
当前时段销量排行与热门商品直接显示在收银页，按件数和金额看。
柜台数与后台数对不上
收银员说今天 128 单，后台报表却是另一个数；两边口径不同，越对越乱。
先分清柜台视角与经营报表的边界，再用历史小票核对具体单笔。
三块数据，分别回答三个问题
今日单数回答“忙不忙”，时段排行回答“什么好卖”，热门商品回答“顾客喜欢什么”。三块都在收银页，不用等报表。
| 数据 | 回答什么问题 | 什么时候看 |
|---|---|---|
| 今日单数 | 今天已经做了多少单 | 巡场、交接、打烊前核对交易量 |
| 当前时段销量排行 | 这个时段哪些商品卖得最好 | 高峰中段补货、调整推荐、判断下一个时段备货 |
| 热门商品 | 历史上这个时段顾客常买什么 | 开档前备货、陈列与套餐组合参考 |
- 排行看件数，也看金额。件数高说明受欢迎，金额高说明贡献大；两个视角一起看，备货才不偏。
- “当前时段”会随时间变化。上午的排行不能直接拿来指导晚高峰；看数时先确认时段。
异常概况：三类问题，三种处理方向
异常概况不负责解释原因，它先把问题分类计数，再让你点进明细。最怕的是把三类混在一起看。
支付异常
付款没有正常完成或状态不确定。先查支付通道与订单，不要重复收款；必要时改用其他方式完成这一单。
打印异常
小票或票据没有打出来。检查打印机电源、纸卷与连接，再在设备入口做测试；补打走历史小票。
传输异常
数据没有同步到云端。先看“已同步”状态与网络，恢复后再确认订单与库存是否一致。
- 支付异常不要“再收一次”。先确认原交易状态；重复扫码可能让顾客付两遍，处理退款比重新收款更麻烦。
- “点击查看明细”是入口，不是汇总。数字只告诉你有没有问题，具体是哪一单、什么原因，要点进去看。
打烊前六步，把今天的柜台收干净
先看异常概况
支付、打印、传输三类逐个点开明细；能在今天处理的，不要留到明天。
核对今日单数
和当班收银员的体感、历史小票数量对一遍；差异大就抽查具体单。
看销量排行与热门商品
记下今天卖得好的品与剩余库存，为第二天备货与陈列做准备。
抽查历史小票
抽几单看支付方式、优惠与金额；组合支付与手动优惠优先抽查。
确认设备与同步
打印机纸卷、扫码枪、网络与“已同步”状态；坏了的设备当晚报修。
交接记录
把未处理完的异常、待取消订单、外送未完成单写进交接，下一班接着处理。
关于报表与异常，常被问到的六件事
收银页是柜台视角，统计的是当前终端/门店的交易；后台报表可能按不同日期口径、渠道或单据类型汇总。先确认门店、日期与统计范围，再用历史小票核对具体单笔。
先点“点击查看明细”确认是哪一单、什么状态；不要直接重复收款。确认原交易未成功后再改用其他方式，必要时按门店流程处理退款或撤销。
不一定。先检查电源、纸卷、连接与驱动状态，再到设备入口做测试；能打测试页说明设备正常，问题可能在单据或模板。补打从历史小票进。
先看“已同步”状态与网络。恢复后核对当日订单与库存；不要因为提示传输异常就重开单，避免同一笔交易出现两次。
页面上同时能看出件数与金额（演示结构为件数 + 金额），两个视角一起看：件数看受欢迎程度，金额看贡献。
不能。收银页解决柜台当天的执行与异常，BI 看板解决经营分析。两者数据口径与用途不同，需要完整经营结论时看 BI 或分店后台报表。
收银系统的六个模块，一页一个
这一页讲打烊前的看数。最后一页看设备与注册，把收银机、打印机与授权管好。