редакции
Сбои Яндекса: ваш запасной план работает или просто существует?
Для предпринимателя, у которого наступает срок платежа, сохранность средств отвечает лишь на часть вопроса. Нужна ещё возможность воспользоваться ими вовремя.
В этой истории меня интересует управленческая зависимость: какие обязательства компания сможет выполнить, пока привычный инструмент недоступен? Если ответ неизвестен, готовность бизнеса к сбою ещё предстоит проверить.
Что произошло
По сообщениям Яндекса, в ночь с 7 на 8 октября 2026 года был серьёзно повреждён дата-центр в Сасово, его работу остановили. 9 октября пострадала часть инфраструктуры в Калуге. В ночь на 11 октября был атакован дата-центр во Владимире, его работу также остановили. Последствия для площадок различались.
Команда Яндекс 360 ещё 9 октября предупредила о возможных перебоях в части рабочих сервисов. А 13 октября «Интерфакс» со ссылкой на Пирогова сообщил о восстановлении переводов и платежей для части пользователей. Это сведения на указанные даты, а не утверждение, что все перечисленные ограничения сохраняются сейчас.
По официальным результатам Яндекса за II квартал 2026 года, Яндекс 360 пользовались 185 тысяч организаций, а число клиентов Yandex Cloud достигло 64 тысяч. Эти показатели характеризуют аудиторию до инцидента. Они не показывают, сколько компаний столкнулось с перебоями и какой ущерб понесло. Число уникальных пострадавших нельзя получить сложением этих двух показателей.
Для собственной компании нужны другие сведения: какие действия зависят от сервиса, сколько времени они могут ждать и кто продолжит работу при потере доступа.
Начните с обязательства, которое наступает первым
Список используемых приложений сам по себе мало помогает принять решение. Начните с результата: провести платёж, продолжить заказ, ответить клиенту, согласовать изменение.
У каждого такого действия должны быть срок и ответственный. Затем определите, что понадобится для выполнения: средства, реквизиты, документы, контакты, полномочия.
Я считаю важным заранее установить момент перехода на запасной порядок. Он должен оставлять время на подготовку, согласование и саму операцию. Если резерв включается только после пропущенного срока, ближайшее обязательство он уже не обеспечил.
Для каждого критичного процесса заполните короткую карточку:
В небольшой компании несколько ролей может совмещать собственник. Но если все резервные действия требуют его личного участия, стоит проверить, сможет ли он выполнить их одновременно. Запасной план должен учитывать возможности людей.
Посчитайте деньги, которыми можно воспользоваться к сроку
Для выбранного периода сопоставьте обязательные платежи со средствами, доступными для их исполнения при рассматриваемом сбое.
Общий остаток на счетах недостаточен для такой проверки. Важно выяснить, какой суммой можно распорядиться, через какой канал и успеет ли платёж пройти к нужному сроку.
Ожидаемое поступление включайте в расчёт после проверки срока и способа получения. Если доступ к сумме зависит от восстановления недоступного инструмента, альтернативную оплату она пока не обеспечивает.
Если обязательные платежи превышают доступные средства, определите, как покрыть разницу. Это может потребовать другого доступного способа финансирования и оплаты либо согласования условий с получателем. Подтверждённую договорённость о переносе срока учитывайте отдельно от намерения обсудить перенос.
Личные обязательства собственника и платежи компании считайте раздельно. Для каждого проверяйте доступ к средствам и полномочия человека, который будет проводить операцию.
Разница между обязательствами и доступными средствами ещё не является суммой убытка. Задержанный платёж, отложенная выручка и потерянная прибыль описывают разные последствия. Для оценки ущерба нужны собственные данные компании.
Попросите сотрудника открыть резервную копию
Наличие копии документа нужно проверять через её использование. Попросите назначенного сотрудника найти актуальные условия заказа, открыть рабочий файл и получить контакт человека, с которым потребуется согласование.
Проверку проведите без использования основного сервиса. Так станет понятно, доступна ли нужная информация в выбранном сценарии.
Отдельно проверьте вход в запасные инструменты и восстановление доступа. Понадобится ли для этого основной аккаунт или недоступная почта? Это вопросы к устройству вашей системы, а не утверждения о конкретных продуктах Яндекса.
Технические зависимости разбирайте с ответственным за ИТ или обслуживающим специалистом. Доступность финансовых операций и полномочия — с человеком, который отвечает за платежи.
Для меня резерв подготовлен, когда назначенный сотрудник способен выполнить нужное действие к сроку. Обещание разобраться при возникновении проблемы оставляет эту проверку на самый неудобный момент.
Договоритесь о действиях и связи
Команда должна понимать, кто включает запасной порядок, где фиксируются изменения и какие решения можно принимать самостоятельно.
Для документов выберите минимальный набор, необходимый для продолжения ближайшей работы. Для клиентских обращений определите резервный канал и человека, который будет его отслеживать. Для платежей проверьте доступный способ исполнения вместе с ответственным за финансы.
Затем проведите короткую репетицию одного критичного действия. Её результатом должен стать выполненный шаг: открытый документ, найденные условия заказа, установленная связь или проверенная возможность провести запланированную оплату.
Клиентам и контрагентам сообщайте, какие действия компания может выполнить и когда даст следующее обновление. Обещания по срокам основывайте на подтверждённых возможностях своей команды.
Верните в систему всё, что сделали во время сбоя
Планирование восстановления охватывает системы, данные и операции. Временное выполнение части процессов вручную — один из подходов, описанных NIST. Если во время перебоев команда ведёт временный учёт, назначьте ответственного за последующую сверку. В журнале фиксируйте действие, дату и исполнителя.
После восстановления доступа проверьте статусы платежей перед повторной отправкой, актуальность условий заказов и версии документов. Перенесите обращения из резервных каналов и решения, принятые вне основной системы.
Для меня работа восстановлена, когда команда пользуется согласованными данными и понимает статус обязательств. Доступ к интерфейсу помогает вернуться к этому состоянию, но сам по себе сверку не выполняет.
От провайдера я ожидаю работоспособности сервиса и понятной информации о восстановлении. От управления своей компанией — подготовленного порядка действий на время перебоев.
Выберите ближайшее обязательство и попросите ответственного показать, как он выполнит его без основного инструмента. Именно такая проверка покажет, какая часть запасного плана уже работает, а какую ещё нужно подготовить.