Атака на склад Ozon в Ростовской области привела к временной остановке одного из логистических объектов маркетплейса. Для IT- и e-commerce-рынка это уже не локальный инцидент, а сигнал: отказоустойчивость теперь проверяют не пиковые распродажи, а физические риски, из-за которых у платформы за одну ночь может выпасть целый узел цепочки поставок.
Маркетплейс сообщил, что в ночь на 29 августа 2026 года беспилотники атаковали один из его логистических объектов в Ростовской области, как пишет vc.ru. На объекте возникло небольшое возгорание, его потушили. Сотрудников эвакуировали заранее, по предварительным данным, пострадавших нет. После этого компания остановила работу комплекса для проверки безопасности: поставки от продавцов временно не принимают, а грузы, которые уже были в пути, перенаправляют на другие площадки.
На этом история не закончилась. Ozon также эвакуировал сотрудников второго логистического центра из-за опасности в районе его расположения. По данным компании, сам объект не пострадал, люди тоже, но его работу тоже временно приостановили. Продавцам рекомендовали привозить поставки и FBS-отправления 30 августа или отгружать товары через пункты выдачи и приёма заказов. Для бизнеса это звучит как вполне рабочая оперативная схема, но только на бумаге всё выглядит ровно. В реальности любая такая пауза быстро превращается в сдвиги по SLA, пересборку маршрутов, очереди на соседних объектах и нервные переписки с селлерами.
Главный контекст здесь в том, что это уже не единичный сбой. 22 августа Ozon сообщал об атаке беспилотников на склад в Самарской области, 23 августа — в Оренбургской, 24 августа — в Краснодаре, Невинномысске, Адыгейске и Махачкале, 27 августа — в Уфе. За неделю набрался уже целый список объектов в разных регионах. И именно это делает атаку на склад Ozon не просто новостью про один пожар, а симптомом новой операционной реальности для крупных маркетплейсов. Когда инциденты распределены по географии, невозможно списать всё на частный случай или особенность одной площадки.
Для продавцов проблема не сводится к тому, что «сегодня не приняли поставку». У маркетплейсной логистики высокая зависимость от предсказуемости: товар нужно завезти в окно, остатки должны корректно отражаться в системе, обещания по срокам доставки не должны расползаться, а карточки не должны терять позиции из-за перебоев с наличием. Если склад выпадает даже на короткое время, это бьёт сразу по нескольким слоям. Сначала по физике поставок, затем по планированию остатков, потом по ранжированию и конверсии. Для небольших продавцов, у которых нет широкого распределения товара по нескольким объектам, такой сбой особенно болезненный: они завязаны на конкретную точку входа и не всегда могут быстро перекинуть объёмы в другой регион.
Для самой платформы это уже задача не только службы безопасности и логистики, но и продуктовых, инфраструктурных и аналитических команд. Нужно быстро перенастраивать маршрутизацию, корректно перераспределять входящий поток, не ломать интерфейсы для продавцов и не создавать ложных ожиданий у покупателей. На таком фоне особенно важны системы, которые умеют в реальном времени пересчитывать доступные слоты, менять точки приёма, управлять приоритетами перевозок и вовремя сообщать участникам цепочки, что именно происходит. Красивый интерфейс кабинета селлера здесь вторичен. Если внутренняя логика не выдерживает перераспределения нагрузки, пользователи очень быстро узнают об этом по задержкам, отменам и странным остаткам.
Не случайно на фоне предыдущих атак Ozon уже анонсировал меры поддержки для пострадавших продавцов. Среди них — отключение повторной продажи FBS-товаров со складов и бесплатная перевозка товаров с закрытых объектов на другие. Кроме того, компания говорила о планах размещать и продавать товары из пунктов выдачи заказов. Это выглядит как попытка превратить ПВЗ из чисто последней мили в резервный элемент логистической сети. Подход прагматичный: если классические склады становятся уязвимее, система начинает опираться на более распределённую структуру. Вопрос в том, насколько такая схема масштабируется без потери качества операций и без новых затрат для партнёров.
Для российской IT-аудитории в этой истории есть довольно приземлённый вывод. Устойчивость платформы теперь измеряется не только временем ответа API, аптаймом биллинга или скоростью выкладки релизов. Всё чаще конкурентным преимуществом становится способность пережить физический сбой в одной части системы и быстро перевести нагрузку на другие контуры. В e-commerce это означает, что цифровая архитектура должна быть тесно связана с реальной логистикой: от кабинета продавца до распределения транспорта и слотов приёмки. Любой разрыв между этими слоями в кризисный момент превращается в прямые потери денег и доверия.
Сейчас Ozon удалось избежать худшего сценария: возгорание потушили, пострадавших предварительно нет, поставки перенаправляют, а продавцам предложили временные альтернативы. Но сама частота таких инцидентов меняет повестку. Если раньше бизнес спорил о скорости доставки как о маркетинговом преимуществе, то теперь на первый план выходит более жёсткий вопрос: насколько быстро маркетплейс умеет собирать логистику заново, когда привычная схема внезапно перестаёт существовать.