Утром 4 августа склад Wildberries в Красном Бору Ленинградской области загорелся после атаки беспилотников. По данным компании, людей эвакуировали заранее, пострадавших нет, а поставки уже начали уводить на другие площадки. Для IT- и e-commerce-рынка это не локальное ЧП, а еще один сигнал: крупная логистика теперь живет в режиме постоянного стресс-теста на отказоустойчивость.
Первым о последствиях атаки сообщил губернатор Ленинградской области Александр Дрозденко: утром 4 августа он написал о повреждении в складской зоне рядом с Красным Бором в Тосненском районе. После этого RWB, объединенная компания Wildberries и Russ, заявила, что на логистическом объекте началось возгорание. Как пишет vc.ru, к 16:26 мск пожар на объекте локализовали. В компании уточнили, что часть территории не пострадала, а сейчас идет предварительная оценка того, сколько товара удалось сохранить. Прием текущих поставок временно ограничили, грузы перенаправляют на другие объекты сети. На месте работали пожарные расчеты и экстренные службы.
Важен не только сам эпизод, но и его место в общей хронологии. Еще в середине июля Wildberries сообщил о первых атаках на свои логистические комплексы в Котовске и Электростали. Затем в течение нескольких дней под удар попадали объекты в Шушарах, Уткиной Заводи и Симферополе, приостанавливал работу склад в Екатеринбурге, эвакуировали комплекс в Удмуртии. Дальше плотность новостей стала совсем неприятной: 29 июля компания сообщила об атаке на склад в Рязани, 30 июля — в Пензенской области и Удмуртии, 31 июля — в Волгограде, 2 августа — в Самарской области, 3 августа — во Владимирской области. На этом фоне пожар в Красном Бору выглядит уже не отдельной внештатной ситуацией, а продолжением серии, которая бьет по распределенной сети почти без пауз.
Для бизнеса тут неприятен даже не один пожар, а его операционный хвост. Когда выпадает очередной склад Wildberries, маркетплейс вынужден быстро перераспределять приемку, маршруты и складские мощности, а продавцы получают менее предсказуемую логистику. Ограничение текущих поставок означает, что часть селлеров поедет на другие площадки, где меняются окна приемки, плечо доставки и, вероятно, скорость обработки. Для покупателя это превращается в плавающие сроки, для продавца — в лишнюю неопределенность по остаткам и доступности товара, для самой платформы — в нагрузку на соседние хабы. В такой модели каждая следующая атака бьет не только по конкретному объекту, но и по всему графику сети.
Для разработчиков, продактов и IT-директоров здесь вообще нет ничего абстрактного. Современный склад — это давно не просто коробка с палетами, а узел большой программно управляемой системы, где завязаны WMS, TMS, маршрутизация поставок, слоты приемки, приоритеты отгрузки и обещанные покупателю сроки. Когда один узел выпадает, софт должен почти мгновенно пересчитать потоки и не устроить каскадную аварию по всей цепочке. Иначе один пожар на площадке очень быстро превращается в просадку SLA, перегрузку соседних центров и вал ручных исключений. Проще говоря, DR-план теперь нужен не только дата-центрам. Он нужен и складам, и логистическим платформам, и внутренним сервисам, которые должны переживать потерю физического объекта так же хладнокровно, как падение сервера.
Есть и второй слой проблемы — прозрачность последствий. RWB пока не раскрывает ни масштаб повреждений внутри объекта, ни объем товара под риском, ни срок возврата площадки к обычному режиму. Из подтвержденного известно главное: пожар локализован, часть территории не пострадала, компания оценивает, сколько товара удалось сохранить. Но для рынка этого мало. Пока нет ясности по остаткам, слотам и перераспределению мощностей, продавцы будут закладывать дополнительный запас по времени и осторожнее планировать поставки. А это уже влияет не на новостную повестку, а на ежедневную экономику маркетплейса: от скорости оборачиваемости до качества сервиса в пиковые дни.
Главный вопрос теперь не в том, насколько быстро потушат именно этот пожар. Вопрос в другом: сможет ли крупный маркетплейс удерживать предсказуемость сервиса, когда атака на склад Wildberries перестает быть редкой новостью и становится повторяющимся операционным риском. Если такие сбои продолжатся, конкурентным преимуществом будет не только объем складских площадей, но и способность сети в реальном времени переносить товарные потоки, людей и маршруты между объектами без развала сроков, остатков и обещаний клиенту.