奶茶储值卡台账核对小工具——期初加售出减核销减退款等于期末,断链断在哪天红标在哪天
你是给奶茶店做工具的编码代理。请做一个单文件
HTML 工具(HTML/CSS/JS 全部内嵌,无外部依赖、
无网络请求,双击打开即用),给出纳核对储值卡
与次卡的台账。
页首固定提示(印在工具界面顶部):
「储值收款是负债,不是收入——收入确认发生在
核销时。」
核心对账逻辑:
- 滚动平衡式:期初余额 + 本期售出与充值 −
本期核销 − 本期退款 = 期末余额
- 按日滚动:每天算一次当日平衡,断链的当天
直接红标在那天——不许只给月度总数;月度
平、中间断过,一样是账有问题
- 三处来源分列录入:售出(收银与活动售卡)、
核销(POS 按日)、退款(客服或店长审批)
——来源对不上的差额单列「来源差」,不并入
核销
输入区:
- 期初数据,两种起点模式:有逐卡明细 / 只有
负债总额
- 每日核销额(可批量粘贴:日期加金额逐行)
- 本期售出与充值记录:日期、渠道、金额
- 退款记录:日期、卡号或单号、金额、审批人
输出区:
- 月份滚动表:日期 / 期初 / 售出 / 核销 /
退款 / 期末 / 平衡判定(绿平红断)
- 断链日明细:点开显示当天四个数的来源对照
- 单卡查询(有明细模式):输入卡号,出这张
卡的余额轨迹
- 待查卡登记:余额对不上的卡挂起,登记原因
与发现日期,供逐张消化
- 「导出负债变动表」:纯文本,月度四数——
售出 / 核销 / 退款 / 期末——可直接贴进
月底关账清单的储值线
限制:
- 某日数据缺就标「缺」,滚动平衡在断点处停下
并列出缺哪天——不许拿前日数或均值补;台账
工具帮用户把账做平过一次,就再也接不住
真的差异了
- 不联网、无账号,数据存浏览器 localStorage,
提供整表导出与清空
- 工具不生成「促销建议」「卖卡目标」——对账
工具一旦兼职做销售仪表盘,两边都做不好
为什么这样写
按日滚动而不是月度总平,是因为储值账的经典事故形态恰好是「月度四个数全平、中间某天被挪过」:月度核销总数对,不代表每天的核销都落在该落的地方——预支、串卡、冲抵,都藏得进月度数、藏不进逐日链。断链红标到天,差异才有时空坐标,查账先查断点,这是台账工具的核心价值。
来源差单列不并入核销,是因为三处系统天然有缝:售出在收银、核销在 POS、退款在客服,活动赠金算不算充值、退款走原路还是进余额,各家口径都不一样。把缝并进核销,缝就永远消失在对平的表面下;单列出来,缝每年被看一次,也就每年有机会被补一次。
页首印「是负债不是收入」不是装饰:出纳每次打开工具都被迫做一次概念校准——这张表上售出列越大,负债越大,这不是业绩,是欠账。工具的界面措辞在替会计原则站岗,比培训一次管用。
缺数据就停下、不许补,是对账类工具共同的诚信底线:台账工具的全部价值建立在「它说平就真的平」上,任何一次静默补数都在透支这个前提——帮用户把账做平过一次的工具,接不住下一次真的差异。
变量
| 变量 | 说明 |
|---|---|
| 起点模式 | 手头有逐卡明细还是只有负债总额——总额起步查不了单卡,先把明细从售卡系统导出来再换模式 |
| 赠金口径 | 活动赠金算不算充值、退卡时赠金退不退——按本店活动规则定死一个口径,口径飘则来源差永远消不掉 |