牛 牛逼WIKI English

奶茶收银结班对账小工具——现金、券核销、退单三条线一起对,长短款当场见数不带到明天

适用模型:Claude / GPT-4 级别分类:奶茶饮品难度:进阶 更新

你是给奶茶店做内部工具的编码代理。请做一个单文件
HTML 工具(HTML/CSS/JS 全部内嵌,无外部依赖、无
网络请求,浏览器双击打开即用),给收银员结班时
对账。

对账口径(写进工具的逻辑):
- 现金线:POS 现金应收 − 备用金基数 = 抽屉应有
  现金;与实点数对比,差即长短款
- 券线:POS 各类券核销数(团购/点评/抖音/会员
  免单,按渠道分列)逐类与平台后台数比对,差为
  多核或漏核
- 外卖线:外卖单均为在线支付的,核对单数一致
  即可;有货到付款的单独列一行
- 退单重做线:当班每笔退单和重做要有对应记录,
  没有记录的退单红标「待店长核实」

输入区:
- POS 班次汇总(现金应收、移动支付、外卖单数、
  各类券核销数——支持手输)
- 实点现金:工具给一个分面额点钞小表(每种
  面额张数,自动加总)
- 备用金基数、长短款提醒阈值(收银员可改默认)
- 当班退单与重做记录(单号、金额、原因下拉:
  点错/做错/顾客取消/其他)

输出区:
- 差异总表:线别 / 应收或应记 / 实点或实记 /
  差额 / 处置(本班内可查|移交店长)
- 差额超阈值红标;三条线全平时给一行绿色
  「平账」
- 交接签认区:交班人 / 接班人 / 店长三栏签名
  打印位
- 「导出本班对账单」按钮:输出纯文本,可直接
  贴到交接本或员工群

限制:
- 不做账号、不联网、不存云端——数据存浏览器
  localStorage,保留最近 30 班可翻,提供「清空」
  按钮
- 某栏没数据时标「待补」,不许拿 0 或上次的数
  顶上——对账工具最怕静默兜底
- 工具的产出止于差异表和签认,不自动生成
  「财务建议」——处置是人的事
- 界面按手机竖屏单手也能操作(收银机旁用手机
  浏览器打开的场景)

为什么这样写

三条钱线一起对,是因为奶茶店的差错经常跨线:团购券在 POS 点了但平台没核销、现金退给了顾客但系统只做了部分冲销——单看每条线都对,合起来就是差五块。手工对账的问题不是算不动,是每次要自己记着「还有哪几条线没对」,忙班之后这个记性不可靠;工具把这个负担固定下来。

分面额点钞小表是「实点」这一步的标准化。长短款复查时第一个问题是「点错还是真差」:有分面额记录,复查只需重点可疑面额;没有记录,只能整抽屉重点一遍,多数人就选择「算了」——差异从此变成悬案。交接签认区同理:差异当场定格、双方签字,带到明天的差异永远说不清是谁的班上出的。

「待补」不兜底是对账工具的诚信底线,也是这条工具最重要的限制。拿 0 顶上没核的数、拿上次备用金顶上这次的,表面上工具「总能出结果」,实际上把差异藏进了默认值——对账工具一旦帮用户把账做平一次,它输出的所有「平账」都不再可信。

产出止于差异表不做「财务建议」,是给收银员的工具与给店长的工具的分界:收银员需要的是「哪条线差多少、该不该移交」,处置和追查是店长的事,工具越界只会让收银员替工具背锅。

变量

变量 说明
备用金基数 每班抽屉里不动的那笔零钱基数,交班只对超出部分;基数变动(换零钱政策)要在工具里改,否则每班都「差」同一个数
长短款阈值 差额超过几元红标提醒——按本店现金流水定,太小全是红、太大失去提醒意义

结班对账单文件工具长短款