Критический подрядчик: что делать, если весь бизнес зависит от одного облачного сервиса

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

Первый вопрос к критическому подрядчику - что именно перестанет работать при его недоступности. Нужно перечислить процессы, данные, интеграции и сотрудников, которые зависят от сервиса, а затем оценить допустимое время простоя. Без этой карты обещание высокой надёжности остаётся рекламной формулировкой.

Второй вопрос - кому фактически принадлежит контроль. Кто владелец аккаунта, на чью почту оформлен домен, у кого права администратора, кто может удалить проект, сменить платёжный метод или отключить двухфакторную защиту? Критические учётные записи должны принадлежать компании, а действия подрядчиков - выполняться через отдельные роли.

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

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

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

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