План непрерывности для CRM/ERP в офисе при сбоях связи

Зачем офису нужен план непрерывности CRM/ERP

CRM и ERP часто воспринимают как «программы в компьютере», но для офиса это и есть рабочее место. Продажи фиксируют лиды, бухгалтерия выставляет счета, склад отгружает, колл-центр видит историю клиента. Как только система недоступна, начинается простой, даже если сотрудники на месте.

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

План непрерывности нужен, чтобы заранее договориться, что именно должно продолжаться при сбое электричества или интернета, и как команда работает эти часы без хаоса. Обычно «минимальный режим» включает прием обращений и фиксацию черновиков, проверку остатков и статусов по последней выгрузке, выписку первичных документов по заранее подготовленным формам и несколько критичных согласований (например, отгрузка, возврат, срочная закупка).

Техника важна, но одна техника не спасает. Если не прописано, кто переключает интернет, кто запускает ИБП, где лежат телефоны провайдеров и как фиксировать операции вручную, первые 30 минут уйдут на обсуждения.

Самая ценная часть плана - регламент первых 10 минут. Нужен один ответственный, который объявляет аварийный режим, распределяет задачи и решает: ждем восстановления, переходим на резервный канал или временно работаем офлайн. Когда роли назначены заранее, офис не «замирает», а продолжает ключевые операции даже в плохой день.

Какие сбои бывают и как они бьют по работе

Сбой почти никогда не выглядит как «все сразу». Чаще это цепочка мелких проблем, из-за которых сотрудники теряют доступ к CRM/ERP, а клиенты получают задержки. Чтобы план был рабочим, важно заранее понять, какие поломки реально встречаются именно у вас.

Самый заметный сценарий - отключение электричества. Гаснут ПК, точки Wi‑Fi, телефония, а если сервер или сетевое оборудование стоят в офисе, останавливается и база. Даже при коротком провале питания часто «падает» роутер или коммутатор, и интернет не возвращается сам, пока кто-то не перезагрузит оборудование.

Второй частый удар - связь. Может лечь основной провайдер, начаться потери пакетов, или «зависнуть» маршрутизатор. Иногда интернет вроде есть, но не работает VPN или удаленный доступ к облаку: вход не проходит, страницы не открываются, синхронизация замирает.

Есть и человеческий фактор: кто-то выключил ИБП «чтобы не пищал», выдернул кабель в стойке, поменял порт, случайно перезагрузил сервер. Эти ошибки коварны тем, что выглядят как «непонятный глюк» и тратят время на поиски.

Чаще всего первым ломается то, что завязано на одну точку отказа: кассы и терминалы, почта и календарь (если авторизация через общий контур), доступ к базе и общим папкам (DNS/DHCP, роутер), телефония и мессенджеры поддержки (SIP и Wi‑Fi на одном коммутаторе), печать документов (сетевые принтеры «не видят» сервер).

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

Цели восстановления: RTO и RPO простыми словами

Чтобы план не был «про запас», нужны две цифры: сколько времени офис может жить без CRM/ERP и сколько данных допустимо потерять. Это основа плана непрерывности.

RTO - это время простоя, которое вы готовы терпеть. Если RTO = 2 часа, значит через 2 часа после сбоя система снова должна помогать работать (пусть даже в упрощенном режиме).

RPO - это «глубина потери данных» по времени. Если RPO = 15 минут, значит при аварии вы соглашаетесь максимум на потерю последних 15 минут изменений: звонков, заказов, оплат, проводок.

Разница по отделам обычно такая. Отдел продаж часто выдерживает 1-2 часа без CRM, если есть список клиентов и шаблоны КП. Но потеря данных болезненна: свежие лиды потом сложно восстановить. Бухгалтерия, наоборот, может пережить более долгий перерыв (например, до конца рабочего дня), но RPO обычно должен быть минимальным: потерянные проводки и счета могут «сломать» закрытие периода.

Перед тем как утвердить цели, ответьте на четыре вопроса:

• сколько заказов/операций теряется за час простоя (в деньгах и в репутации)
• какие операции нельзя делать вручную даже временно
• кто принимает решение о ручном режиме и кто фиксирует изменения
• где находится «источник правды»: CRM, ERP, касса, банк-клиент

Зафиксировать цели для руководства можно одним абзацем: «Для CRM (продажи) RTO 2 часа, RPO 15 минут; для ERP (учет) RTO 8 часов, RPO 5 минут. При сбое переходим на утвержденный ручной режим, все операции записываем в шаблон, после восстановления переносим в систему ответственными сотрудниками».

Электропитание: ИБП, генератор и приоритеты

Если CRM/ERP стоит в офисе или локальной серверной, все начинается с вопроса: что должно пережить отключение электричества без остановки работы.

Сначала определите «обязательный минимум» на ИБП. Обычно это не все подряд, а то, что держит систему и связь живыми: сервер(а) и хранилище, сетевое оборудование (роутер, коммутатор, точки доступа, модем), телефонная связь (если IP-телефония) и один ПК для дежурного, а также минимальное освещение в серверной, чтобы можно было безопасно работать.

Дальше посчитайте реальное время работы. Ошибка номер один - верить «паспортным» цифрам ИБП. На практике время зависит от суммарной нагрузки (Вт), состояния батарей, температуры и того, насколько ИБП загружен. Проверьте потребление на месте (по PDU, ваттметру или данным блоков питания), заложите запас 20-30% и хотя бы раз проведите тест: отключили ввод, засекли, сколько держится критичный набор.

Нужен ли генератор? Если отключения редкие и короткие (10-30 минут), часто хватает ИБП плюс четкий регламент. Если свет пропадает на 1-2 часа и дольше, или работа критична (касса, прием пациентов, выдача документов), генератор становится оправданным. Важно, чтобы ИБП перекрывал время запуска генератора и переключения.

Чтобы не посадить батареи за 5 минут, заранее пропишите порядок отключения неприоритетного. Обычно первыми уходят принтеры и МФУ, зарядки и бытовая техника, затем обычные рабочие места, не участвующие в аварийных операциях, и вспомогательные сервисы.

Отдельно подумайте о скачках напряжения. Часто проблема не в «полном отключении», а в просадках и всплесках, после которых падают коммутаторы или портятся блоки питания. Для серверов и сетевого оборудования выбирайте ИБП с нормальной стабилизацией, по возможности добавьте защиту на вводе и не подключайте серверную через бытовые удлинители. Если в стойке стоят серверы уровня GSE S200 или похожие, лучше сразу заложить корректную схему питания и защиту, чем потом разбираться с внезапными перезагрузками и потерей данных.

Интернет: резервные каналы и переключение без паники

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

Какие варианты резерва реально работают

Для одного офиса чаще всего выбирают сочетание «основной проводной канал + запасной беспроводной». Запасной канал может быть от второго провайдера (другая трасса), через LTE/5G (SIM в модеме или роутере), радиоканал (если доступен в районе) или спутник (как крайний вариант).

Заранее решите, что спасать первым. Обычно приоритет такой: доступ к CRM и ERP, телефония и колл-центр (SIP), почта и мессенджеры для координации, удаленный доступ для ключевых сотрудников. Все остальное (обновления, облачные диски, видео) можно ограничивать.

Автопереключение или ручной план

Автопереключение (failover) удобно, если в офисе некому «дежурить» по связи. Оно снижает простой, но требует настройки и тестов. Ручной план подходит, если офис небольшой и есть ответственный: он переключает WAN на роутере, раздает резервный Wi‑Fi или включает отдельный LTE-модем для критичных рабочих мест.

Минимальная схема без сложной сети: роутер с двумя входами (основной провайдер и LTE-модем) и отдельная Wi‑Fi сеть «Резерв». На резервном канале стоит ограничить тяжелый трафик, чтобы CRM/ERP не «захлебнулись».

Проверяйте резерв заранее, а не в момент аварии: измерьте скорость в рабочее время, проверьте стабильность 1-2 часа, сделайте тестовый звонок по SIP и откройте CRM/ERP одновременно на нескольких ПК. Хороший признак - когда после переключения сотрудники замечают только короткую паузу, а не «все упало».

Кэш и офлайн-режим: как сохранить работу при обрыве связи

Даже если CRM/ERP в облаке, офис может продолжать работу при обрыве связи, если заранее решить, что можно держать локально и как потом аккуратно вернуть данные в систему.

Локально обычно имеет смысл хранить только то, что нужно каждый день и не меняется каждую минуту: контакты ключевых клиентов, прайсы, карточки товаров, базовые остатки по складу, открытые заявки и статусы. Практичный вариант - делать выгрузки по расписанию (например, утром и после обеда) на защищенный общий диск или на устройства ответственных сотрудников.

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

Чтобы не остановить продажи и обслуживание, подготовьте «аварийный набор»: офлайн-форма заказа/заявки (таблица или печатный бланк), шаблон счета/коммерческого предложения с последним прайсом, список телефонов клиентов и ответственных, короткая инструкция «кто фиксирует, кто утверждает, кто вводит в CRM после восстановления».

После восстановления связи важны правила синхронизации. Договоритесь, что все офлайн-заявки получают временный номер (например, дата + инициалы + порядковый номер), а ввод в CRM делает один ответственный или небольшая группа. Так меньше дублей и конфликтов.

Типовой сценарий: интернет пропал на 2 часа. Менеджеры продолжают принимать заказы по телефону и фиксируют их в офлайн-таблице, при необходимости прикладывая фото или скрин подтверждения. Когда связь вернулась, ответственный переносит заявки в CRM по временным номерам и отмечает, какие уже обработаны. Если в CRM есть поля «источник» и «время факта», заполняйте их всегда - это упрощает разбор спорных случаев.

Резервные копии: что сохранять и как часто

Бэкап для CRM/ERP - это не только «снять копию базы». При аварии часто не хватает мелочей: конфигов, интеграций, файловых вложений, ключей доступа. Поэтому в план включайте полный набор того, без чего система не поднимется за приемлемое время.

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

Хорошая базовая схема - 3-2-1 простыми словами:

• 3 копии данных: рабочая и две резервные
• 2 разных носителя: например, NAS и удаленное хранилище
• 1 копия вне офиса: в другом помещении, дата-центре или другом филиале

По частоте ориентируйтесь на цену потери данных. Для большинства офисов работает комбинация: полная копия раз в сутки, более частые инкрементальные копии (например, каждый час) и копия «по событию» перед обновлениями, изменениями настроек и подключением новых интеграций. Если в ERP идут платежи или склад живет в реальном времени, продумайте более короткий интервал для критичных таблиц или журналов.

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

Пошаговый регламент на случай аварии

Хороший план начинается с простого правила: в первые 10 минут не чините все подряд, а действуйте по короткому сценарию. Это снижает хаос и помогает не потерять данные.

Базовый регламент, который удобно распечатать и держать в серверной и у администратора:

• Зафиксируйте время и тип сбоя: пропало электричество, интернет или оба. Отметьте, что именно перестало работать (Wi‑Fi, проводной доступ, телефония, сервер).
• Назначьте ответственного за инцидент и один внутренний канал связи (например, группа в мессенджере или звонки). Он собирает статусы и раздает задачи.
• Переведите питание на ИБП, отключите все лишнее и сохраните приоритеты (сервер, сеть, рабочее место кассы). Если заряда мало, планируйте корректное завершение работы, а не внезапное выключение.
• Переключите интернет на резервный канал и проверьте доступ к CRM/ERP: открывается ли вход, проходит ли авторизация, работает ли печать и обмен с бухгалтерией.
• Запустите офлайн-процедуры: принимайте заявки по телефону, фиксируйте продажи и изменения в журнале, а после восстановления выполните синхронизацию и проверку целостности.

Офлайн-процедуры стоит заранее сделать простыми: один шаблон журнала изменений, один человек отвечает за записи, и четкое правило, какие операции запрещены без системы (например, возвраты или списания).

После восстановления связи не пытайтесь сразу «догонять» работу. Сначала проверьте, что сервисы поднялись, данные в CRM/ERP на месте, интеграции не накопили ошибки. Затем ответственный делает короткий отчет: причина, длительность, что сработало, что нужно поправить (например, не хватило заряда ИБП или не был готов резервный модем).

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

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

Одна из частых ошибок: ИБП есть, но к нему подключены только серверы. В момент отключения света падают коммутатор, роутер и точки доступа Wi‑Fi, и офис остается без сети, хотя «питание на сервере есть».

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

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

Четвертая: офлайн-учет ведут в разных файлах, и потом данные невозможно свести без потерь.

Пятая: план не обновляют после смены CRM/ERP, роутера или ответственных. Новый сотрудник не знает регламент, а старые инструкции уже не подходят.

Полезная проверка раз в квартал:

• выключите питание на 5 минут и убедитесь, что сеть и Wi‑Fi живут от ИБП
• включите резервный канал и засеките время до доступа в CRM/ERP
• восстановите тестовую копию базы на отдельной машине
• проверьте единый шаблон офлайн-форм и место, куда их сдавать
• обновите контакты ответственных и пароли в запечатанном конверте

Пример: офис на 20 человек остался без интернета, и менеджеры начали записывать заявки «как удобно». Через 4 часа часть заказов задублировали, а часть потеряли. Один общий шаблон и правило «сдавать в одну папку/чат ответственному» решают это намного лучше, чем героизм после аварии.

Короткий чек-лист: перед запуском и раз в квартал

Чек-лист удобен тем, что снимает лишние споры в момент аварии. Он полезен и для небольшого офиса с CRM/ERP в облаке, и для офиса с собственной серверной. Если план уже есть, проверьте, что он опирается на реальные тесты, а не на ожидания.

Перед запуском (или после изменений)

Потратьте 30-40 минут и закройте базовые риски:

• Проверьте ИБП: уровень заряда, самотест и сколько минут реально держит критичные устройства (сервер, роутер, коммутатор).
• Прогоните переключение на резервный интернет: отключите основной канал и убедитесь, что связь восстанавливается предсказуемо и быстро.
• Сверьте контакты ответственных: кто принимает решение, кто звонит провайдеру, кто проверяет серверы, и где лежат пароли/коды доступа.
• Откройте последний бэкап и проверьте чтение: файл должен не просто существовать, а открываться и проходить проверку целостности.
• Уточните, как сотрудники работают без связи: где шаблоны, какие данные фиксируют вручную, как потом заносят в систему.

Раз в квартал (15 минут, без героизма)

Короткая тренировка лучше редкого большого учения. Выберите спокойное время и сделайте мини-сценарий:

• Имитируйте сбой на 5 минут: отключите основной интернет или питание на некритичном контуре и засеките время реакции.
• Проверьте, что ответственные на связи: одно сообщение или звонок каждому по цепочке.
• Убедитесь, что резервный канал и доступ к CRM/ERP работают с рабочих мест.
• Поднимите тестовое восстановление из копии на отдельной машине или в отдельной папке.

Если у вас есть партнер по технике и поддержке (например, системный интегратор), раз в год полезен внешний взгляд на этот чек-лист: чаще всего всплывают именно мелочи, которые и ломают восстановление.

Пример: офис остался без света и интернета на 4 часа

Офис на 25 человек. CRM в облаке, ERP на локальном сервере в серверной. В обычный день все работает через основной интернет, а доступ к ERP идет по локальной сети. Задача простая: не потерять заявки и не наделать ошибок в учете, пока нет питания и связи.

Так может выглядеть регламент по минутам, если одновременно отключились свет и основной интернет:

• 0-5 минут: ответственный подтверждает аварийный режим, фиксирует время, запрещает «самодеятельность» (не перезапускать серверы и роутеры без команды). Дежурный проверяет, что ИБП держит сеть и сервер.
• 5-15 минут: включают резервный интернет (LTE/5G роутер или модем) и переводят критичные рабочие места (продажи, ресепшен) на него. Если ИБП дает мало времени, ERP корректно завершают и закрывают сессии.
• 15-30 минут: продажи переходят на заранее подготовленные формы (таблица/шаблон) и принимают заявки по телефону. Клиенту обещают подтверждение в течение дня, не «кормят» статусами из CRM.
• 30-240 минут: склад и бухгалтерия фиксируют операции в журнале: отгрузки, приемки, оплаты, возвраты. Каждая запись получает номер и инициатора, чтобы позже без споров перенести в ERP.
• 240+ минут: после возвращения питания и связи выполняют проверку и только потом начинают массовый ввод данных.

Как не терять клиентов отделу продаж: назначьте 2-3 человека, которые остаются «на связи» через резервный интернет или телефон. Они принимают заявки, уточняют детали и ставят отметки в офлайн-журнале. В CRM данные вносятся позже одним потоком, чтобы не было дублей и путаницы.

Как работает бухгалтерия и склад: главное не пытаться «приблизительно вспомнить» операции. Все движения фиксируются сразу, даже если это бумага + фото на телефон. Если ERP сервер был корректно остановлен, меньше риск повреждения базы. Если сервер оставался на ИБП, на время нестабильности лучше ограничиться чтением, а проводки и движения делать уже после стабилизации.

После восстановления питания и интернета проверьте несколько вещей перед тем, как вернуться к обычному режиму:

• целостность базы ERP и корректность времени на сервере
• статус последних резервных копий и их доступность
• что CRM синхронизируется без ошибок, а заявки не задвоились
• что кассы, терминалы, принтеры и сканеры снова в сети
• что офлайн-журналы полностью перенесены и подтверждены ответственными

Следующие шаги: тренировки, техника и поддержка

План непрерывности работает только тогда, когда он понятен и проверен. Начните с конкретики: соберите актуальную схему, как все устроено сейчас. Где размещены CRM/ERP (локально или в облаке), где лежат резервные копии, как подключен интернет, что питает серверную и рабочие места, кто имеет доступ к паролям и настройкам.

Дальше договоритесь о целях восстановления. Одни отделы переживут простой 2 часа, другие - нет. Зафиксируйте RTO и RPO простыми словами и утвердите единый регламент на 1-2 страницы: что делаем при отключении света, при падении интернета, при проблемах с сервером, и кто принимает решения.

Чтобы это не осталось «бумагой», назначьте владельца процесса (конкретного человека) и включите регулярную проверку.

Минимальный план действий на ближайший месяц

• Нарисовать схему питания и связи, отметить слабые места и точки отказа.
• Согласовать RTO/RPO по ключевым операциям (продажи, счета, склад, прием заявок).
• Подготовить короткий регламент и контакты ответственных (ИТ, бухгалтерия, руководитель смены).
• Провести учебный «тестовый отказ» в спокойное время.
• Зафиксировать результаты и обновить регламент.

Тестируйте не реже раза в квартал. Простой сценарий: «интернет пропал на 30 минут» или «серверная на ИБП, но без внешнего питания 20 минут». Цель не в героизме, а в том, чтобы люди действовали по шагам и понимали, что важно сохранить в первую очередь.

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

Если CRM/ERP уже тормозит, рабочие станции не тянут обновления, а серверы перегружены, вы будете терять время именно в аварии. Иногда дешевле заранее обновить сервер или рабочие места под реальные задачи, чем постоянно «дотягивать» на изношенном железе.

Если своих ресурсов мало, имеет смысл подключать системного интегратора и поддержку 24/7. Например, GSE.kz (gse.kz) работает как производитель оборудования и системный интегратор в Казахстане: они выпускают серверы S200 и сопровождают инфраструктуру через круглосуточную техподдержку и сервисную сеть по стране. Это удобно, когда счет идет на часы, а план непрерывности нужно не только написать, но и реально оттестировать на вашей инфраструктуре.