Сообщение приходит в 03:40: «Битрикс24 не открывается, белый экран». Отправил его не системный администратор, а руководитель отдела продаж, который в это время смотрел заявки с сайта. Через двадцать минут выяснится, что портал недоступен целиком, ночная выгрузка из 1С не прошла, а в 09:00 в офис придут двадцать человек, у которых нет ни задач, ни сделок, ни телефонии.
Дальше всё зависит от того, есть ли у компании заранее продуманный сценарий. Если сценария нет, ночь уходит на переписку в общем чате, а к утру никто так и не понял, кому звонить. Ниже практическая часть: что делать в первые минуты, как отличить свою аварию от аварии на стороне сервиса, в какой момент нужна экстренная техподдержка Битрикс24 и как подготовиться, чтобы следующий сбой стоил двадцати минут вместо рабочего дня.
Ночью ломается ровно то же самое, что и днём. Меняется только цена
Список технических причин сбоя не зависит от времени суток: заканчивается место на диске, падает база данных, истекает сертификат, обновление уходит не туда, интеграция начинает возвращать ошибки. Ночью меняются две вещи: рядом нет человека, который заметит проблему рано, и нет того, кто имеет право что-то сделать.
При этом именно ночью в CRM происходит самое интересное. По расписанию отрабатывают роботы и бизнес-процессы, идёт обмен с учётной системой, выгружаются остатки и цены, формируются отчёты. Заявки с сайта и из мессенджеров падают в воронку круглосуточно: розница и интернет-торговля в Казахстане получают ощутимую долю обращений после полуночи. За четыре ночных часа недоступности разваливаются целые сценарии автоматизации, и восстанавливать их потом приходится руками.
Отдельная неприятность бывает тише. Портал открывается, интерфейс работает, а обмен с 1С встал в час ночи, и об этом никто не узнает, пока менеджер не увидит нулевые остатки. Формально CRM не «легла», фактически бизнес три дня работал по неверным данным. Поэтому вопрос «CRM не работает, что делать» стоит разделять на два: недоступность и неправильная работа. Второе диагностируется дольше и обходится дороже.
Первые десять минут: у вас сломалось или у Битрикс24
Прежде чем звонить кому бы то ни было, потратьте несколько минут на локализацию проблемы. Это единственная часть, которую выполнит любой сотрудник с базовыми навыками, и она экономит часы.
Шаг первый: проверить, что проблема не только у вас. Откройте портал с мобильного интернета, а не с офисного Wi-Fi, и с другого устройства. Попросите коллегу проверить у себя. Если у него всё работает, причина локальная: сеть, VPN, DNS, кэш браузера.
Шаг второй: проверить статус сервиса. У Битрикс24 есть официальная страница доступности status.bitrix24.ru. Там публикуется информация о работе датацентров, авариях и плановых работах, а также история прошлых инцидентов. Массовую аварию вы увидите за минуту, и тогда же станет понятно, что поднимать ночью подрядчика бессмысленно: на инфраструктуру вендора он не влияет.
Шаг третий: определить класс проблемы. Практически всё, что называют «CRM легла», раскладывается на четыре разные ситуации:
- Нет доступа ни у кого. Портал не отвечает, ошибка сервера, бесконечная загрузка. Самый понятный случай, и как ни странно, часто самый быстрый в решении.
- Нет доступа у части сотрудников. Почти всегда права, роли, отключённый пользователь, исчерпанное количество пользователей по тарифу или проблема на стороне конкретного офиса.
- Портал работает, а функция нет. Не отправляются письма, молчит телефония, не приходят сообщения из WhatsApp, не срабатывают роботы. Виноват здесь, как правило, внешний сервис или интеграция между ним и порталом.
- Портал работает, но данные неверные. Не прошёл обмен, задвоились элементы, пропали сделки. Самая коварная категория, требующая аккуратности: неправильные действия здесь делают хуже.
Эти четыре класса решают разные люди и разными способами. Если в ночном сообщении подрядчику указано «портал не открывается ни у кого, status.bitrix24.ru показывает штатный режим, началось около 03:20», техническая поддержка Битрикс24 начинает работу сразу. Если написано «у нас всё сломалось», первые полчаса уйдут на уточняющие вопросы.
Облако: что в вашей власти, а что нет
С облачным Битрикс24 граница ответственности проходит явно. Серверы, база данных и сеть остаются зоной вендора, чужую инфраструктуру не перезапустит ни ваш админ, ни подрядчик. Но делать есть что.
Во-первых, проверьте всё, что относится к вашему порталу: активен ли пользователь, не изменились ли права, не закончился ли оплаченный период, не исчерпан ли лимит пользователей. Довольно часто «ночная авария» оказывается результатом вечерней перенастройки прав, сделанной с лучшими намерениями.
Во-вторых, обращение в поддержку вендора. Здесь важны детали, о которых компании узнают в самый неподходящий момент. Чат с технической поддержкой Битрикс24 доступен на коммерческих тарифах, на бесплатном плане остаётся база знаний. Написать в поддержку может не любой сотрудник, а пользователь с правами администратора или ролью интегратора. Путь на компьютере: «Помощь» → «Написать в чат» → «Мне нужна помощь» → «Написать в поддержку». В мобильном приложении: «Меню» → «Поддержка».
Отсюда правило, которое стоит внедрить до ближайшей аварии: администраторов должно быть минимум двое, а роль интегратора выдана подрядчику. Если единственный администратор спит с выключенным телефоном, обращение не сможет открыть никто. Это частая причина, по которой инцидент растягивается до утра при исправной технической части.
В-третьих, полезно понимать границы. Поддержка вендора консультирует по документации, разбирает ошибки продукта и вопросы по оплате. Внедрение, разработка приложений, проектирование бизнес-процессов и настройка интеграций остаются задачами официальных интеграторов. Поэтому запрос «у нас перестал работать бизнес-процесс с вызовом внешнего сервиса» в чат вендора уйдёт в никуда: продукт исправен, сломалась ваша логика. Здесь нужна техподдержка Битрикс24 24/7 со стороны партнёра, который знает конкретно ваш портал.
Коробка: где искать причину ночного падения
С коробкой ситуация обратная: чинить придётся вам или подрядчику, зато и возможностей больше. По опыту сопровождения таких порталов ночные падения укладываются в несколько сценариев.
Первый и самый частый: закончилось место на диске. Растут логи, копятся резервные копии, разрастается каталог загрузок, и система перестаёт писать во временные файлы. Симптомы: ошибки при сохранении, белый экран, сбой сессий.
Второй: не отвечает база данных. Падение сервиса СУБД, исчерпание соединений, зависшие блокировки после тяжёлого ночного запроса. Портал обычно честно сообщает об ошибке подключения к базе.
Третий сценарий скучный, но встречается регулярно: истёк SSL-сертификат. Сервер жив, но браузеры отказываются открывать сайт, а мобильное приложение не подключается. Лечится за десять минут при наличии доступа к панели хостинга и за полдня, если доступов нет ни у кого. Рядом стоит обновление, запущенное вечером: обновлять коробку в 18:00 в пятницу не стоит по той же причине, по которой не выкатывают релиз перед отпуском. Прервавшийся процесс оставляет портал в промежуточном состоянии.
Отдельная история с агентами и cron. Отложенные задания выполняются либо «на хитах», либо по расписанию через cron. Если ночью трафика нет, а cron не настроен, часть регулярных операций просто не отработает.
В коробочных продуктах на платформе 1С-Битрикс есть штатные инструменты диагностики, которыми стоит пользоваться до того, как начать что-то менять. Раздел «Настройки» → «Инструменты» → «Проверка системы» проводит комплексное тестирование конфигурации сервера и проверяет права доступа на запись, для этого предусмотрены отдельные вкладки «Тестирование конфигурации» и «Проверка доступа к диску». Монитор производительности помогает найти узкие места на текущем хостинге. Механизм резервного копирования формирует архив с дампом базы данных и файлами сайта.
И главное правило ночной работы с коробкой: прежде чем что-либо чинить, сделайте копию. Диагностика в спешке легко порождает вторую аварию поверх первой, а восстановиться из копии, снятой в 04:00, проще, чем разбирать последствия трёх «попробуем вот так».
Когда «CRM легла» на самом деле означает потерю данных
Отдельный тип ночного сообщения: «у нас пропали все сделки за месяц». Обычно за этим стоит массовое удаление: неудачный импорт, ошибка в бизнес-процессе, действие сотрудника с широкими правами. Действовать здесь нужно строго по порядку.
Сначала корзина. Удалённые сделки, контакты, компании и лиды лежат в разделе «CRM» → «Ещё» → «Корзина», задачи в «Задачи и проекты» → «Ещё» → «Корзина», файлы в «Диск» → «Корзина». Данные хранятся там, как правило, 30 дней, после чего удаляются автоматически. Чаще всего ночная катастрофа закрывается именно здесь, за пятнадцать минут, при условии, что человек знает, где искать.
Если в корзине нужного нет, остаётся восстановление из резервной копии. В облачном Битрикс24 система ежедневно создаёт резервные копии данных, они доступны в течение семи дней, а восстановление выполняется по заявке администратора в техническую поддержку: специалисты проверяют, есть ли подходящая копия, и возвращают портал к состоянию на выбранную дату.
У этого есть цена. Восстанавливается весь портал целиком, а не отдельная сделка. Вместе с потерянными данными вы откатите всё, что сделано после точки восстановления: новые заявки, звонки, переписку, задачи. Если авария была в 03:00, а решение об откате принимается в 15:00, компания добровольно стирает рабочий день. Поэтому корзина идёт первой, откат последним, а между ними есть третий путь: восстановить критичное вручную из выгрузок, почты и истории звонков.
Для руководителя это означает, что откат портала относится к управленческим решениям, а не к техническим, и принимать его должен тот, кто понимает цену потерянного дня. Задача поддержки в этот момент проще: дать точную картину, что пропало и что будет потеряно при откате.
Как выглядит ночная эскалация на практике
Ниже иллюстративный сценарий. Это собранный пример, а не описание конкретного клиента, но по структуре он повторяет большинство ночных инцидентов.
Дистрибьюторская компания, 40 пользователей, коробочный Битрикс24 на собственном сервере, ночной обмен с 1С по расписанию. В 02:15 обмен запускается, логи растут, свободное место заканчивается. В 03:40 первый сотрудник видит, что портал отдаёт ошибку.
03:42. Сотрудник пишет в чат дежурной линии подрядчика. Деталь существенная: ночью общий рабочий чат не прочитает никто.
03:50. Дежурный инженер подключается, проверяет доступность сервера и панель хостинга, видит переполненный диск и ошибки записи. Диагноз занимает восемь минут, потому что доступы получены заранее и лежат в защищённом хранилище, а не «у Ерлана, он утром скинет».
04:05. Инженер освобождает место за счёт архивных логов и старых копий, портал поднимается. Работоспособность он проверяет по контрольному списку: авторизация, открытие сделки, сообщение в открытую линию, тестовый звонок. Незавершённый обмен фиксирует и ставит перезапуск на утро, потому что трогать данные в четыре утра без представителя заказчика никто не будет.
09:10. Ответственный со стороны клиента получает короткий отчёт: что произошло, что сделано, что осталось. Обмен перезапускается под контролем, данные сверяются.
В течение недели. Настраивается ротация логов, ограничивается глубина хранения резервных копий на сервере, добавляется мониторинг свободного места с оповещением. То есть устраняется причина, иначе через два месяца всё повторится.
Обратите внимание, сколько здесь собственно технической работы: около пятнадцати минут. Всё остальное сделала организация процесса: кому писать, у кого есть доступы, кто принимает решения, как проверяется результат. Она и определяет, работает ли круглосуточная поддержка на самом деле.
Регламент аварии: одна страница, которая экономит ночь
Документ стоит подготовить заранее и держать доступным вне Битрикс24: когда портал недоступен, инструкция внутри портала бесполезна. Достаточно одной страницы.
- Что считается аварией. Разделите ситуации по уровням: портал недоступен всем; недоступна критичная функция (телефония, приём заявок, обмен); неудобство, которое ждёт до утра. Без этого ночью будят по любому поводу, а через месяц перестают реагировать вообще.
- Кто и куда сообщает. Один канал для экстренных обращений, известный всем: конкретный номер или чат дежурной линии, а не общий рабочий чат и не личный телефон менеджера.
- Кто принимает решения. Фамилия человека, который согласует откат портала, перезапуск обмена или отключение интеграции, и его резервный контакт.
- Где лежат доступы. Хостинг, домен, сертификаты, база данных, администратор портала. Всё в защищённом хранилище паролей, доступном минимум двоим.
- Как работает бизнес, пока CRM недоступна. Куда менеджеры записывают заявки, кто отвечает клиентам, что говорить. Обычная таблица на общем диске решает вопрос, если о ней договорились заранее.
- Что делаем после. Разбор причин и конкретное действие, устраняющее повторение.
Проверяется регламент просто: попросите случайного сотрудника ответить, куда он напишет, если завтра в четыре утра CRM перестанет открываться. Если ответа нет, то и регламента нет, что бы ни было записано в договоре.
Почему 24/7 держится на процессе, а не на дежурном с телефоном
Формулировка «поддержка 24/7» есть почти в каждом коммерческом предложении, поэтому стоит проверять, что за ней стоит. Обычно круглосуточная поддержка держится на четырёх вещах.
Дежурство и эскалация. Известно, кто принимает обращение ночью, за какое время отвечает и кого поднимает, если квалификации не хватает. Один инженер не знает одинаково хорошо серверную инфраструктуру, телефонию и бизнес-процессы, поэтому нужна вторая линия.
Доступы, полученные заранее. Ночь неподходящее время для запроса пароля от хостинга. Без доступов любые обещания про 24/7 превращаются в переписку до утра.
Знание конкретного портала. Разница между «специалистом по Битрикс24» и специалистом, который сопровождает ваш портал, измеряется часами простоя. Второй знает ваши интеграции и что менялось на прошлой неделе, и проверит именно это.
Работа с причинами. Хорошая поддержка возвращается к инциденту днём и закрывает источник проблемы. Плохая просто ждёт следующего звонка.
В B2BPRO.KZ экстренные обращения принимаются круглосуточно, включая выходные и праздники: дежурная линия работает 24/7, а по коробочным порталам мы заранее получаем доступы к серверу и хостингу, чтобы ночью не тратить время на согласования. Если ответа на вопрос «кому звонить в три часа ночи» у вас сейчас нет, оставить заявку на техподдержку Битрикс24 стоит до аварии: подключение к сопровождению начинается с аудита портала и сбора доступов, а это несколько рабочих дней.
Что спросить у подрядчика до того, как что-то сломается
Если техподдержка Битрикс24 у вас уже есть, потратьте десять минут и задайте несколько вопросов. Ответы определят, как пройдёт ваша следующая ночь.
- По какому каналу принимаются экстренные обращения ночью и в выходные и кто на нём дежурит?
- За какое время вы обязуетесь ответить на критичное обращение и чем это закреплено в договоре?
- Какие доступы к нашей инфраструктуре у вас уже есть, а какие придётся запрашивать в момент аварии?
- Как организовано резервное копирование и когда мы последний раз проверяли восстановление из копии?
- Получаем ли мы после инцидента разбор причин и план, чтобы он не повторился?
Последний вопрос стоит задать обязательно. У компаний, где одна и та же авария случается трижды за полгода, обычно есть подрядчик, который каждый раз добросовестно её устраняет и ни разу не спросил, почему она возникает.
Частые вопросы
Как быстро понять, что проблема на стороне Битрикс24, а не у нас?
Проверьте портал с другого устройства и мобильного интернета, затем откройте официальную страницу статуса доступности status.bitrix24.ru, где публикуется информация об авариях и плановых работах. Если там штатный режим, а портал не открывается ни у кого, проблема локальная: сеть, права, настройки или инфраструктура коробки.
Можно ли восстановить сделки, удалённые ночью по ошибке?
В большинстве случаев да. Удалённые сделки, контакты, компании и лиды попадают в корзину («CRM» → «Ещё» → «Корзина») и хранятся обычно 30 дней, отдельные корзины есть у задач и файлов на Диске. Если нужного там нет, в облаке остаётся восстановление портала из резервной копии по заявке администратора в техподдержку. Откатывается при этом весь портал на выбранную дату, поэтому такой вариант считается крайней мерой.
Кто может обратиться в поддержку самого Битрикс24?
Обращение может создать пользователь с правами администратора или ролью интегратора, чат с поддержкой доступен на коммерческих тарифах. Поэтому стоит заранее назначить как минимум двух администраторов и выдать роль интегратора подрядчику, иначе ночью обращение будет некому открыть.
Чем экстренная техподдержка отличается от обычного сопровождения?
Обычное сопровождение работает по графику и в порядке очереди: доработки, настройки, обучение. Экстренная поддержка включается при недоступности портала или критичной функции, работает круглосуточно и решает одну задачу: вернуть работоспособность за минимальное время. Эти два режима обычно покупают вместе, но регламентируют по-разному.
У нас коробочный Битрикс24 и свой системный администратор. Нужна ли внешняя поддержка 24/7?
Зависит от того, что происходит, когда ваш администратор в отпуске, на больничном или недоступен ночью. Внешняя поддержка 24/7 работает как страховка и как вторая линия по продукту: системный администратор отвечает за сервер, специалист по Битрикс24 за платформу, бизнес-процессы и интеграции. Разделить эти зоны письменно стоит до первой аварии, а не тогда, когда обе стороны заняты поиском виноватого.