Как бизнесу быть готовым к сбоям B2B-платформ в условиях атак на дата-центры

Один час простоя может затронуть большой поток заказов. Например, годовой оборот российского рынка такси превышает 1 трлн рублей. Аналитик Strategy Partners оценил его средний часовой оборот примерно в 124 млн рублей. Это объём операций на рынке, а не потери от октябрьского сбоя: часть заказов клиенты сделали позже или через другие сервисы. Точный ущерб компаниям пока неизвестен.

Повод посчитать собственные риски уже есть. С 8 по 11 октября 2026 года атаки затронули три дата-центра Яндекса. Компания сообщила об остановке площадок в Сасово и Владимире и повреждении части инфраструктуры в Калуге. Forbes также привёл сообщения компаний, чьи сервисы столкнулись со сбоями, в том числе «Циан» и ГК «Астрал». 14 октября Сбер подтвердил атаку на свой дата-центр, но сообщил, что системы банка работают штатно.

Для предпринимателя главный вопрос в том, сможет ли компания принять заказ, подтвердить цену, получить оплату и отгрузить товар, если один из привычных сервисов перестанет отвечать?

Посчитайте стоимость простоя для своего бизнеса

Рыночные миллионы помогают увидеть масштаб проблемы. Но решение о резервном канале лучше принимать по собственным цифрам.

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

Допустим, компания получает 20 заказов в день, а валовая прибыль с каждого составляет 30 000 рублей. Если при сбое она не сможет принять ни одного заказа, под угрозой окажутся 600 000 рублей валовой прибыли за день. Если половину заказов удастся обработать после восстановления, оценка снизится до 300 000 рублей. Это условный расчёт, который показывает, какие данные нужны для решения о резерве.

Запишите, где может прерваться заказ

Составьте короткую схему: обращение клиента → заказ → оплата → отгрузка. Напротив каждого шага укажите сервис и человека, который за него отвечает.

Такая схема часто обнаруживает общую зависимость. Сайт и CRM могут работать у разных подрядчиков, но уведомления из них приходят в одну почту. У компании может быть второй способ оплаты, однако инструкция к нему хранится в недоступном корпоративном диске.

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

Подготовьте данные и запасной способ работы

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

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

Такая подготовка нужна даже тогда, когда данные сохранены. После повреждения дата-центра 11 октября Яндекс сообщил, что записи о счетах Яндекс Пэй остались целыми, но часть пользователей в тот момент не могла проверить баланс, оплатить покупку или сделать перевод.

Один раз проведите заказ в резервном режиме

Выберите обычный заказ и пройдите весь путь без основного сервиса: получите заявку, подтвердите условия, оформите оплату, передайте её на склад и сообщите клиенту срок поставки. Засеките время.

После теста проверьте два вопроса: не потерялись ли сведения при переносе заказа в основную систему и не возникла ли двойная оплата. Исправьте инструкцию и назначьте человека, который сможет объявить переход на резервный режим. План становится полезным после такой проверки, а не после сохранения файла с названием «План на случай сбоя».

Чек-лист для предпринимателя

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

Бизнес не может управлять работой чужого дата-центра. Зато он может заранее знать цену своего простоя и подготовить порядок действий для команды. Начните с одного критичного процесса и проверьте его резервный маршрут на практике.