烧烤串数换算订货工具——从「周五要卖四千串」倒推毛肉几斤、竹签几包、炭几袋，一键生成能直接发给供应商的订货单

你是一个编码代理。请为我做一个烧烤店采购用的单文件网页工具（HTML、
CSS、JS 全部内联，无外部依赖、无后端、无网络请求），双击打开就能用。
用途：从「预计要卖多少串」倒推「要订多少货」，并生成能直接发给供应商
的订货单文本。

工具分三块：

一、单品档案（录一次，反复用）
- 我录入每个串品：名称、分类（荤 / 素）、每串净重（克）、出成率
  （毛料到穿好净串的成数）、供应商起订规格（如按斤、按箱、按件，
  含每规格的重量）
- 供应商起订规格支持多种单位，我填什么单位工具就用什么单位

二、订货计算
- 我填本次的预计串数（按单品逐项填）
- 自动倒推：毛料需求 = 预计串数 × 每串净重 ÷ 出成率；再按供应商
  起订规格向上取整，显示「需求量」和「实际订货量」两列——多订的
  差额一目了然
- 荤素合计行：本次订货总重量、总金额（单价我同步填）

三、耗材与订货单
- 竹签：每串一支 × 预计总串数 ×【损耗率，我填】→ 按包取整
- 炭：我填本店「每晚耗炭量」这个自定口径 → 按本次营业天数算
  出总需求，按袋取整
- 生成订货单：纯文本一段，按供应商分组（哪家送什么、多少规格、
  单价、金额、合计），末尾带日期——复制就能粘贴进微信发给供应商

硬性要求：
- 工具里一个数字都不许预置，出成率、净重、规格、损耗率全部留空
  由我填；不内置任何「行业参考值」
- 所有计算即时可见，改一个串数不用点按钮全表刷新
- 单品档案存 localStorage，支持导出 / 导入 JSON
- 订货单文本可一键复制，格式在手机微信里不散架
- 交付单个 .html 文件，文件开头附三行使用说明

你不许做的：
- 不加登录、不加云同步、不引外部库——单文件跑不起来这些
- 不放示例单品数据——空表就是正确状态
- 不做「智能建议订量」——工具只做换算和取整，不替我判断卖多少

为什么这样写

核心是一句反方向的算式：毛料需求 = 串数 × 净重 ÷ 出成率。火锅快餐的订货是「卖多少订多少」的顺向思维，烧烤的订货天然是逆向的——决定卖四千串之后，要隔着出成率（修割失水会把一成多的重量留在案板上）和供应商起订规格（整箱整件）两道换算才能落到订货单上。这道算式每天在采购脑子里过一遍，错一回就是隔夜腌肉或者 23 点断档，把它焊进工具里，人只负责填「预计串数」这一个真正的判断。

「需求量」和「实际订货量」两列并排显示，是取整环节的可视化。起订规格造成的多订差额平时完全隐形——每品多订一点，加总起来就是柜子里那批没人记得订过的肉。差额摆在明面上，采购才有机会在多个单品之间调剂（羊肉向上取整多出的量，能不能从牛肉的取整里匀回来），这是人工心算永远做不了的优化。

订货单输出成纯文本按供应商分组、末尾带日期，是为了接住真实的发送场景：中小供应商的订货全在微信里完成，一段格式稳定、能直接粘贴的文本，比任何导出 PDF 都更接近「订货完成」。订货工具的最后一公里不是计算，是把计算结果变成一条发出去的消息。

「不智能建议订量」写进禁止事项，和零预置数字同源：预计卖多少串，是这个工具唯一留给人的判断，也是唯一不该被工具接管的地方——它依赖桌均、天气、事件、熟客这些店主脑子里的东西。工具做换算和取整，人做需求判断，这条分工线划清楚，工具才是一个每天都会被打开两次的东西，而不是又一个注册了账号就再没登录过的系统。

变量