卤味采购：让编码代理做一个单文件订货计算器（销量、在途、周期进，订量出）

给我做一个单文件 HTML 的订货计算器，给卤味门店的采购在打订货单前用。
双击打开就能用，不依赖网络，数据不出本机。

输入（每个原料一行，支持从表格软件直接粘贴，列顺序固定）：
- 原料名、单位
- 近 7 日用量合计、近 14 日用量合计
- 当前库存、在途数量
- 到货周期（天）、安全库存天数、订货周期（天）

计算逻辑：
- 预测日均用量默认取「近 7 日日均与近 14 日日均中的高者」（清货期宁可
  多备）；页面上能一键切换成「取低者」，且两口径差异超过 20% 的原料行
  高亮提示
- 建议订量 = 预测日均 ×（到货周期 + 安全库存天数 + 订货周期）− 当前库存
  − 在途数量
- 建议订量为负时显示 0 并标注「本单可不订」
- 每行一个「手动覆盖」框，采购可以改数；汇总只按覆盖后的数算

输出区：
- 一张表：原料 / 预测日均 / 建议订量 / 覆盖后订量 / 状态提示
- 状态提示三选一：正常 / 「两口径差异大，请人工确认」/ 「参数不全」
  （对应输入有空值）
- 一键复制成纯文本订货单，格式能直接粘进微信发给供应商

硬性要求：
- 单文件、无构建步骤、不引任何外部 CDN 或字体
- 粘贴进来的数据列数不对或列序错位时，要在界面上明确报出来，不能静默
  算错
- 不做账号、不做云端保存、刷新即清空——这是刻意设计，不要自作主张加
  本地存储

为什么这样写

订量公式本身不复杂，难的是每次下单前的数据搬运：从收银系统导销量、从 冻库记录抄库存、从上次的订货邮件找在途，然后在表格里现搭一遍公式。搭错 一个减号，下周就断一种货。把推导固化成工具，采购的判断力用在「这个数 要不要覆盖」上，而不是算术上。

公式里同时放「到货周期 + 安全天数 + 订货周期」三项，是因为门店常犯的错是 只按到货周期备货：订的量刚够撑到这批到，但这批到之后还要撑到下下批—— 中间的窟窿就是周期性断货的来源。三项写死在公式里，比写在培训材料里 可靠。

「手动覆盖」框是刻意保留的人的位置。任何预测口径（7 日取高、取低）都有 它不知道的信息：下周社区有活动、某品要停售。工具的职责是把计算做对， 不是替采购做决定——所以汇总只认覆盖后的数，覆盖行还要在导出单里标注。

两个「不要加」（不做账号、不加本地存储）是和编码代理的真实斗争经验： 你只要说「做个计算器」，它大概率附赠一套带 localStorage 持久化和设置页的 「完整方案」。对每天用完即弃的场景，持久化是负资产——昨天忘了清的旧数据 混进今天的单，比没有这个工具更糟。明确说「这是刻意设计」，代理就不会 好心办坏事。

变量

本条提示词无待填变量；工具的原料数据在页面里逐行录入或粘贴。