酒损是怎么算出来的
看懂这一页，酒损报表上每个数字你都能自己复核。
一个公式
酒损 = 理论剩余量 − 实际剩余量就这一条。剩下所有内容都是在解释这两个量分别从哪来。
理论剩余量：系统算的
理论剩余量 = 上桶总量 − 已售出量- 上桶总量 —— 上枪时录的这桶有多少（比如 20 L）
- 已售出量 —— 系统把每一杯的杯型容量乘以杯数加起来
卖了 40 杯品脱（470 ml），已售出 18,800 ml，理论上桶里还该剩 1,200 ml。
实际剩余量：人录的
下枪时店员盘点，告诉系统桶里实际还剩多少。
这两个数一减，差额就是这桶酒去哪了。
酒损衡量的是「账上有、实物没有」
理论上还该剩 1,200 ml，实际倒出来只有 200 ml——那 1,000 ml 既没卖出去、也不在桶里，这就是酒损。
它不是"浪费"的同义词。洗管、试饮、打泡、盘点误差，都会进这个数。
最重要的一条规则：留空 = 按桶空算
下枪时不填剩余量，系统按「桶已空」记账
留空提交，等于告诉系统实际剩余量 = 0，于是理论上还该剩的那部分酒，全部计入酒损。
这不是默认忽略，是一个明确的记账动作。
三种情况分得很清楚：
| 你的操作 | 系统怎么记 |
|---|---|
| 留空不填 | 实际剩余量 = 0，理论剩余全部算酒损 |
| 填了具体数值 | 原样采用 |
| 主动填 0 | 保留 0（这是一次真实盘点，和留空结果相同但含义不同） |
为什么这么设计
因为下枪最主要的触发原因就是桶空了要换新桶。桶空了，理论上还该剩的那部分酒既没卖出去也不在桶里，按定义那就是损耗。
在最常见的场景下，这不是估算，就是正确答案。
反过来想：旧口径下留空会让酒损恒等于 0，而"酒损为 0"只在「桶里剩着的量正好等于理论量、一滴不差」时才成立——这是最罕见的情况。
提前撤桶时，一定要手动录剩余量
换酒款、清洗管路、活动结束——这些情况下桶里还有酒，如果留空提交，那些酒会被全额算成损耗，数字会虚高一大截。
桶没空就下枪，必须填实际剩余量。 这是留空规则唯一会坑你的场景。
手机端一律按桶空
移动 POS 上下枪没有录入剩余量的入口，一律按「桶已空」记账。
要录剩余量，用 PAD 或 PC 后台。提前撤桶时别在手机上操作。
什么时候结算
下枪那一刻。 酒还挂在枪上时不产生酒损数据。
这决定了报表的归属规则：
统计按「下枪时间」归属，不是上枪时间
一桶 5 月上枪、8 月下枪的酒，它的酒损算进 8 月，不算 5 月。
因为酒损是在下枪盘点那一刻才结算出来的。
由此带来一个正常但容易被当成 bug 的现象：
仪表盘上「今天」那一档大概率是空的。 一桶酒通常要卖好几天到几周，"今天正好下枪"的桶往往一个都没有。想看趋势请切到近 7 天或近 30 天。
页面上也写着这句口径：「酒损在下枪盘点时结算，统计只含已下枪批次」。
报表上的每个指标
PC 后台 → 酒损分析（平板上没有这个页面）。
顶部汇总
| 指标 | 含义 | 怎么看 |
|---|---|---|
| 酒损总量 | 范围内所有已下枪批次的酒损合计 | 绝对量，受经营规模影响 |
| 平均酒损率 | 酒损量 ÷ 上桶总量 | 横向比较用这个，不受规模影响 |
| 已下枪批次 | 范围内结算了多少桶 | 样本量。只有两三桶时，平均值参考价值低 |
| 平均上枪时长 | 单桶平均挂了多久 | 判断周转快慢 |
| 异常批次 | 酒损率超过阈值的批次数 | 优先查这些 |
| 未维护进价 | 算不出酒损金额的批次数 | 见下 |
按酒款看
每款酒一行：上桶总量、酒损量、酒损率、最差批次、酒损金额、平均上枪时长、最近下枪。
最差批次这一列特别有用：某款酒平均酒损率 6% 看着还行，但最差批次是 22%，说明有一桶出过事——平均值把它抹平了。点进酒款能看每一桶的明细。
异常批次
酒损率超过阈值的批次会单独列出来，页面上会显示具体阈值是多少。这些批次建议逐个复核原因。
酒损金额与「未维护进价」
酒损量是毫升，酒损金额要把毫升换成钱，靠的是上枪时录的到店成本。
上枪时没录成本的桶，系统算不出金额，会计进「未维护进价」这个计数，并且在金额列显示 - 而不是 ¥0。
显示 - 不是 0，是"算不出来"
这是刻意的。显示 ¥0 会被读成"这桶没损失钱"，显示 - 才是实话。
想让酒损金额可用，上枪时把到店成本填上。这是一次性的动作，回报是能直接看到"这个月酒损掉了多少钱"。
同样的原则也用在时长上：只在售、还没下枪的酒款，平均上枪时长显示 -，不显示 "0 分"。
一次完整的例子
某个酒头，一桶 20 L 的 IPA：
| 步骤 | 数据 |
|---|---|
| 上枪，录入桶容量 | 上桶总量 20,000 ml |
| 上枪，录入到店成本 | ¥800 |
| 期间卖出 38 杯品脱（470 ml） | 已售出 17,860 ml |
| 系统算 | 理论剩余 = 20,000 − 17,860 = 2,140 ml |
| 下枪，店员倒出来量了一下 | 实际剩余 600 ml |
| 酒损 | 2,140 − 600 = 1,540 ml |
| 酒损率 | 1,540 ÷ 20,000 = 7.7% |
| 酒损金额 | 800 × 7.7% ≈ ¥61.6 |
如果这次店员留空没填：实际剩余按 0 算，酒损 = 2,140 ml，酒损率 10.7%，金额约 ¥85.6。
差出来的 600 ml 就是没盘点的代价。
三个常见误读
「我们酒损只有 1%，很棒」 先看已下枪批次有几个、有多少桶是留空提交的。样本太小或者大家都不盘点，这个数没意义。真实的精酿门店酒损率通常在个位数到十几个百分点之间，长期低于 2% 反而值得怀疑数据。
「酒损率突然从 1% 跳到 12%，系统坏了」 如果最近调整过关桶口径或者店员开始认真盘点了，这是真相浮出水面，不是 bug。跳变前后的数据口径不同，不能直接比。
「酒损常年稳定在某个百分比」 比如一直在 12% 上下，几乎可以确定是杯型容量配置错——固定比例的偏差只能来自固定的换算错误，操作失误不会这么规律。
想让这个数字变准，做三件事
- 上枪时录到店成本 —— 否则只有毫升没有金额
- 杯型容量实测一次 —— 用量杯量实际出酒量，别照包装标的填
- 提前撤桶时手动录剩余量 —— 桶没空就下枪，留空会让数字虚高