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