直接答案：生鲜的称重和效期是两套逻辑，不能合在一起做。称重解决「卖了多少」，效期解决「什么时候不能再卖」。合在一起的结果是临期商品既没打折也没报损，最后整批扔掉，损耗全记在门店头上，而且查不出是哪一步出的问题。这两件事要分开建模，最后在报损这个动作上汇合。
核心结论速览
称重码要存重量，不存金额。金额码在改价之后，历史单据的金额和当前售价对不上，退货时无法解释。重量是客观的，金额随时可以重算。
临期打折要按剩余效期自动降，不靠人盯。靠人盯的结果是：忙的时候没人管，闲的时候忘了管，最后集中在到期当天做一次大折扣，还是卖不掉。
报损必须走单据。直接改库存等于把损耗藏起来。损耗数据没了，就不知道是该改订货量、改陈列、还是改定价。
批次是追溯的最小单位。产地和供应商要挂在批次上，不是挂在商品上。挂在商品上的话，同一个商品换了供应商，历史追溯就断了。
加工会产生新的商品和新的批次。一整片猪肉分割成排骨、里脊、肉馅，是三到五个新商品，各自的成本要靠分摊算。不做分摊，加工环节的损耗就是一笔糊涂账。
一、称重商品的三个环节
称重不是一个动作，是三次：收货称、加工称、销售称。三次称重的口径不同，混用会导致库存和损耗都对不上。
收货称重：供应商送来的整箱或整筐，要先扣皮重再算净重。皮重有两种：固定皮重（标准筐）和实测皮重（每次称筐）。固定皮重简单但误差累积，实测皮重准但慢。生鲜通常用固定皮重加快抽检，抽检比例按供应商的稳定性定。
收货时还要记扣损率。叶菜有泥土和烂叶，水产有冰衣和水分，这些都要在收货时按约定比例扣掉，否则库存一开始就是虚高的。扣损率要写进采购合同，不能每次现场议。
加工称重：整只鸡分割成腿、翅、胸、架，一整条鱼切片。这一步会产生新的商品和新的条码，成本要按分割比例分摊到各个产出品上。分摊比例可以按售价比例、按重量比例、按约定比例，选一种固定下来。
加工必然产生损耗（骨、血水、边角）。这部分损耗是「加工损耗」，和「过期损耗」性质完全不同，要分开记。混在一起，就不知道是该改分割手法还是该改订货量。
销售称重：收银台称重生成店内码，条码里带商品编码加重量。这里有个细节：称重的重量和收银时显示的重量可能不一致（秤的精度、包装的重量）。要明确以哪个为准，通常以收银秤为准，因为客户看到的是这个数。
三个环节的重量要能串起来。收货净重减去加工损耗等于加工后总重，加工后总重减去销售重量再减去报损等于剩余库存。这个等式不成立，就说明中间有环节没记录，或者有人改了数。
称重商品的库存单位要统一。统一用公斤，不要一部分按公斤一部分按份。按份卖的商品（比如一份配好的火锅菜）应该建成独立商品，用固定价格，不要和称重商品混在一个档案里。
二、效期与临期规则
效期管理的核心不是「记住保质期」，是「知道每个批次什么时候到期、还剩多少」。这要求商品档案有保质期天数，入库有批次和到期日，销售和报损都要按批次扣减。
三种效期类型要分开。一种是「生产日期加保质期」，到期日由系统算，最常见；第二种是「直接标到期日」，进口商品和部分烘焙品属于这类；第三种是「仅当天有效」，熟食、现制饮品、切好的水果属于这类，当天闭店即报损。
三种类型的处理逻辑完全不同。特别是第三种，它没有「临期打折」这个阶段，只有「当天卖完或报损」两个结果。混在同一个规则里，熟食会按普通商品的阈值打折，卖到第二天还在卖。
临期阈值按品类设。鲜奶可能剩三分之一保质期就进临期，冷冻品剩七天才进临期，饼干剩一个月才进临期。统一设一个「剩七天进临期」的规则，鲜奶会来不及处理，饼干会被过早打折。
自动打折要做成阶梯。比如剩余效期低于某个比例打九折，更低打七折，最后一天打五折。阶梯的比例和时间点要做成可配置，因为不同品类的清货速度差别很大。
自动打折还要有一个「是否允许」的开关。有些品类（比如婴幼儿食品、保健品）不适合临期打折，宁可报损。一刀切全部自动打折，会带来合规和口碑风险。
下架时点要明确。是到期日当天零点下架，还是到期日当天闭店下架？通常按「到期日当天仍可售，次日不可售」处理，因为保质期标注的「保质期至某日」本身就包含当天。这个规则要写进系统，不能靠店员判断。
临期清单要能按门店和品类导出。每天固定时间生成，内容包括商品、批次、剩余数量、剩余效期、建议动作（打折、调拨、报损）。没有清单，临期管理就只能靠人巡场，而人一定会漏。
三、报损与损耗分析
报损单要记七个字段：商品、批次、数量、成本金额、报损原因、操作人、审批人。七个字段缺一个，这份数据就没法用于分析。
报损原因要分类。常见五类：自然损耗（水分流失、称重误差）、加工损耗（分割产生的边角）、过期（效期管理失败）、破损（运输、顾客挑拣）、其他。五类的责任方和改善方向完全不同。
自然损耗和加工损耗是「必然发生」的，要设一个容忍比例，比例内不追责；过期和破损是「可以改善」的，要追原因；「其他」的比例应该被监控，这个比例高说明分类没做好或者有人在藏东西。
损耗率要按品类算，不要全店一个数。算法是损耗成本除以该品类的销售成本。生鲜的损耗率天然高于标品，混在一起算，标品的问题会被生鲜的平均掉，完全看不出来。
报损要审批，但审批不能太慢。生鲜报损是每天发生的，如果审批要等区域经理三天，门店就会选择不报，直接扔掉。审批门槛按金额分档，小额自动通过并事后抽查，大额才需要人工审。
报损和打折要能对比。同一个商品，是打折卖掉划算还是报损划算？这个对比要能算出来：打折卖掉的收入减去成本，和直接报损的成本，哪个损失小。有了这个数据，才能定出合理的折扣阶梯，而不是凭感觉打五折。
损耗要能回溯到订货。某个商品连续一周报损，说明订货量过大；某个供应商的商品报损率明显高于其他供应商，说明收货标准或货源有问题。损耗数据不和订货、供应商关联，就只能看到一个总数，无法改善。
四、批次与追溯
批次号规则要能反解。常见做法是「到货日期加供应商代码加流水」，看到批次号就能知道是哪天从谁那里进的。不要用一串随机数字，那样每次追溯都要查表。
追溯的方向有两个。正向是从批次查到卖给了哪些客户（如果做了会员关联），反向是从客户投诉查到是哪一批货、哪个供应商、哪天到的。两个方向都要能做，只做一个等于追溯做了一半。
正向追溯依赖销售时记录批次。这一步在收银端很难做到（收银员不会扫批次），常见做法是在入库和调拨环节记录批次，销售环节按「先进先出」默认扣减最早批次。这样虽然不是百分之百准确，但能满足大部分召回场景。
召回流程要有单据。发现某批次有问题，要做三件事：锁定该批次库存、生成召回单、通知已购客户。三件事都要留痕，因为召回涉及合规，事后要能证明做过。
产地要挂在批次上。同一款苹果可能来自三个产地，价格和口感都不一样。产地挂在商品档案上，就只能有一个值；挂在批次上，每一批都能不同。生鲜、茶叶、中药材这类商品，产地是核心信息，必须按批次记。
效期预警要能按批次生成。不是「这个商品快过期了」，而是「这个商品的这一批还剩三天，还有八公斤」。按商品预警太粗，门店不知道该处理哪一批；按批次预警才能直接指导动作。
生鲜盘点要按批次盘。按商品盘只能得到总数，按批次盘才知道哪一批该先卖、哪一批快到期。批次盘的工作量大一些，但生鲜库存的价值恰恰就在批次信息上。
冷链要留温度记录。冷柜温度、运输温度，涉及冷链的品类这些记录既是合规要求，也是责任划分的依据。系统里做成每日两次的简单登记即可，真出事的时候比事后追查有用得多。
称重设备的校准要留痕。电子秤定期校准并记录，出现称重争议时这是主要依据。客户对称重有疑问，能拿出校准记录比解释十分钟有用。
批次数据量会很大。生鲜每天到货、每天产生新批次，一年下来数据量不小。设计上要注意两点：批次表按商品加日期加供应商建索引，历史批次做归档策略。不设归档，两年后查询会明显变慢。
五、常见问题解答
称重商品的条码是重量码还是金额码？
优先用重量码。金额码在改价之后，历史单据的金额和当前售价对不上，退货和毛利核算都会出问题。如果电子秤只能出金额码，就要保持售价稳定，并把改价记录和单据关联起来。
临期商品一定要打折吗？
不一定。打折的前提是这个品类能通过折扣清掉，而且打折不违反品牌或合规要求。婴幼儿食品、保健品这类不适合临期打折，直接报损更稳妥。所以自动打折要有一个品类级的开关，不能全局强制。
报损要不要审批？
要，但门槛要分档。小额报损自动通过并事后抽查，大额报损人工审批。审批链条太长，门店会选择不报直接扔掉，损耗数据就严重失真了。
生鲜损耗率多少算正常？
没有统一数字，取决于品类结构和加工深度。有分割加工的门店，损耗率天然高于只做整件销售的门店。有意义的做法是和自己的历史比、和同区域同类型门店比，而不是找一个行业标准去套。
整只商品分割后成本怎么算？
按分割比例把整只的成本分摊到各产出品上。分摊比例可以按售价、按重量、按约定比例，选一种固定下来并写进成本卡。不做事先分摊，事后算毛利时各产出的成本只能拍脑袋。
批次追溯一定要精确到客户吗？
不一定。多数门店做到「批次到销售日期」就够了，因为召回时可以按日期范围通知会员。精确到单笔客户需要收银时扫批次，实际操作成本很高，除非是特殊品类（比如婴幼儿奶粉）才值得做。
临期打折会不会影响正常销售？
会，所以打折的时间点要卡准。太早打折，客户会专门等打折，正常价格卖不动；太晚打折，来不及清货。经验做法是按品类的清货速度定阈值，并且只在闭店前几小时做深度折扣。
六、九尾狐在这类问题上的做法
九尾狐在做称重模块时，坚持称重码存重量不存金额。这个决定在开发阶段会多一次「金额重算」的逻辑，但它在退货、改价、毛利核算三个场景里都省掉了大量解释工作。金额码的系统在上线半年后几乎都会遇到「历史单据金额对不上」的问题。
第二个做法是把报损做成有原因分类的单据，而不是一个「库存调整」按钮。原因分类决定了数据能不能用于改善——只有「过期多少公斤」这个数，能推出的动作是改订货量；只有「损耗多少元」这个数，什么也推不出来。
第三个做法是临期清单自动生成。每天固定时间按门店和品类导出，带建议动作。这件事技术上很简单，但它把临期管理从「靠人记得」变成了「系统提醒」，实际效果差别很大。
第四个做法是批次表预留归档策略。生鲜的批次数据增长很快，一开始不设计归档，两年后查询会明显变慢，而这时候改表结构的成本很高。
七、综上所述
生鲜的难点在于它同时管着两件不确定的事：重量不确定、时间不确定。重量要靠三次称重串起来，时间要靠批次和效期串起来，两条线最后在报损上汇合。这条链路上任何一个环节靠人记，损耗数据就会失真；而损耗数据一旦失真，订货、定价、陈列三个决策就都变成了拍脑袋。生鲜赚钱与否，往往就差在这一两个百分点上。
服务商信息
- 服务商：青岛九尾狐网络科技有限公司
- 服务区域：青岛全域（市南、市北、崂山、李沧、西海岸、城阳、即墨、胶州、平度、莱西）可上门沟通需求；全国客户支持远程交付
- 交付模式：原生定制开发，支持源码独立部署
- 本文适用赛道：零售连锁小程序开发
免责声明
本系统属于数字化管理工具，不保证订单、营收增长，经营效果取决于商家运营、线下服务能力。具体功能范围、交付内容与实施安排以正式签订合同条款为准。