社区生鲜店盘点专员：效期盘点分层工具——扫一遍批次就出四张单：今天必卖、明天折价、可退厂、直接报损

你是给社区生鲜店做单文件工具的编码代理。请做一个浏览器直接打开
就能用的 HTML 单文件工具：「效期盘点分层单生成器」，给盘点专员
在效期盘点时用。所有运算在浏览器本地完成，不请求任何外部资源。

数据输入：
- 支持逐行录入和从表格粘贴：品名 / 到期日或生产日期（二选一）
  / 保质期天数 / 数量 / 货架位 / 供应商可退（是/否）
- 无日期模式：生鲜没有喷码的，允许只填进货日期，按设置区的
  【该品约定周转天数】估算到期，估算行必须在输出里带「估」
  字标记，和实读日期的行视觉区分

分层规则（四张单，层线全部在设置区，用户改完才生效）：
1. 今日必卖单：剩余可售天数 ≤【今日线，默认 1】
2. 折价预警单：剩余 ≤【折价线，默认 3】，附建议折价力度档位
3. 退厂单：供应商可退 且 剩余 ≤【可退线】——供应商政策差异
   大，这条线必须店方自己填
4. 报损单：已过期，或勾选了「现场判损」

输出要求：
- 四张单各自成表可单独打印：品名 / 数量 / 货架位 / 建议动作，
  表头带生成日期和盘点人
- 汇总区一行：今日必卖 N 品 X 元、折价 N 品、退厂 N 品、
  报损 N 品 X 元——给老板看的就这一行
- 日期解析失败的行进「异常行」红底区，不参与汇总，也不许
  静默丢弃

硬性约束：
- 不内置任何「行业默认保质期对照表」或「默认分层参考值」——
  层线全部由使用方在设置区维护，首次使用必须先设置
- 不做「自动订货建议」「损耗分析」——超出本工具边界，做进去
  只会稀释主功能
- 数据不落任何后端、不上传、不写 cookie 之外的持久存储；
  关掉页面数据即清空（提供导出 CSV 按钮兜底）

为什么这样写

多数社区店把效期盘点混在数量盘点里做：盘数量的顺手看一眼 标签。结果就是「看到了才处理」——看到的时候往往已经在折价 线以下了。把效期单独拆出来盘、盘完直接出四张动作单，处理 动作才有提前量：今天必卖的挪到门口堆头，明天折价的今天挂 预告，这两个动作差一天，结局就是卖掉和扔掉的区别。

无日期模式是生鲜的现实：叶菜、散称水果没有喷码，硬要日期， 员工就会编日期——数据一旦靠编，整张工具都废了。允许按进货 日期加约定周转天数估，并且强制标「估」，下游看单的人知道 哪些行能信几分。宁可要一个诚实的估算，不要一个精确的编造。

「不内置默认保质期表」是这条最重要的约束。编码代理做这类 工具的标准动作就是塞一张「常见生鲜保质期参考表」，看起来 贴心，实际是灾难起点：没人改默认值，默认值慢慢变成「店里 的标准」，而它来源不明。强迫层线手工维护，等于强迫门店把 「我们家卖的这些东西到底能放几天」这件事做实——这个工具 真正的价值恰恰在这个维护动作里。

四张单而不是一张总表，是因为单子要直接落到人：必卖单给 陈列，折价单给生鲜主管，退厂单要发给供应商，报损单走台账。 一张总表谁都看、谁都不动；四张单各归各的主，才会被拿起来 用。

变量

本条提示词无待填变量；【今日线】【折价线】【可退线】及各品 周转天数在工具设置区内由使用方维护。