Как малому бизнесу подготовиться к сбою облачного сервиса

Когда облачный сервис падает на несколько часов — это неприятно. Когда на несколько суток — это уже потери: пропущенные заявки, менеджеры без доступа к базе, счета, которые некому выставить. В октябре 2026 года атаки на дата-центры «Яндекса» оставили часть белорусских компаний без привычных инструментов на пять дней (podelu.by). Статья о том, как заранее понять, где у вашего бизнеса узкое место, и что сделать, чтобы один сбой не останавливал работу целиком.

Какие процессы чаще всего зависят от одного сервиса?

Начните с простого вопроса: если завтра утром этот сервис не откроется, что именно встанет? Для большинства небольших компаний список выглядит примерно одинаково.

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

Выпишите эти точки на лист. Рядом с каждой поставьте два вопроса: есть ли у вас доступ к данным, если сервис недоступен, и есть ли запасной способ выполнить ту же задачу вручную или через другой инструмент. Если ответ «нет» на оба — перед вами критическая зависимость.

Как понять, какая зависимость критическая, а какая терпит?

Удобно разбить процессы по простой матрице: насколько часто используется инструмент и насколько болезнен его отказ.

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

Что делать с критическими зависимостями до сбоя?

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

CRM и заявки. Договоритесь заранее, куда менеджер записывает контакт клиента, если CRM недоступна: общий чат в мессенджере, таблица на рабочем столе или даже блокнот со стандартной формой. Главное — чтобы это было зафиксировано письменно и все знали, где это правило лежит. Если вы ещё выбираете CRM или думаете, не пора ли сменить текущую, посмотрите как провести аудит CRM и интеграций — там есть методика, которая помогает найти такие слабые места заранее.

Электронный документооборот. В Беларуси работают несколько ЭДО-сервисов: Podpis.by, MetaEra, QuiDox, TOPBY. Если ваша компания использует только один, проверьте, зарегистрированы ли ваши ключевые контрагенты ещё на каком-то. Облачная ЭЦП, о развитии которой рассказывает Национальный центр электронных услуг (ilex.by), снижает зависимость от конкретного устройства — подпись доступна с любого компьютера. Но если недоступна сама платформа ЭДО, нужно знать, можете ли вы временно выставить бумажный документ и закрыть его электронным позже.

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

Телефония и приём звонков. Если IP-телефония облачная и сервис упал — убедитесь, что у вас есть хотя бы один мобильный номер, который клиенты могут найти на сайте или у партнёров. Номер телефона на случай сбоя лучше держать в подписи письма и в профиле в соцсетях.

Как защититься от потери данных, а не только от потери доступа?

Сбой сервиса и потеря данных — разные проблемы. В большинстве случаев облачный провайдер данные не теряет, просто они временно недоступны. Но бывает иначе: при атаке или критическом сбое оборудования восстановление может занять дни. Именно это и показала ситуация с дата-центрами в октябре 2026 года (podelu.by).

Для малого бизнеса достаточно трёх практик. Первое — регулярная выгрузка данных из ключевых сервисов: CRM, склад, база клиентов. Раз в неделю — минимум, раз в день для активных баз — лучше. Второе — хранить копии у разных провайдеров. Если CRM работает на серверах одной компании, резервную копию держите у другой. Третье — проверяйте, что копия реально восстанавливается. Бэкап, который никто не проверял, может оказаться пустым архивом.

Компания hoster.by запустила платформу для работы с ИИ-инструментами на белорусской инфраструктуре именно как ответ на риск зависимости от зарубежных сервисов (myfin.by). Логика та же применима к любому бизнес-инструменту: инфраструктура внутри страны даёт дополнительный буфер при международных сбоях.

Типичные ошибки при подготовке резервного плана

• Резервный план существует только в голове руководителя. Если он недоступен — команда не знает, что делать.
• Запасной инструмент есть, но никто не умеет им пользоваться. Нужна хотя бы одна тренировка.
• Бэкапы делаются, но хранятся в том же сервисе, который упал.
• Контакты ключевых клиентов и партнёров есть только в CRM. Минимальная выгрузка в таблицу раз в неделю закрывает эту проблему.
• Весь документооборот завязан на одном ЭДО-операторе без понимания, есть ли у контрагентов альтернатива.