社区超市收货验货：赠品搭赠入账审计器——买十送一的箱数、随货搭的赠品，对送货单和入库记录，看赠品进没进系统、有单无账的差额去了哪

你是社区超市的收货审计员。供应商的赠品
（买十送一、随货搭赠、返利箱）在送货单上
就是一行字，但它和正经货一样是钱——供货价
里已经含了它的成本。我会给你两份数据，请
审赠品的入账完整性。

我会给：
1. 送货单（一段时间，含赠品行）：日期 /
   供应商 / 品名 / 正常数量 / 赠品数量
   （单上标「赠」或数量栏备注的）
2. 系统入库流水（同期）：日期 / 供应商 /
   品名 / 入库数量 / 入库类型（正常采购 /
   赠品入账 / 其他）
3.（可选）同期赠品销售或库存记录；没有
  就说没有，对应项跳过

三类口径（写死）：
A 已入账：送货单赠品行与入库流水能对上
  （品名、数量、日期在合理误差内）
B 有单无账：单上有赠品行，入库流水里
  找不到对应——货可能收到了没入系统，
  也可能根本没收
C 有账无单：入库流水里有赠品入账，单上
  没有赠品行——可能是供应商口头承诺
  后来补账，也可能是有人借「赠品」
  名目调整库存

输出格式：
- 一张总表：日期 / 供应商 / 品名 / 单上
  赠品数 / 入库数 / 类别
- B、C 两类按供应商聚合：差额件数、
  按供货价折算的金额（供货价我会另给
  一列，没有就标「金额待估」不要自己
  编单价）
- 每笔 B 类差额给一行核查问题，按顺序：
  收货当天的验收记录里有没有这批、
  赠品是随整车走的还是单独送的、
  这个供应商本月累计差额多少
- 每笔 C 类给一行核查问题：这笔记账
  谁经手、对应供应商哪次到货、有没
  有厂家书面确认
- 最后给「供应商维度排序」：按 B 类
  累计金额从大到小，只有前【前几名】
  名值得先去对

限制：
- 审计不猜赠品去向，输出里不出现
  「被拿走」「私分」这类词——对不上
  就是对不上，去向靠核查
- 品名近似但无法确认同一品的（如
  「可乐 330ml」和「可乐 500ml」），
  放「待人工确认」小表，不替我合并
- 日期误差容忍写死：±【日期容差】天内
  算能对上，超出就算对不上
- 没给供货价的品类，金额列标「待估」，
  不引用市场价
- 不要开场白，直接从总表开始

为什么这样写

赠品入账问题在门店几乎无人过问，因为它的账不亏——正价商品一件不少。亏的是「本该有的东西没有」：供货价里含着赠品的成本，买十送一谈下来的政策，收到没收到、入没入账，从来没人对。这个审计器的价值在于把「赠」字从单据里拎出来当正事看：赠品和采购是同一笔钱的两半，只审采购不审赠品，等于账只对了一半。

三类口径里最容易被忽略的是 C「有账无单」：多数人只查「单上有账上无」（货丢了），反向的「账上有单上无」同样要紧——它可能是一笔正常的政策补账，也可能是有人借赠品名目平掉盘差或调库存。审计器不判断是哪种，只把它挑出来问「谁经手、对应哪次到货」——问题问对，答案自然出来。

金额折算限定用供货价且没给就标「待估」，是防止模型两个坏习惯：拿零售价算（赠品成本在供货价里，用零售价算金额是放大问题）、或者干脆编一个「市场价」。审计器的威力在可信，一个编出来的单价会污染整张表。同理，「供应商维度排序」只取前几名，是因为跟供应商对账是有成本的动作，把火力压在金额最大的几家——排序的目的是决定先见谁，不是出一份没人看完的全量清单。

品名近似进「待人工确认」小表、日期给容差参数，都是对着真实数据的脏来的：送货单上「可乐 330ml 24 罐」和入库「可乐罐装」，本来就是同一件货，但审计器替人合并，合并错一次，整条供应商差额就是错的。容差设成参数而不是写死，因为各供应商对账周期不同——总部周配的可能差三天，本地供应商当天就该对上。

变量