火锅店采购订货：次日订货单生成小工具——让编码代理做一个单文件页面，按鲜货冻品蔬菜干货四种节奏各算各的订量

你是一个编码代理。请为我做一个单文件 HTML 的次日订货
单生成工具，给火锅店采购用，浏览器双击打开即用，不
联网、不装依赖、不引任何外部资源。

一、基础数据
1. 品项库：可增删品项，每个品项必填——名称、补货
   节奏（四选一：当日鲜货 / 冻品周转 / 隔日蔬菜 /
   可存干货）、单位、安全库存天数（按品类给默认：
   当日鲜货 0.5 天、冻品 3 天、隔日蔬菜 1 天、干调
   7 天，均可改）
2. 每日流水录入：品项、今日销量、今日报损、当前
   在手、在途数量

二、核心计算（按补货节奏分道，公式固定并显示在
   结果旁边让人看得见）
- 当日鲜货：建议订量 = 明日预计用量 − 在手 − 在途
  （不设安全库存，当日货不留隔夜）
- 冻品周转：建议订量 = 明日预计用量 ×（1 + 安全
  天数）− 在手 − 在途
- 隔日蔬菜：同冻品公式，但安全天数用本品类口径
- 可存干货：仅当「在手 + 在途 − 明日预计用量」
  低于安全线时提示补货，给出补到安全线的量，
  平日不出现在订货单里
- 明日预计用量 = 今日销量 × 明日系数（系数由人
  填，见下）
- 任何品项算出负数按 0 计并标注「不缺货」

三、明日系数（工具的灵魂，必须是人的判断）
- 提供一个系数面板：基础 1.0，可整体上调下调，
  可按品项单独覆盖；面板上列出常见调整理由
  （节假日、天气骤变、店内有活动、周边施工）
  作为勾选提醒，但只提醒不自动改数——勾了之后
  系数还是人手动填
- 工具绝不内置任何「节假日自动加量」规则

四、输出
1. 分类订货单视图：按四个补货节奏分成四张子单，
   每张可直接复制成文本发给供应商（品名、数量、
   单位、备注栏）
2. 欠货预警行：建议订量大于 0 的行加急标；冻品
   建议订量低于供应商起订量的行标注「凑单提醒」
   （起订量在品项库按供应商登记）
3. 数据存 localStorage，一键导出 CSV（含每日流水，
   方便月底回头核对哪天系数填错了）

五、防错要求
- 单位混用防御：品项单位与录入单位不一致时标红
  拒算
- 明日系数未填时按 1.0 计算并在结果页醒目提示
  「本次未做系数调整」
- 所有公式可见：结果页每行旁边显示算式（今日
  销量 × 系数 − 在手 − 在途），不许黑箱输出一个数

交付：一个完整 HTML 文件，内联全部 CSS 与 JS。附
两百字以内中文使用说明。

为什么这样写

多数订货工具的失败不在算术，在口径：一张订货单里塞着保质期从一天到一年的货，用同一个补货公式算，结果是鲜货按冻品的公式留了三天安全库存（当天就烂），干货按鲜货的公式天天出现在单上（永远订一点点）。这个工具的核心设计就是「分道」——四类货四条公式，每条公式的逻辑由货的物理性质决定：当日鲜货不留隔夜所以安全库存为零，干货平日根本不该出现在订货单里。公式固定且显示在结果旁边，采购能一眼看出某个数是怎么来的，错了知道改哪个输入。

「明日系数必须是人的判断」是整个工具最重要的一条边界。订货类工具最诱人的方向就是让系统「智能预测」需求，但单店数据稀薄、火锅客流受天气和节假日摆布剧烈，任何内置预测模型都会在第一个暴雨天失灵，而且失灵方式是静默的——数字看起来依然合理。工具退而求其次：把「明天和今天不一样」这个判断显式化为一个系数面板，列出常见调整理由当勾选提醒，但改数的手永远是人的。这让它从「信不信系统」变成「记不记得调系数」，错也好查——导出的 CSV 留着每天的系数，月底回头一看就知道哪天拍脑门拍错了。

凑单提醒和负数归零这两处是真实订货场景里最磨人的细节：冻品供应商有起订量，建议订 3 千克但起订 10 千克，采购要自己想起这件事去凑；算出负数说明不缺货，但负数直接发给供应商就是事故。这些细节不写进需求，编码代理给的会是一个教科书公式、一个不能用的工作流。

变量