积加ERP帮你管好库存，轻松提高库存绩效，获得无限库容

亚马逊卖家长期被两个问题困扰：一个是不能及时补货，另一个就是库存积压。和没有订单相比，缺货更让人头疼，缺货会直接影响到卖家店铺的排名，从而影响销量。

因此，做好库存管理是亚马逊卖家运营中非常重要的一环，它影响着整个供应链体系的正常运行。

库存管理，是晋升大卖之路的关键

不想滞销，也不想缺货，那卖家应该怎么做呢？首先要了解三个公式：

补货提前期=（内部处理天数+采购天数+中转仓操作天数+物流处理天数+目的仓操作天数+安全库存天数）

库存最大值=（补货提前期+备货周期）*日均销量

补货量=库存最大值-在途库存

卖家们可以根据以上三个公式先预估库存情况，待实际核算时再根据自己店铺情况进行调整。

库存正好售罄，物资同时到货

库存管理不仅影响店铺销量，最终也会影响卖家回收资金。如果卖家店铺出现缺货的情况，那么好不容易打造的爆款产品，排名可能会大幅下降。当出现这种情况的时候，竞争对手可能会占领该位置，而卖家再想回到之前的排名位置就要付出更多的时间和资金。所以，卖家要实时查看FBA库存的情况，合理地安排补货，才能更好地管理FBA库存，让资金快速回流。

库存管理想仅靠人力还无法高效系统化解决，这时借力数字化精细化的ERP管理软件便有了库存管理的“法宝”。

积加ERP研发团队设身处地，挖掘跨境卖家库存管理需求，推出智能补货、红绿线等功能，逐一击破卖家库存运营痛点，实时掌握订单数量和库存，高效运营。

智能补货各项参考数据1个小时更新一次，让运营人员随时掌控库存动态，快速做出销售策略。

智能补货可以按照MSKU、ASIN、SKU、父ASIN四个维度来查看数据：

① MSKU维度：最常见的维度，适合运营同事查看自己负责的MSKU的补货情况。

② ASIN维度：如果单个ASIN对应多个MSKU，而运营同事想看整个ASIN的补货情况，就可以查看ASIN维度；另外，一般一个ASIN下会有一个主力MSKU，但是主力MSKU可能会因为断货而影响到历史销量，如果单看其中一个MSKU的补货情况，会造成人为判断失误，整体看这个ASIN下所有MSKU的数据会了解其他MSKU的数据情况，这样对主力MSKU的判断更加精准。

③ SKU维度：如果一个SKU映射多个MSKU，运营同事可以在该维度查看这个SKU整体的补货情况，也可以看对应的所有MSKU的补货情况。

④父ASIN维度：可查看整个父ASIN的补货情况，列表按照父ASIN分组显示，父ASIN分组内在按照ASIN显示；若没有父ASIN直接按照ASIN分组显示；有限显示有父ASIN的分组。

同时智能补货支持单个/多个国家查看数据，也支持选择具体的FBA仓库来查看对应商品的补货情况。

智能补货可以帮助卖家合理备货，让销售不断货，随时有货可卖；库存不积压，库存数量达到合理的状态，让卖家仓库内的所有库存正好售罄，下一批采购的物资同时到货。

红绿线高效预测断货时间

红绿线是基于FBA仓库的在库量、日均消耗量、在途货物、已下单量预计入库时间，预测未来的消耗和补库趋势，直观以图表体现缺货区间。这样卖家可以随时微观调控，进行修改日均、紧急补货等等，其中最理想状态是全部是绿线。

红绿线主要被分为4个部分，卖家可以根据实际情况进行查看，并安排补货。

第一部分：卖家可以清晰看到交期、目标库存天数、目标库存量、销售日均、现有库存量等数据，其中测算日均卖家可以自己来设定规则（在智能补货界面设置），这样也很好的考虑到不同卖家在淡季、旺季的不同销量，从而调整日均量。

第二部分：数据饼状图可以实时获取产品库存中的数据，通过图形直观展现，卖家只需把鼠标轻轻移上去就可以看到详细情况，在繁忙的情况下，只需3秒就能掌握库存情况，决策更及时。

第三部分：卖家可以根据最少库存产品查看后期补货效果，在右边添加预估，选择后可以看到新下单后的预测断货时间，系统会根据缺货日期来计算出最合适的物流方式，节省预算。

第四部分：卖家可以查看产品对应这个目的仓所有没有处理完毕的供应链单据，即未入库的单据，包括采购计划、采购订单、交货单、发货单、调拨单。也支持查看FBA已接收库存数据和FBA货件信息。

及时的掌握了库存情况之后，智能快速进行补货，那么FBA库存管理问题就迎刃而解了，并多站点多店铺一站式跟进入库信息，让卖家更加高效、精准、直观的掌握产品入仓情况，以对应布局运营任务。

库存管理不到位还直接影响你的IPI分数，卖家如果已经拥有IPI分数，且在当前季度结束前的6周和该季度最后一天两个时间点，IPI分数有一次超过400分，将会在下个季度获得无限库容。

如果在两个时间点都低于400分，下个季度的入仓将会受限，且超出部分将额外收费，不过卖家不用担心，使用积加ERP库存总量把控好，IPI分数自然高！

最后针对冗余产品不要一次性打折出售，这样不仅不会大受欢迎，还会被迫加入Add-on Item的行列。

我们要根据实际情况具体分析，比如冗余产品是否还有继续销售的可能和必要，即买家是否还有需求？销售产品是否盈利？从而得出不同的处理方案。