社区生鲜店采购：让编码代理做一个明日订货速算器——群接龙先抵扣，叶菜宁可断头不留尾巴

给我做一个单文件 HTML 的明日订货速算器，给社区生鲜店的下单人晚上八点
在手机上用，算完直接生成能粘给供应商的文字订货单。

品档案（设置区维护，存 localStorage）：
- 品名、单位、品类规则三选一：日清品（叶菜/鲜豆制品）/ 短周期品
  （鲜肉/鲜奶）/ 周期品（米面粮油/蛋/冻品）
- 进货单位和取整规则：叶菜按斤、蛋按板、奶按箱、米按袋

每天录入（每品一行，支持粘贴表格）：
- 今日销量、现存数量、在途数量（今晚已在路上的）
- 群接龙量：今天顾客群里预订、明天来自提的数量（没有就 0）

计算规则（写死在代码里，页面用一句话向用户解释）：
- 明日预估销量 = 近 7 日日均 × 明日系数。明日系数：默认工作日 1.0、
  周末 1.3、节前手动填；近 7 日数据不足时用今日销量，并标注「数据少，
  按单日估」
- 净需求 = 明日预估销量 + 群接龙量 − 现存 − 在途
- 日清品：建议订量 = 净需求 × 0.9 后取整——安全系数小于 1 是刻意的：
  叶菜断货损失的是当天一单，压货损失的是全货值，宁可傍晚卖断
- 周期品：现存可卖天数 = 现存 ÷ 近 7 日日均；少于安全天数（默认 3 天）
  才触发订货，订到补足 7 天，按箱/袋取整
- 短周期品：净需求直接取整，不乘系数
- 建议订量为负时显示 0，标注「本品明天不订」

输出区：
- 一张表：品 / 净需求 / 建议订量 / 取整后 / 备注（「按单日估」
  「数据不足」「群接龙 X 已抵扣」三选一或留空）
- 每行一个手动覆盖框，默认填建议值；改过的行标黄，汇总只认覆盖后的数
- 一键复制纯文本订货单（品名 + 数量 + 单位，一行一品），粘进微信直接发

硬性要求：
- 单文件、无构建、不引 CDN，手机浏览器打开即用
- 粘贴列数不对要在界面报错，不许静默错位
- 不做账号、不做云同步，数据只存本机 localStorage——刻意设计
- 7 日销量在录入页可快速补记，缺几天记几天，缺的天数不参与平均

为什么这样写

把「群接龙量先抵扣」写进公式，是这条工具最社区店的地方。群预订是明天 确定会发生的销量，不抵扣的结果是天天多订——而多订的叶菜就是傍晚的折价 和晚上的报损。接龙数据散在群消息里，靠脑子记必然漏，工具把它变成订货 公式里的一个显式项。

日清品乘 0.9 这个小于 1 的安全系数，是反直觉但正确的取舍：叶菜断货， 损失的是这一单的毛利（顾客明天还来）；压到隔夜，损失的是全货值。传统 订货公式里的安全系数都是大于 1 的防断货系数，对日清生鲜恰恰要用反—— 这是踩过坑才会有的规则，所以页面要用一句话向用户解释清楚，不能只埋在 代码里。

品类分三套规则而不是一刀切，是因为「叶菜按斤、蛋按板、米按袋」的取整 粒度差一个数量级：给米面也按斤算建议量，下单的人还得自己在心里乘袋数， 工具就白做。取整规则跟着品类走，产出的数才能直接念给供应商。

「手动覆盖、汇总只认覆盖后的数」是保住人的位置。系数不知道明天小区停 水、不知道供应商要调价，工具的职责是把心算变成看得见的底稿，最终数字 永远留给下单的人改。

变量