凌晨一点还在后台盯库存的卖家，大多见过同一种魔幻场面：一边是卖爆的SKU断了货，排名一天掉几位，流量眼看着往下漏；另一边是压在仓里的滞销品，仓储费一天比一天厚，钱就这么躺在货架上。
断货和积压，看着是两个问题，其实是一件事。同一个店铺里，几个SKU断货、另几个SKU积压，这种搞不清的库存，几乎每个做大的卖家都经历过。这不是运气差，是补货方式到期了。
一、补货超卖容易出错的四个地方
把补货这件事拆开看，翻车的环节无非四个。
坑一，只看“还剩多少”，不看“卖多快”。剩100件，日均销量50件，两天就没了；日均3件，够卖一个月，你反而提前补一大批。同样剩100件，命运完全不同。
坑二，算补货量，漏了在途和采购计划。本地仓、FBO可售、在途、已下单未入库，这些数字必须放在一起算。只盯一个数字，补多补少都不准。
坑三，多店铺共库存，靠手工分配。同款SKU多店铺在卖，人工一次改一个店、一个SKU，手一抖，不是滞销就是超卖扣钱。
坑四，FBO约仓和补货是两件割裂的事。平台仓要提前约、要看库容，货备好了仓约不上，排队转运，成本和时间直接翻倍。
二、“显示有货”，不等于“货够卖”
很多卖家觉得，库存显示有货就稳了。真不是。本地仓有货、平台仓缺货，对买家来说就是缺货，排名照样掉；平台仓有货，但没算在途和采购计划，下一批又重复补进来。
真正该问的是三个问题：按现在的日均销量，这批货还能卖几天？什么时候必须补？补多少，刚好接上下一批到货？这三个问题算不清，每次补货都是赌。而“算清楚”这件事，恰恰是星连ERP最擅长的。
三、星连ERP怎么把这些数据用到补货里？
1. 智能补货：把"感觉"换成"算法"
补货建议综合本地仓库存、FBO可售库存、在途、采购计划量，结合日均销量和备货周期，自动算出每个SKU的建议采购量、建议采购日期和预计断货日期。
日均销量支持固定、动态（近90天动销）、历史三种算法，按你的备货习惯选一种，系统每天自动重算，断货前站内消息提前提醒。
（日销量规则支持固定销量、动态销量、历史销量三种口径，选一种，系统按这个口径每天自动重算补货建议。）
补货详情页支持库存试算：输入建议采购量，趋势图直接展示库存消耗曲线、预计断货日和到货日，补500还是800，先算后定。
（补货建议列表，采购日期、采购数量、采购金额等信息，右侧为模式切换与数据重算入口。）
(可切换产品查看补货建议，系统自动计量建议采购量，支持手工调整与试算，结合建议采购量展示预计到货日、预计断货日，并支持生成采购计划单或采购订单。)
2. 库存同步：多店铺库存，按规则自动分配
同步库存把本地仓库存按比例自动同步到各店铺商品：可给不同店铺设不同比例（核心店铺100%、新店80%）、设库存下限防超卖，出入库自动更新，不用再逐个店铺手工改。
(同步库存规则：指定同步仓库、库存类型和同步比例，按比例把库存分配到各店铺，防超卖，规则可一键启停。)
3. 采购全流程：从补货建议到采购入库
补货建议算好后，可直接按建议量生成采购计划单或采购订单：运营创建计划（可填参考价、贴1688链接）→ 主管审批 → 采购员生成采购单 → 到货质检入库 → 调拨平台仓。采购、头程、约仓全流程在系统内操作，成本自动归集。
(采购计划：运营在系统里创建计划、填参考价，主管审批后采购员生成采购单，到货、质检、入库一条链路走完。)
4. FBO约仓：在系统里直接约
约仓功能正在迭代：未来可在系统内直接完成约仓，调用平台API自动校验库容，无需跳转Ozon后台，补货、约仓、调拨不再割裂。一句话：把补货从"拍脑袋"变成"看数据"，让每个SKU都知道自己什么时候缺货、该补多少。
关于Nexulas 星连ERP
面向俄罗斯市场的跨境电商ERP，专注服务Ozon与Wildberries双平台卖家，覆盖财务管理、商品管理、库存管理、订单处理、广告数据分析、双平台统一管理六大模块。