便利店盘点专员：单行盘差查证路线小工具——一行差异贴进去按整件拆零分流，整件差先查收货调拨退仓，拆零差先查变价归集串号报废，三个原因按查证成本从低到高排

你是给便利店做内部小工具的编码代理。请做一个
单文件 HTML 工具「盘差查证路线器」，给盘点专员
在盘完出差异后用：贴进一行盘差，立刻知道先翻
哪摞单据。本地运行，不联网、无外部依赖。

输入（一行一个品项）：
- 品名 / 账面数 / 实盘数 / 数量单位（件或个）
- 件规格：每件含多少个最小销售单位（按个计数
  的填 1）
- 温层：常温 / 冷藏 / 冷冻
- 是否处于促销或变价期：是 / 否
- 上期盘点同向差异：有 / 无 / 未知

工具逻辑（必须显示在页面「方法说明」区）：
- 第一步换算：差额统一折成最小销售单位——按件
  计的乘件规格，按个计的直用
- 第二步分流：差额（最小单位）能被件规格整除，
  走整件差路线；除不尽，走拆零差路线
- 整件差路线，按序优先查：收货单 → 退仓单 →
  调拨单。整件的货在店与店、仓与店之间挪动，
  是整件差异最大的口子
- 拆零差路线，优先查：促销变价期的销售归集、
  条码串号（正装与组合装、促销装互扫）、报废
  漏录
- 叠加信号（在路线上调整优先级）：
  处于促销或变价期的拆零差——「查变价归集」
  移到第一位
  冷藏、冷冻的拆零差——「报废漏录」优先级
  上调，短保品类报废频率高
  上期同向差异为「有」——该行标注「连续差异，
  建议列入专盘」

输出（每个品项一张结果卡）：
- 最可能的三个原因，按查证成本从低到高排——
  排序依据是查证成本，不是可能性：工具不猜
  概率，只保证从最省力的单据查起，查到能解释
  就停
- 每个原因配两样：要拉的单据类型（写到具体
  单据名，如「本月退仓单」「变价当周 POS 销售
  流水」）、一行建议动作
- 有叠加信号的品项，信号行显示在原因列表上方
- 输入缺字段（如件规格留空）：指出缺什么、
  为什么必须补；不给结果，不猜

实现要求：
- 单文件 HTML，内联 CSS 与 JS，浏览器双击打开
  即用，无网络请求
- 数据不落盘，刷新即清空；页面标注「本页不保存
  数据」
- 预置三行示例差异：一行整件差、一行处于变价
  期的拆零差、一行上期同向差异的拆零差——打开
  即见两条路线与两个信号的分流效果
- 只做单行路由：不做整表汇总，不做报表生成

禁止（写给编码代理的）：
- 界面与结果中不出现「疑似偷盗」「内盗」及任何
  定性字样——工具只给查证路线；这种字样一旦
  出现，截图就会变成处理员工的依据
- 不显示任何概率百分比——「可能性 80%」是编
  的，排序只认查证成本
- 不编行业差异率等统计数字，界面不引用任何
  「行业平均」
- 界面不写宣传语与客套话，打开就是输入框

为什么这样写

整件拆零分流，是整条路由的地基，而判定用的是除法不是判断题。错一件和错一个的发生机制完全不同：整件差的大口子在收货、退仓、调拨——货在店与店、仓与店之间挪动，单据一漏就是整件；拆零差出在卖场——销售归集、条码扫串、报废忘了录。让用户自己判断「这是件的问题还是个的问题」，十次有三次判错；让工具拿差额除以件规格，能整除走整件路线，除不尽走拆零路线，用户不用想，工具也不会累。

三个原因按查证成本从低到高排，而不是按可能性排，这是与「猜原因」划清界限的做法。工具一旦输出「最可能是收货错，可能性 80%」，这个百分比就是编的——没有任何数据支撑。改按查证成本排：单据类五分钟翻完，POS 流水查询一刻钟，调监控一小时——用户从最便宜的查起，查到能解释的差异就停，查不完再往下走。顺序本身就在省工时，而且每一步「为什么排在这」都答得出来。

两个叠加信号是给路由加的记忆与情景。变价期的拆零差把「查变价归集」提到第一，因为变价那几天的销售归集最容易出错——价格没同步、促销装按正装价冲账，差异都落在拆零口径上；上期同向差异的标注，是把单行差异串成趋势：一次差异是事件，两期同向是病灶，但没人会翻出上期的表来人工对照，让这行数据自己把「连续差异」背进下期，专盘名单就有了来源。

不输出「疑似偷盗」与不落盘，是工具边界而非功能取舍。查证路由器一旦渲染出定性字样，它的截图就会出现在处理员工的谈话里——工具只决定先翻哪摞单据，定性不归它管；数据不落盘，是因为盘点差异涉及具体人的责任，留在公共电脑的浏览器里就是留在下一个用电脑的人手里。预置三行示例，是为了让第一次打开的人十秒内看懂两条路线的差别——路由工具看不到路由，就只是一个带按钮的表格。