摘要：损耗算不清，不是因为老板不认真，是因为进货、出库、盘点这三段各记各的。把三段接起来，才知道东西到底丢在哪一环。
很多小餐馆对损耗的判断，是靠月底摸一摸袋子、看一眼冰柜，然后估一个数。
这个数不是老板拍脑袋拍出来的，是实在没有别的办法——进货有进货的单子，后厨有后厨的用法，盘点有盘点的记法，三套数对不上，最后只能估。估出来的数不能用来做决策，因为它既不能定位到环节，也不能定位到人。
我们把这件事拆开讲：损耗到底断在哪，怎么接上。
一箱菜送进来，常见的记法是“进了多少斤、花了多少钱”。这一笔记完，信息就到此为止了。
问题是同一样东西，这周和下周的进价不一样。等到月底算成本，你手里只有一个总金额和一个总斤数，算出来的是一个平均价。平均价会掩盖波动：涨价的那一批，被降价的那一批拉平了，你看到的是“成本还算稳”，实际是某一批货已经把毛利吃掉了一块。
正确的记法是按批次入库：每一批记数量、记单价、记到货日期。批次是后面所有对账的最小单位，没有批次，出库就无从谈“领用哪一批”，成本也只能算平均。
这是三段里最松的一段。后厨拿东西，多数是随手拿——今天用多少拿多少，不写、不记、不签字。
结果就是：出库这一段是空的。入库有数，盘点有数，中间没有数。月底一减，得到的那个差值就是“损耗”，但它其实混合了四件事：真实损耗（坏掉的、过期的）、出品用量（正常用掉的）、拿错的、和记账记错的。
这四件事混在一个数里，就没法对症下药。你能做的只有“提醒大家注意节约”，而下个月的数不会有变化，因为根因没动。
出库这一段要补的，不是让厨师去填表，而是让领用这件事变得比不记更省事——扫码或者点几下就能记一笔，谁领的、领的哪一批、领了多少，自动落到出库记录上。
摸袋子、看冰柜，本质是抽样估数。抽样估数有两个问题：一是估出来的数每次都不一样，你没法判断这个月比上个月好还是坏；二是估不出差异的位置——你知道总数少了，不知道少在哪个品类、哪个批次。
盘点要能用来做决策，必须做到两件事：按品类逐个点，而不是估总；点的结果和账面自动比，差的那一列就是异常，异常能直接定位到批次。
把三段接上，其实是四个动作，顺序不能乱：
建档——每个食材建一条档案：名称、规格、计量单位、常规存放位置。这一步枯燥，但它是后面三步的前提；档案不统一，同一个东西在系统里会有三个名字。
入库——按批次记，数量、单价、到货日期三个字段一个都不能省，单据留底。
出库——领用必记，关联批次。后厨领的和前台用的走同一套记录，口径才一致。
盘点——定期点，点完和账面自动比对，差值按品类、按批次列出来，不只是一个总数。
这四步走完，损耗才第一次变成一个可以追问的数字：这一批少了，是入库时就少、出库记错、还是真的坏了——三选一，能查到。
说白了，系统替你做的是手工做不了的那件：把三段账接成一条链，并且让每一笔都能追回去。
这是我们在做巴掌柜时的一个基本设计：进销存不是三张表，是一条链。入库单生成批次，出库单消耗批次，盘点单核对批次，前一步不合规，后一步就走不下去。这样出来的差值，才是真损耗。
对老板来说，变化是具体的：月底不再估数，而是看一列差值；哪一类的差值一直在，就先查哪一类；查到批次，就能倒推是供应商的问题、存放的问题，还是流程的问题。
进货、出库、盘点这三段，任何一段算错，老板看到的就不是一个偏一点的数，而是一个方向错掉的数——该追的方向没追，不该砍的东西先砍了。
工程上，后端有 2,963 条自动化测试，每次改动必须全绿才允许上线。进销存这类一旦算错就可能连锁算错的模块，我们没有别的办法保证它，只能靠“改一次、全量跑一遍”。
我们的演示门店每天都在真实下单，不是摆拍。截至 2026-10-19，演示环境下当日营业额 632 元，本月累计 1,721 元；渠道结构上，堂食 992 元、小程序 729 元。这些数字本身不大，但它们每天都在动，而且每一笔都能追到来源——哪一单、哪个渠道、哪道菜。进销存要做的，就是让食材这一侧也达到同样的可追溯程度。
损耗这件事，靠提醒解决不了，靠责任心也解决不了。它只能靠“每一笔都记得下来”来解决。
旗下系统包括巴掌柜（餐饮数字化系统）、MMFIM、智能财税。如果您也在为月底那一笔对不上的账发愁，欢迎带着您最近一个月的进货单来找我们，一起把这三段接起来。