Fruugo同款两批有效期不同，先卖哪批、什么时候该停补？

平台观察

2026-11-09

256

仓库里最容易让人放松警惕的数字，往往是“同款库存600件”。

Fruugo两批不同有效期护手霜库存判断（原创专题配图）

Fruugo两批不同有效期护手霜库存判断

表面看，600件就是600件；真正做过跨境库存的人都知道，这个数字可能把两个完全不同的倒计时揉成了一团。假设一个卖家在Fruugo卖单支50ml护手霜，仓库盘点出两批货：A批实物220件，其中20件已经被其他渠道订单占用、20件因标签或包装核查暂时隔离，真正可用于Fruugo订单的只有180件；B批实物450件，扣掉20件已占用和10件隔离后，可售420件。A批包装明示到期日是2027年1月31日，B批是2027年5月31日。

这时候真正的问题不是“600件还能卖多久”，而是：A批还有多少天可以安全地让买家下单并收到？B批又有多少？什么时候继续补A批已经没有意义？

先把“有效期”看明白，再谈卖哪批

如果是带明确期限的商品，第一步不是把生产日期塞进Excel，然后套一个“24个月保质期”的公式。期限究竟是什么，必须看产品本身和目的国要求。

这里用护手霜只是为了说明方法，不代表所有化妆品都具有相同期限规则。按照欧盟现行《化妆品法规》1223/2009，化妆品标签在适用时要标示最低耐久日期；如果最低耐久期超过30个月，则通常改用开封后使用期限（PAO）表示。法规同时要求产品有制造批号或可识别该产品的参考编号，而且相关信息要符合目的成员国的语言要求。也就是说，A批和B批不能靠生产日期“推算”出一个统一有效期，更不能把两个批次当成同一倒计时。

储存条件也要一起看。如果标签、产品资料或供应商文件要求避光、限温、干燥保存，那么仓库记录就不能只留一个“入库日期”。同一个到期日，在储存条件失控时也不能被Excel里的剩余天数自动判定为仍然合格。欧盟化妆品法规还要求分销环节在其责任范围内保证储存、运输条件不会损害产品合规性。

批号同样别只当成一个“方便仓库查找”的字段。对于化妆品，欧盟法规本身就把批号或识别参考列入标签要求；而Fruugo目前的GPSR资料页面又把Batch Number列为可选安全信息。两件事并不矛盾：Fruugo后台某个字段是否必填，不能替代商品本身和目的国法规对批次识别的要求。

所以，真正拿来计算的第一张表，不应该只有“SKU、库存、销量”。至少要能把SKU、批号、标签期限、储存状态、库位、已占用数量和隔离数量对应起来。只要A批和B批的标签照片、入库记录或批号关系对不上，就先补证据，不要为了让库存数字好看而混成一批。

Fruugo能卖，不等于这个批次今天就该继续补

平台规则和商品期限要分开看。

Fruugo目前公开的卖家条款要求，卖家上架时要保证商品有库存、可及时发货，产品页面信息准确完整，并确保商品符合销售目的地、买家所在地及其他相关国家适用的法律法规。国际上架时，卖家还需要自行确认商品适合目标市场。关于发货地点，我查到的Fruugo卖家条款写明，原则上应从注册账户所在国家发货，其他安排需要书面同意；但Fruugo中国支持页面近期又列出中国内地及香港公司在满足相应仓储、库存和配送要求后，可采用中国、英国或欧盟的发货安排。因此，不能把某一种仓配方式当成所有中国卖家的默认路径。

在配送方面，Fruugo 2026年3月更新的说明写明，默认要求订单在下单后24小时内发货；如果确实需要更长备货时间，应在商品数据里设置Lead Time，当前公开规则给出的范围是2至21天。Fruugo的销售费用页面同时写明，国际配送预计在14天内送达，并采用可追踪运输方式。这里还要分清一个概念：Lead Time是从下单到商品从仓库发出的时间，不等于买家最终收到货的总时间。14天也只是平台公开的国际配送预期，不应该被卖家偷换成“所有线路14天一定妥投”。

再看合规。Fruugo当前的合规页面说明，某些商品类别需要额外证明才能上线；它明确举例包括化妆品套装。对于欧盟国家的配送设置，Fruugo也要求相应的GPSR联系和安全信息，缺失或不准确时，相关商品不能在适用国家上线。这里尤其要注意：平台公开资料并没有给出一个适用于所有非食品商品的统一“剩余保质期必须多少天”数字。Fruugo的禁售政策明确写到，过期产品或在到达客户前就会过期的短保质期产品属于禁售范围，但这段规定位于饮食类目下，不能被扩大解释成所有品类的统一门槛。

这恰恰是卖家做库存判断时最容易犯的错：看到一个平台规则，就把它扩展成一个“全品类统一标准”。实际上，真正要算的是“这个批次的标签期限＋这个目的国的适用要求＋这条真实配送路径”，三者合在一起留下的可履行窗口。

把两批货放进同一把尺子里

回到上面的假设。今天是2026年10月16日。假设这个单支护手霜已经完成该账户、该目的国和该商品类别需要的合规检查，荷兰被设置为实际可配送国家；这只是算例前提，不是对任何卖家账户状态的判断。再假设卖家采用的实际可追踪运输路径按14天作为计划交付天数，并额外留3天内部缓冲。这里的3天不是Fruugo规则，只是为了避免把“预计14天”当成零风险的最后一天。

于是，A批标签到期日为2027年1月31日，从今天起到标签期限有107天。扣掉14天配送和3天内部缓冲，A批安全可接受新订单的窗口约为90天，安全截止日落在2027年1月14日。B批标签到期日为2027年5月31日，从今天起有227天，同样扣掉17天后，安全截止日落在2027年5月14日。

这里最关键的口径是：A批180件和B批420件共用同一个SKU每天2至3件的需求，不能把每天的需求分别分给两个批次。只要A批还可售，就应先由A批承接需求；A批耗尽后，B批才开始承接后续需求。因此，B批虽然从今天到自己的安全截止日有210天，但这210天不能直接拿来除以420件判断B批的消化时间，因为其中前面的时间已经由A批占用。

按先到期先卖来算，如果实际需求稳定在低位2件/日，A批180件需要90天，于2027年1月14日左右耗尽。此后B批只剩120天到自己的安全截止日2027年5月14日，这120天按2件/日只能承接240件需求，因此到安全截止日仍有180件B批库存没有被当前需求覆盖。

如果实际需求稳定在高位3件/日，A批180件需要60天，于2026年12月15日左右耗尽。B批随后有150天到2027年5月14日，420件按3件/日需要140天，因此可以在2027年5月4日左右卖完，距离本文设定的安全截止日还剩10天。

如果把整个A+B共600件看成一个必须在2027年5月14日前完成安全消化的库存池，在需求连续且没有中断的简化假设下，需要累计平均约2.86件/日，即600÷210。这个2.86件/日只是把现有600件全部消化到B批安全截止日所需的数学水平，不是需求预测，更不是销量保证。实际需求如果在2至3件/日之间波动，应看累计实际需求有没有达到相应数量，而不能机械套一个固定日均数。

因此，不能再写成“B批420件低位需要210天、高位需要140天”并从今天直接推算B批卖完日期。420÷2=210天只是把B批孤立出来计算的覆盖天数，忽略了A批先承接同一份需求；正确做法是先计算A批何时耗尽，再计算B批从那一天到2027年5月14日还剩多少安全窗口。

把这类库存放进一个统一口径，应该按批次顺序计算：A批耗尽时间约为180÷实际日需求；B批可承接的窗口，则是2027年5月14日减去A批耗尽日；B批在这个窗口里的可安全消化数量，等于该窗口内有依据的累计需求与420件之间取较小值。若需求不是稳定的日均数，就直接用累计需求数据计算，不要把A、B两个批次各自除以同一个日需求。

为什么一定是A批先走？

如果两批商品完全相同、均符合销售条件，仓库又能准确识别批号，那么更早到期的A批应优先进入履约分配。这里的“先到期先卖”是库存分配方法，不是把A、B分别当成两个独立的销量池，而是同一个SKU的真实需求先消化A，A清完后再由B承接。

按本例，需求为2件/日时，A批在2027年1月14日左右耗尽，B批从这一天开始，到2027年5月14日只剩120天安全窗口；需求为3件/日时，A批在2026年12月15日左右耗尽，B批随后有150天窗口，420件在2027年5月4日左右售完。两种情况下，B批都不是从2026年10月16日开始独立计算自己的420件覆盖天数。

这也是批次管理真正有价值的地方。如果系统只告诉你“SKU库存600”，却不知道其中180件是2027年1月31日到期、420件是2027年5月31日到期，那么运营人员即使知道要做先到期先卖，也没有办法把这个原则落实到订单分配上。此时继续补货、继续放量，实际上都建立在一个没有批次维度的库存数字上。

而如果仓库已经把A批和B批单独定位，订单分配也能锁定批次，那么判断就清楚得多：A批先承接需求，直到180件消化完；随后B批才接手剩余需求。只要批次追踪出现断点，就先补齐批号、期限、库位和库存状态证据，不要为了维持一个统一SKU库存数而混发。

“什么时候停补”最好别写死一个日期

很多库存表喜欢设置一个固定预警日，比如“到期前90天就不补”。这种做法看起来省事，实际上很容易误伤。真正决定同一批次要不要继续补，不是单看还剩多少天，而是看现有可售库存已经占用了多少剩余需求容量。

因此，原先“覆盖天数小于或等于安全窗口就停止补货”的判断需要反过来理解。以低位需求作为保守筛选时，如果现有可售库存的覆盖天数已经大于或等于该批次剩余安全窗口，就没有继续补同一期限货物的空间；只有覆盖天数小于剩余安全窗口，才说明理论上还存在需求容量。即使存在容量，也不能把这个容量当成采购建议，更不能当成销量保证，还要确认新货到仓后是否仍有自己的安全窗口。

假设A批今天只剩80件，而低位需求仍按2件/日计算，90天安全窗口对应180件需求容量。80件只覆盖40天，按这个简化假设会在2026年11月25日左右消化完，因此窗口里还存在100件的理论需求容量。也就是说，同一到期批次在这个特定假设下并非完全没有补货空间，但“100件”只是把低位需求容量算出来的上限，不是应该采购100件，更不代表这100件一定卖得掉。如果补货需要时间，新货到仓后的实际剩余窗口还要进一步缩短。

反过来，如果A批现在仍有180件可售，180÷2=90天，正好把从2026年10月16日到2027年1月14日的低位安全窗口吃满，那么同一期限的A批就没有继续补货的空间。对本例而言，这意味着A批同一到期日的补货应从现在停止，而不是等到仓库真正出现临期库存才停。

B批则不能再拿420÷2=210天直接判断。因为A批必须先承接同一个SKU的需求。按低位2件/日，A批到2027年1月14日耗尽后，B批到2027年5月14日只有120天，需求容量只有240件，而B批现有420件，已经多出180件。按高位3件/日，A批在2026年12月15日耗尽后，B批有150天窗口，可承接450件需求，现有420件只留下30件理论需求空间。

所以，在当前这组2至3件/日的假设下，B批同一期限货也没有足够稳妥的理由立即补货。低位情景已经存在180件的剩余风险，高位情景虽然有30件理论空间，但那只是需求区间的上沿，不能把它当成已经发生的订单。更合理的做法是等实际累计需求继续形成证据，再重新计算B批剩余库存与安全截止日之间的空间。

真正仍可考虑补货的条件，是补货到仓后，新批次自己的期限、储存、标签、目的国和履约条件都已经核清，同时剩余安全窗口内存在有依据的、尚未被现有可售库存覆盖的累计需求。补货量不能简单用“库存少了多少”决定，而要看新增货物能不能在自己的安全窗口里找到需求空间。若供应商送来的是一个更晚到期的新批次，也不能继续沿用A批或B批的截止日，而应从这个新批次的实际到期日重新计算。

因此，停补点应该滚动计算，而不是写死在日历上的某一天。对同一到期批次来说，现有库存已经吃满低位安全窗口，就停补；还有未覆盖的、有依据的需求容量，才保留补货可能。对有不同到期日的新批次，则重新建立自己的倒计时，不能把几个批次揉成一个“还有多少库存”的数字。

这也是为什么“同款库存”这个词在有期限商品上经常会误导人。600件不是一个库存池，而是两个带不同倒计时的库存池。