Яндекс Маркет пережил три удара за неделю. План продавца на день, когда кабинет не открывается

Суть в двух абзацах

На прошлой неделе Яндекс Маркет трижды терял работоспособность инфраструктуры. По сообщениям площадки, удары пришлись на дата-центры в Сасово, Калуге и Владимире: останавливались сортировочные центры, не открывались кабинеты продавцов, не формировались документы и ярлыки. Площадка исключила заказы 11 октября из расчёта индекса качества, сняла плату за опоздания и попросила не привозить товары в пункты выдачи. К 14 октября, по уведомлениям Маркета, формирование ярлыков FBS восстановлено.

Для отрасли здесь интересно не само происшествие, а то, что именно выходит из строя при ударе по цифровой части бизнеса. Товар на складе остался, покупатели и их деньги тоже. Отказала управляемость: на несколько дней продавец лишился доступа к собственным заказам, остаткам и механике отгрузки. Такой риск не закрывается ни страховкой, ни запасом на складе, он закрывается только наличием своего контура данных. Ниже разберу анатомию такого дня и дам порядок действий на тот случай, когда кабинет не открывается.

Что произошло, по порядку

1. Удары по дата-центрам в Сасово, Калуге и Владимире шли с интервалом в несколько дней, то есть это была не единичная авария, а серия.
2. Встали сортировочные центры: поток посылок между складом продавца и покупателем остановился на стороне площадки.
3. Перестали открываться кабинеты продавцов, а значит пропали заказы, остатки, цены и отчёты.
4. Сломалось формирование документов и ярлыков FBS: даже собранный заказ физически нельзя было отправить, потому что на коробку нечего наклеить.
5. Площадка выпустила смягчающие меры: заказы 11 октября исключены из индекса качества, плата за опоздания снята, продавцов попросили не привозить товары в ПВЗ.
6. К 14 октября, по уведомлениям площадки, ярлыки FBS снова формируются.

Обратите внимание на порядок отказов. Сначала ломается физическая логистика, которую видно, потом управляющий слой, которого не видно. Второй отказ дороже первого: пока сортировочный центр стоит, продавец хотя бы знает, что у него происходит. Когда не открывается кабинет, он не знает даже этого.

Что в этот момент теряет продавец

Полезно разделить потери на три слоя, потому что закрываются они разными средствами и разными деньгами.

1. Операции. Нельзя собрать и отправить заказ, нельзя принять поставку, нельзя напечатать ярлык. Это прямой простой, и он считается в днях.
2. Данные. Нет доступа к заказам, остаткам и истории продаж. Решения приходится принимать по памяти и по телефону, а не по цифрам.
3. Обязательства. Сроки перед покупателем и перед своими клиентами идут дальше, независимо от того, работает ли чужая серверная.

Площадка в таких случаях снимает штрафы и правит метрики, и это правильный шаг. Но она компенсирует только третий слой, и то частично. Первые два остаются на продавце: индекс качества вам пересчитают, а рабочую неделю нет.

План на день, когда кабинет не открывается

Порядок ниже рассчитан на ситуацию, в которой площадка уже признала сбой и выпустила уведомление. Если уведомления нет, первым делом стоит убедиться, что проблема не на вашей стороне: другой браузер, другой пользователь, другая сеть.

1. Зафиксировать время. Скриншот уведомления площадки и отметка, с какого часа кабинет недоступен. Это ваша доказательная база в споре о сроках и штрафах.
2. Остановить входящий поток. Поставки на склад площадки и привоз товара в ПВЗ на паузу: отгружать в систему, которая не может принять и оформить груз, значит терять товар из учёта.
3. Отгружать только то, что уже имеет оформленные документы. Собранные заказы с напечатанными ярлыками доводятся до конца, остальное ждёт.
4. Переключить продажи туда, где управляемость сохранилась: другие площадки, собственный сайт, оптовые и офлайн-каналы. Выручка дня переносится, а не исчезает.
5. Снять остатки по своим данным, а не по кабинету. На время сбоя источником истины становится ваша учётная система и склад, иначе после восстановления вы получите расхождение и пересортицу.
6. Предупредить покупателей и клиентов до того, как они спросят сами. Формулировка про инфраструктурный сбой на стороне площадки работает лучше молчания.
7. Поставить на паузу рекламу на пострадавшей площадке. Платить за трафик в карточки, которые нельзя купить или нельзя отправить, незачем.
8. После восстановления сверить всё, что прошло в аварийном режиме: заказы, статусы, отмены, возвраты. Разбор делать сразу, пока видно, какие именно сутки были нештатными.

Чеклист спрятан во врезке, поэтому повторю главное абзацем: в день сбоя продавец не разгоняет операции, а сужает их до того, что он контролирует сам. Всё, что требует работающего чужого сервера, ставится на паузу осознанно, а не обнаруживается сломанным через сутки.

Резервный контур управляемости

Главный вывод октябрьских атак сформулирован не в терминах логистики. Если единственное место, где лежат ваши заказы, остатки и история продаж, это кабинет площадки, то вместе с кабинетом вы теряете способность управлять бизнесом. Авария в чужом дата-центре превращается в вашу остановку.

Резервный контур означает простую вещь: данные о продажах и товаре живут в системе, которая вам принадлежит, а кабинеты площадок остаются каналами, с которыми эта система обменивается заказами и остатками. Когда канал отваливается, контур продолжает работать. Технически это обычная интеграция маркетплейсов с учётной системой: заказы всех кабинетов собираются в одном окне, остатки и история продаж хранятся на вашей стороне. Я такой учёт веду в TopSeller, подойдёт любая система, которая держит заказы и остатки у вас, а не только отображает чужой кабинет.

Проверка на зрелость контура занимает одну минуту. Ответьте на три вопроса: сможете вы без кабинета площадки назвать остаток по складу, сможете собрать и отправить уже оплаченный заказ, сможете через неделю восстановить, что продавалось в день сбоя. Три ответа да означают, что авария у площадки для вас неприятность. Три нет означают, что это ваша остановка.

Что я советую сделать

1. Написать регламент на день сбоя заранее, на одну страницу, с именами ответственных. В момент аварии регламент не сочиняют.
2. Проверить, выгружаются ли заказы и остатки из кабинетов в вашу систему автоматически и как часто. Ручная выгрузка раз в месяц контуром не является.
3. Держать запас расходников для отгрузки и возможность печати документов вне кабинета площадки там, где площадка это допускает.
4. Разложить выручку по каналам и посмотреть, какая доля зависит от одной площадки. Это и есть ваша цена одного дня простоя.
5. После каждого сбоя забирать у площадки то, что она даёт: исключение заказов из метрик, отмену платы за опоздания, пересчёт сроков. Эти меры не применяются сами собой по всем спорным случаям.

Октябрь показал отрасли простую зависимость: чем глубже торговля ушла в чужую цифровую инфраструктуру, тем дороже стоит час её недоступности. Вопрос к рынку скорее управленческий, чем технический. Знаете ли вы сегодня, сколько стоит один день без кабинета для вашего бизнеса, и кто в компании отвечает за этот сценарий.