马哈奇卡拉那座仓库的事故，盘点做完了。Ozon完成受损商品的清点，保险赔付启动，后台里已经生成了两样东西：受损SKU的清单，和对应的赔付金额。卖家要做的一步很明确：进财务板块，打开保险里的赔偿文件，逐项确认。
但这一步的性质需要先看清楚。这不是第一次打款——9月15日起，Ingosstrakh已经向约9万名卖家发放了约82亿卢布的预付款，按各仓商品体积预估先行发放，无需卖家提交申请。10月28日这次后台生成的，是最终赔付的确认文件。Ozon在完成马哈奇卡拉的盘点后把文件上传到卖家后台，卖家确认之后，Ozon自动将文件转交Ingosstrakh，保险公司把钱打到后台登记的结算账户，确认后20天内到账。最终金额会扣除9月已经发放的预付款；如果当时没有收到预付款，保险公司会支付全额。这笔钱已经在路上了，但“确认”这个动作是它继续往前走的前提。
赔付不会自己找上门
后台生成了数，不等于钱到账。确认清单这一步得卖家自己走：清单里的受损SKU对不对、数量对不对、金额对不对，都要逐项核。盘点是平台单方面做的，卖家对自己货的实况更清楚，漏记的、错估的，过了确认这一关再翻案就难。确认要趁早，别让赔付停在后台。
操作路径比“进财务板块”更具体一步：Финансы → Страхование → Документы на возмещение，且确认动作只能由拥有“Управляющий”（经理）角色的账号执行，普通运营账号看不到这个按钮。受损商品清单和赔付总额在同一个页面里，确认之前需要逐行核对SKU、数量和金额。
金额这一项的核对，不能用进货价当锚点。2026年9月24日之后，Ozon的赔付计算已经切换成一套以平台近期成交均价为基础的公式：赔付金额 =（实际成本 − 销售奖励 − 物流奖励 − 提货点奖励）÷（1 + 增值税），其中“实际成本”优先取赔付判定日前7个日历日该SKU在Ozon的平均售价，7日无成交取30日均价，再无则用最后成交价或同款均价锚定；FBO的赔付系数通常为75%。一个2000卢布的商品，系数75%、增值税按22%计，算下来赔付约1229.5卢布，而不是2000。用进货价去对比后台金额，大概率会觉得“少了一截”；这个落差来自公式本身，不一定是盘点错了。 真正需要核对的是：7日均价对不对、奖励扣除项有没有扣错、SKU有没有被归到错误的赔付系数档位。如果金额和自行套用公式算出来的结果存在实质性偏差，申诉窗口通常在30天左右，过期入口关闭。确认之前把保单状态、库存截图和公式试算结果存档，比事后再找证据要省力得多。
这类事故里，卖家最被动的地方在于货不在自己手里。仓库里每件商品的受损程度，卖家看不到，全靠平台的盘点结果。但赔付金额怎么算、按什么规则定、残值怎么扣，规则本身是可以提前弄清楚的。确认之前把这些规则和自己的数据对一遍，比金额落定之后才发现预期差着一截要主动。
还有一个容易被忽略的限定：这次赔付的前提是事件发生时保单处于激活状态。Ozon在8月24日的官方通知里写得清楚，持有Ingosstrakh有效保单且覆盖无人机攻击风险的卖家才能获得赔付；保险自8月1日起是自动开通、卖家付费的，按自报货值每天扣0.0115%，卖家可以在后台关闭，但关闭状态下出险不赔。这次马哈奇卡拉的火里，保单处于关闭状态的那些货，不在赔付范围内。确认清单之前，先在后台保险设置页核一眼自己的保单状态，是这一步最前置的动作。
备货计划里的保险账
这次事故也给所有用平台仓的卖家提了个醒：货进平台仓，风险没有跟着交接就走完。火灾、水浸这类事故概率低，摊到自己头上就是整批货。备货计划里得给这类意外留位置：高值商品别全压在一个仓，周转慢的货别囤太深，保险该买的买足，赔付流程提前弄懂。
但“保险该买的买足”在2026年10月13日之后已经变成了一道不同的算术题。Ozon和Ingosstrakh在10月9日宣布，针对无人机攻击和群体性损坏的保险计划自10月13日起终止，原因是“保险市场风险覆盖条件发生实质性变化”，后台的保单在13日之后变为不可访问。这意味着10月13日之前发生的马哈奇卡拉事件仍在赔付范围内，但此后新入库的货，已经没有同一款保险可以对冲无人机攻击这类风险了。保险终止之后，平台侧的赔付回到卖家协议（оферта）框架下的标准补偿，而战争、无人机、炮击、戒严导致的仓损在6月12日的协议修订中已经被划出平台赔付范围，平台赔付为零。10月13日之后，FBO仓里因这类事件受损的货，既没有保险兜底，也不在平台赔偿范围内。
这个变化对备货计划的影响是直接的：分仓不再是“优化项”，是唯一还能用的风险分散手段。保险可以买到的时候，单仓押满的风险被保费覆盖了一部分；保险退场之后，单仓集中度的风险没有任何金融工具可以对冲，只能靠物理分散来降低。高货值SKU在莫斯科、圣彼得堡、叶卡捷琳堡、新西伯利亚等多个集群分仓，单仓库存不超过该类目总备货的40%，是一条可以按数字执行的红线。周转慢的货不囤深，在保险退场之后也换了一层含义：以前囤深的代价是仓储费和资金占用，现在还要加上“这批货在单一物理点上完全没有保险覆盖”的敞口。
确认清单之外还有两件收尾的事：赔付到账后对一遍账，看金额和清单能不能对上；补货重新排期，缺口补上的时间算进销售计划。事故的损失，得靠这些琐碎的收尾动作一点一点补回来。
平时也值得把后台的保险入口摸熟。很多卖家是出了事才第一次点开赔偿文件那一栏，字段在哪、材料要什么、时限几天，全在现学，手忙脚乱。趁这次把流程走一遍的卖家，等于免费演练了一回。平台仓的生意做得越大，这些应急路径越要提前踩熟，用不上最好，用上的时候不慌。10月13日之后，这条路径的终点已经变了——以前是“保险赔多少、平台补多少”，现在无人机攻击这一类的答案是“保险已退场，平台不赔”，能提前做的只剩分仓和库存深度控制。把确认清单这一步走完，是这次事故的收尾；把分仓和保险终止之后的风险重算一遍，是下一次事故的起点。