生鲜配送中的损耗不能只在月底填一个总数。采购来货含水、分拣去皮、称重差异、仓储变质、装车遗漏和客户退货的原因不同，承担责任和结算方式也不同。全部合并为库存差异，只会让问题被数字掩盖。

首先要确定损耗发生的业务节点。采购收货记录到货数量与验收数量，分拣记录领料、实际出品和边角差，加工记录原料与成品转换，配送记录装车与签收差异，退货则关联原订单和客户确认。每个节点只记录自己能够证明的变化。

计划损耗和异常损耗应分开。部分商品存在正常整理或加工差异，可以维护参考范围用于经营分析，但参考范围不能自动替代真实称重。超过企业设定范围的差异需要原因、图片或复核记录，避免系统把异常直接合理化。

原始订单、采购汇总、分拣重量和最终结算数量要同时保留。客户下单十公斤，实际分拣九点八公斤时，系统应留下原需求与实发数量，而不是覆盖原订单。只有保留前后值，才能计算满足率、采购偏差和分拣差异。

损耗原因码不宜过多，但要能支持行动。可以按品质不合格、自然损耗、加工损耗、称重误差、错分漏装、运输破损和客户退回等方向归类，并要求责任岗位在发生节点选择。自由备注作为补充，不能成为唯一分析字段。

供应商结算和客户结算要使用各自确认的数量。采购端以验收和合同口径处理，销售端以签收、改单和退货记录处理，两边不能为了让账面平衡而强行使用同一个数。中间差额进入损耗台账，保留商品、批次、人员和原因。

管理报表应从问题出发，而不是只追求一个损耗率。可以查看某商品在哪个环节差异集中、某线路是否频繁出现签收差异、某供应商来货质量是否需要复核，以及某类原因是否持续增加。报表结论仍需回到原始单据验证。

权限设计也会影响损耗数据的可信度。分拣人员可以提交实际重量和原因，班组负责人复核异常，财务依据已确认记录结算，系统管理员则不应代替业务岗位修改结果。已经进入结算的记录如需调整，应通过反向或补差单据处理，并保留调整前后的完整轨迹。

为了让统计长期可比，商品分类、损耗节点和原因码的调整也要保留版本。新增原因时说明适用范围，合并旧原因时保留映射，报表按发生时的口径解释，避免一次配置修改让历史趋势突然变化。

落地时先选少量高频商品跑通完整链路，确认每次称重、改单、报损和退货都能关联原单，再逐步扩展品类。损耗管理的价值不在于把差异做成漂亮数字，而在于让每一类差异有发生节点、证据、责任和后续处理。

下一步建议

将本文提到的判断标准放入一条真实业务流程中验证，并在方案中明确角色、数据口径、异常处理和验收样例。