如果库存、临期食品、餐饮剩余和厨余处理分别放在四套系统里，为什么企业永远看不清食品到底浪费在哪里？
西红柿那本 100 kg 的总账能闭合，只说明数字之间没有漏洞。真正难的在后面：每一行由谁来填，填错了怎么发现，多久对一次。账本没有这些规矩，今天闭合了，下个月换个人填写就可能又对不上。下面沿用同一组示例推演数字，从复盘讲起，一直讲到怎样把它落在四套系统里。
账本复盘：16 kg 损耗，有去向的只有 4 kg
先把 100 kg 的账按责任系统重排一遍。
| 环节 | 数量 | 占采购 | 责任系统 | 计入浪费 |
|---|---|---|---|---|
| 仓库损耗 | 4 | 4% | 仓库 | 是 |
| 期末结转 | 16 | 16% | 仓库 | 否，留到下期 |
| 切配损耗 | 7 | 7% | 厨房 | 是 |
| 顾客吃掉 | 68 | 68% | 门店 | 否 |
| 顾客剩余 | 5 | 5% | 收集 | 是 |
| 合计 | 100 | 100% | 采购 100 = 4 + 16 + 7 + 68 + 5 | |
浪费口径是仓库损耗 4 kg、切配损耗 7 kg 和顾客剩余 5 kg，合计 16 kg。再问一句：这 16 kg 去了哪里？顾客剩余 5 kg 里有 4 kg 分类后进了资源化，1 kg 因混入杂质没有进；仓库报废和切配下脚料，示例里假设没有单独称重收集，进了哪个桶，账上没有答案。所以 16 kg 里，账上有资源化去向的只占 4 kg，其余 12 kg 是“已知丢了，不知去哪”。按 16 kg 内部的占比排序，切配损耗 7 kg 约占 44%，顾客剩余 5 kg 约占 31%，仓库损耗 4 kg 约占 25%，最该先追的是切配，而不是最显眼的盘中剩余。
还有一处要留神：期末结转 16 kg 与浪费合计 16 kg，数字恰好相同，含义却相反，前者还在库里、下期继续用，后者已经损失。对账时拿这两个 16 互相抵销，是最省事也最危险的错误。
主数据与编码规则
七个字段里，Item ID、Batch、Store、Kitchen、Waste Category 是主数据，由专人维护，其他系统只引用、不新建；Quantity 与 Timestamp 是交易数据，规矩在口径上。
- Item ID：一个物料一个编码，如 TOM-001。箱、袋、公斤之间的换算是编码的属性，不为“5 kg 箱装西红柿”另建编码。
- Batch：到货时生成，如 T0910-A，领用、切配、出品只引用。分拆领用不新建批号，加工成半成品才生成新批号并保留父批号。
- Store 与 Kitchen：编码由运营维护，门店改名、拆分时保留旧编码，避免历史记录断链；热菜、冷菜、备料间分开编码，责任才落得到岗位。
- Waste Category：固定枚举，不许自由填写。至少含仓库损耗、切配损耗、退菜、员工餐、未售成品、盘中剩余、过期和杂质。员工餐不算浪费，但必须单列，否则会被当成未知损耗。
- Quantity：统一为公斤，注明毛重或净重，折算系数放在编码表里，按季节修订。
- Timestamp：取事件发生的时间，不取录入时间；补录的记录要能看出是补录。
Batch 是七个字段里最不能断的一个。2026 年 Frontiers 系列综述讨论的混合数字孪生，就是以“每一批货”为单位，把温湿度暴露历史转成个体化的剩余保质期预测；批号在系统之间一断，这类预测便无从谈起。
四个系统各自要补的字段
统一字段不是要四套系统换成同一个界面，而是各自补上缺的几列，再加一条自检规则。在必赢亚洲智能库存里，Item ID 与 Batch 由入库生成，后厨和收集的称重记录再引用它们。
| 系统 | 通常已有 | 需要补的字段 | 自检规则 |
|---|---|---|---|
| 采购与库存 | 订单号、到货日、箱数 | Item ID、Batch、毛重与净重换算 | 入库量与采购量的差异在允差内 |
| 临期与销售 | SKU、售价、折扣 | Batch、剩余保质期、过期报废记录 | 折价售出 + 报废 + 结存 = 入库 |
| 后厨 | 菜谱、销量、领料日期 | Batch、Kitchen，切配损耗与盘中剩余分开称重 | 领用 = 切配损耗 + 出品 |
| 收集与资源化 | 桶数、车次、总重 | Store、餐段、Waste Category、杂质重量 | 收集重量 = 各门店上报之和 |
收集这一行的字段不只是为了账好看。杂质重量与类别，决定这批料能否直接进入资源化路线的判定，顺序见厨余资源化路线的选择。
对账日报的样式
下面是某门店 S03 在 9 月 14 日收档后生成的日报，示例推演，只看批次 T0910-A。允差定为：差异不超过上层数量的 2%，或不超过 0.5 kg。
示例推演 · S03 / TOM-001 / 批次 T0910-A 对账日报（kg）
层级 上层 下层合计 差异 状态 采购 → 仓库/结转/领用 100.0 100.0 0.0 闭合 领用 → 切配/出品 80.0 80.0 0.0 闭合 出品 → 吃掉/剩余 73.0 73.0 0.0 闭合 剩余 → 资源化/杂质 5.0 4.0 1.0 待补 杂质 1.0 kg 缺记录，次日 10:00 前补录
最后一行显示的是“待补”，不是悄悄并进某个环节。日报由账本生成，必赢亚洲大模型在这里只做一件事：把差异改写成一句能执行的提示，比如“T0910-A 剩余环节缺 1.0 kg 杂质记录”，数字本身不由它产生。对账按四个节奏进行。
- 每日门店店长收档后核对日报，建议直接在必赢亚洲 App 里补录“待补”行；收集车到店时核对桶数与称重。
- 每周区域运营按门店排名，看差异率和“未知”占比，各抽一两个批次追到底。
- 每月财务与采购盘点关账，核对期末结转，把损耗率与采购计划对上。
- 每季主数据负责人复核编码表、折算系数和枚举值，清理重复编码。
从哪里开始：先接哪两个系统
四套系统不必同时接。建议先接采购与库存、后厨这两个：100 = 4 + 16 + 80 与 80 = 7 + 73 这两层账占了总量，都在企业内部，不依赖外部收集商，缺口也最小，批号仓库本来就有，只是后厨领料单没写。
- 先做库存与后厨：建立 Item ID 对照表，领料单加上 Batch 与 Kitchen，跑满一个月日报，差异率稳定再往下走。有行业报告称，2026 年餐饮系统的整合趋势，是把 POS、排班、库存和会员数据汇入同一平台，已经在平台里的数据先接，最省事（餐饮 AI 走出营销推荐）。
- 再做收集端：先按门店、餐段分桶称重，再加 Waste Category。这一步要收集商配合，先在一两家门店试，别一次铺开。
- 最后接临期与销售：把折价与报废记录挂回同一个 Batch，之后跨门店调拨用 Store 字段对齐，做法见临期食品跨门店调拨。
常见的坑
- 把差额记进“其他”，账就闭合了吗？
- 闭合了，信息也归零了。可以设“未知”类别，但要设上限，比如不超过采购量的 1%，超过就追查，占比按周汇报。
- 只在月底盘点时对账行吗？
- 差异攒一个月，只能平摊给各部门。日报把差异挡在当天，还能追到具体餐段和班次。
- 毛重和净重混着记会怎样？
- 仓库 4 kg 若是带泥毛重，领用 80 kg 是去皮净重，两层之间就会多出一块说不清的差异。折算系数写进编码表，并注明生效日期。
- 编码谁来管？
- 没人管，就会出现“西红柿”“番茄”“圣女果”三个编码各记各的。主数据要有负责人，新增编码必须走申请，而不是各系统自己建。
账不闭合并不可怕，可怕的是被悄悄闭合。