烘焙盘点：日清四栏勾稽工具——期初+生产−销售−报损=结存，哪个 SKU 对不上当晚翻小票

给我做一个单文件 HTML 的日清勾稽核对工具，给烘焙门店的盘点
专员或店长在打烊后用：按 SKU 勾稽「期初+生产−销售−其他出项 =
理论结存」，再对打烊快盘数，当晚把对不平的 SKU 挑出来。双击
打开就能用，不依赖网络。

按 SKU 录入五栏（前四栏参与计算，第五栏用于比对）：
- 期初结存：粘贴昨日核对完成后一键复制的结存文本带入，或手
  填
- 本日生产：按炉次登记的产量，逐炉次录或录合计均可
- 本日销售：POS 明细整段粘贴，至少含品名、数量两列；粘贴后
  先让我确认列对应关系，确认前不计算
- 本日其他出项：报损、内用、折价转出，记品名/数量/去向
- 打烊快盘：实盘数

计算与功能：
- 理论结存 = 期初 + 生产 − 销售 − 其他出项；差额 = 实盘 −
  理论结存
- 差额非零的 SKU 高亮，且四栏数全部列出——差一个，能直接看
  出是生产漏登、销售少扫还是出项没记
- 预包装品按「个」、现烤散称品按「重量」：两种单位同表用标
  记区分，不同单位的 SKU 之间不做任何加总
- 「再对一遍」是主场景：翻完小票改任一栏数字，全表差额实时
  重算
- 一键复制未对平清单（品名/差额/四栏数）纯文本，格式能直接
  粘进消息发店长
- 核对完成后，一键复制全部 SKU 的今日结存（品名/数量）纯文
  本，明天粘贴成期初——带入靠复制粘贴，不靠存储

硬性要求：
- 单文件、无外部依赖、无任何网络请求
- 粘贴的 POS 数据列数或列序对不上时，在界面上报错并指出问
  题行，不许静默算错
- 不做账号、不做本地存储，刷新即清空，当日核对当日清——这
  是刻意设计，不要自作主张加持久化
- 页面不预置任何「行业平均」数字；SKU 清单、单位标记、各栏
  数值全部来自录入，由使用方在页面内维护

为什么这样写

烘焙的特殊在于勾稽等式每天都成立：当日现烤当日清，期初+生产−销售−出项=结存这条式子今晚就能对，不用等到月盘。而差异是会过夜贬值的——小票进垃圾桶、炉次记忆开始合并，到周五没人说得清周四第三炉到底出没出炉。月盘一次查三十天的差异，等于一次查三十个冷案；日清每天查一个热案，小票还在抽屉里，翻就有答案。店里没人做日清，不是不会算，是四个数散在四处凑不齐——这个工具只干搬运的活，判断留给翻小票的人。

未对平的 SKU 必须把四栏数全部列出来，因为「差一个」本身没有信息：不知道差在哪一栏，就只能猜。四栏并排摆开，生产栏少一个是炉次漏登，销售栏多一个是收银少扫，出项栏空着是报损没记——勾稽表自己就是诊断表。这是工具存在的全部理由：不是算出差额，是定位差额。

两种单位同表标记、绝不混算，是防这类表最经典的错法：预包装按个、现烤散称按重量，把 POS 的数量粘进重量列，出来的是一个看似平衡的假数。改数实时重算是给「再对一遍」设计的：日清的真实节奏是勾稽、翻小票、改一个数、再勾稽，工具必须撑得住第二遍，而不是逼人把一天重录一遍。期初靠昨日复制的结存文本粘贴带入，同样是为这件事服务——不落一个数字，也不让用户每天手敲一遍期初。

不加持久化是刻意的，和折算工具、订货计算器是同一条防线：让编码代理做个工具，它的标准动作是附赠 localStorage 和设置页，而日清是每天用完即弃的场景，昨晚忘了清的旧数混进今晚的核对，比没有工具更糟。「粘贴列序不对要报错」是另一条底线：勾稽工具静默算错是最坏的失败模式，它会对着错位的数报「全部对平」，当晚小票就不用翻了，差异在人心里过夜。

变量

本条提示词无待填变量；SKU 清单与单位标记在工具内由使用方维护。