过去一个月，很多俄区卖家都在问：“为什么被袭击的总是Wildberries，Ozon是不是更安全？”
这个判断在8月22日之后已经失效。
Ozon官方确认，萨马拉州恰帕耶夫斯克物流中心在8月22日受到无人机袭击影响，仓库起火并暂停作业，超过500名员工被迅速疏散，现场有人员受伤。8月23日，奥伦堡州物流中心也在袭击中受损，300多名员工撤离，商品被暂时从前台隐藏。8月24日，克拉斯诺达尔和马哈奇卡拉的物流中心进一步受损；阿德格斯克、涅温诺梅斯克仓库因安全威胁疏散并临时关闭，但平台称设施和货物未受损。
对卖家来说，这不是一条可以围观几天就过去的国际新闻。它会直接变成四个后台问题：商品突然显示缺货、预约入库被取消、在途货物改道、FBS订单无法按原计划交接。
先看平台已经做了什么
针对萨马拉受影响仓库，Ozon公布的安排包括：
将幸存商品转移到其他仓库，重新恢复销售；
自8月22日起不收取受影响仓库商品的存储费；
对已购买额外包装服务的相关商品退还服务费用；
将发往受影响仓库的在途供货调整至其他仓库，并对相关跨仓运输免收费用；
对从其他地区向萨马拉集群履约的商品暂不加收本地化费用；
自8月30日起，对萨马拉集群相关订单给予3%的销售费率优惠；
对受取消订单影响的“按订单付费推广”不收费；
至9月22日，暂不因取消、延迟交货及客户投诉导致的错误指数超标处罚全国FBS卖家。
这些措施能够缓解短期损失，但并没有替卖家回答三个关键问题：你的哪些货受影响、剩余库存还能卖多久、下一批货该送去哪里。
第一步：在后台通知之前，先做一份“仓库暴露清单”
不要只等平台逐个通知。卖家应立即按“店铺—仓库—SKU”拉出库存快照，并将商品分为四类：
已确认在受影响仓库的库存：记录数量、采购成本、最近售价和入库批次；
正在前往受影响仓库的在途库存：核对平台是否已改道，以及改道后的预计上架时间；
同款在其他仓库仍有库存的商品：测算这些库存可支撑的销售天数；
全网只在受影响仓库有货的商品：优先判断是否启用FBS或紧急补货。
这份清单的目标不是统计“损失了多少件”，而是找出哪些SKU会最先断货、哪些广告正在为不可售商品继续消耗预算。
第二步：FBO受阻时，不要把全店一键切成FBS
Ozon此次明确为FBS提供临时宽限，但FBS并不是无成本的安全出口。
卖家需要按SKU判断：
高频畅销、俄罗斯本地仓有现货：可以优先启用FBS，缩短断货时间；
高货值、单仓集中商品：保留一部分FBS安全库存，降低再次集中受损的风险；
低毛利或大件商品：先重算自有仓、人工、包装和交接成本，避免恢复销售后反而亏损；
中国直发、履约时间较长商品：不要在没有确认时效和取消风险前盲目承诺发货。
平台暂时放宽错误指数处罚，解决的是“短期能不能发”的问题，不等于长期履约成本会消失。
第三步：把库存从“平台仓数量”升级成“风险敞口”
很多卖家的库存表只有两个字段：仓库名称和可售数量。但在突发事件中，更需要看的其实是：
单仓风险金额 = 该仓SKU数量 × 商品采购成本 + 头程、清关及入仓成本
建议为高货值SKU设置单仓占比上限，并按区域保留安全库存。一个简单的预警规则是：当某个仓库承载单一SKU超过60%的俄区库存，或库存金额超过企业可承受损失阈值时，系统自动提示分仓。
不要机械地平均分货。分仓仍要结合区域销量、配送时效、入仓费用和调拨成本。真正需要避免的是“企业不知道风险集中在哪里”。
第四步：赔付之前，先保留完整的成本证据
截至本文发布时，Ozon仍在陆续公布各受影响仓库的商品状态和支持措施。卖家不应把媒体报道中的损失数字当作自己的赔付依据，也不要提前假定所有商品都会按当前售价足额补偿。
建议保存：
事发前最后一份仓库库存快照；
采购合同、付款凭证和商品成本；
国际物流、清关、贴标和入仓费用；
平台入库单、调拨单和在途状态；
商品被隐藏、订单取消及广告扣费记录；
Ozon后台通知及后续补偿文件的不同版本。
平台解决的是规则范围内的补偿，企业要核清的是从采购到断货的完整经营影响。
从WB到Ozon，卖家真正需要的是“双平台应急盘点”
Ozon遭袭说明，把库存从Wildberries转到Ozon，并不等于风险已经消失。更稳妥的做法是把平台、履约模式和区域仓库一起纳入库存配置。
星连ERP可统一汇总Ozon与Wildberries多店铺的订单、库存和采购数据，帮助卖家：
按平台、店铺、仓库快速定位受影响SKU；
识别高价值库存扎堆单一仓库的问题；
核算可售天数，判断哪些商品需要优先补货；
联动在途、采购和本地仓库存，制定分仓方案；
在FBO、FBS及Wildberries库存之间评估可调配空间；
为后续平台通知、补偿和财务核对保存数据底稿。
仓库能否恢复由平台决定，但企业需要多久看清自己的库存，取决于平时有没有一套统一数据。
CTA： 如果你需要快速盘点Ozon、Wildberries多店铺和多仓库存，可试用星连ERP，建立跨平台库存风险与应急补货看板。