Переезд из облачного Битрикс24 в коробочную версию — это отдельный проект, а не простая выгрузка списка клиентов. Важно сохранить нужные связи, подготовить сервер и переключить внешние сервисы без потери обращений. Планировать переход лучше до окончания действующей подписки, чтобы срок лицензии не заставлял запускать непроверенную систему.
Проверьте, зачем компании коробка
Запишите причины перехода: собственная инфраструктура, требования к размещению, особые доработки или интеграции. Для каждой причины проверьте, что выбранная редакция и архитектура действительно решают задачу. Коробочная версия добавляет ответственность за сервер, обновления и резервное копирование. Возможность управлять средой сама по себе не обеспечивает её надёжность и безопасность.
Назначьте владельца переезда, администратора сервера и ответственных за данные. Определите допустимое окно переключения и способ связи сотрудников на время работ. Если компания продолжает принимать заявки через несколько каналов, нужен порядок их учёта во время перехода. Иначе даже корректно перенесённая база не спасёт обращения, поступившие между выгрузкой и запуском.
Составьте инвентаризацию данных
Перечислите пользователей, структуру компании, CRM, задачи, проекты, файлы, настройки и приложения. Для каждого раздела укажите, что обязательно сохранить, что можно оставить в архиве и какие связи критичны. Количество записей полезно для контроля, но недостаточно для приёмки: контакт без истории и связанной сделки может быть технически перенесён, но непригоден для работы.
Отдельно опишите автоматизации и интеграции. Внешний сервис может хранить адрес портала, идентификаторы сотрудников и ключи доступа. После переезда эти настройки нередко требуют изменения или повторной авторизации. Не рассчитывайте, что работоспособность стороннего приложения автоматически переносится вместе с карточками CRM; условия проверяют у разработчика конкретного решения.
Выберите способ переноса и уточните ограничения
Доступность полного или частичного переноса зависит от исходного портала, целевой редакции и используемого инструмента. В официальном Хелпдеске есть обзор приложений для миграции, но состав переносимых объектов у решений отличается. До оплаты запросите подтверждение по своей инвентаризации, включая файлы, связи, историю и пользовательские поля.
Не принимайте обещание «перенесём всё» без списка исключений. Заранее выясните, какие идентификаторы меняются, как сопоставляются пользователи и что происходит с удалёнными сотрудниками. Если используются собственные поля или нестандартные процессы, включите их в пробный перенос. Наличие типового мигратора не отменяет проверки конкретной структуры данных компании.
Подготовьте целевую среду
Администратор должен подготовить поддерживаемое окружение, домен, сертификат, резервное копирование и мониторинг. Ресурсы сервера рассчитывают по нагрузке и объёму данных, а не только числу зарегистрированных пользователей. Важно проверить фоновые задания, отправку почты, доступность внешних сервисов и восстановление из резервной копии до работы с основной базой.
Тестовую среду отделяют от рабочей. На ней не должны случайно отправляться сообщения клиентам или выполняться реальные внешние операции. Для проверки интеграций используют согласованные тестовые режимы либо ограниченный набор действий. Так пробный перенос не создаст дубли обращений, заказов или уведомлений в действующих системах.
Проведите репетицию и приёмку
На пробном переносе измерьте продолжительность, сравните число объектов и проверьте выбранные рабочие сценарии. Менеджер должен найти клиента и историю, исполнитель — задачу с файлом, руководитель — нужный отчёт. Проверяйте доступ обычных ролей: администратор может видеть данные, которые не открываются сотрудникам из-за неправильного сопоставления прав.
Составьте журнал расхождений и определите, какие из них блокируют запуск. Не откладывайте критические связи «на потом», если сотрудники зависят от них ежедневно. Репетиция должна дать не только тестовый портал, но и уточнённую инструкцию переключения: порядок действий, ответственных, контрольные точки и условия возврата к исходной системе.
Переключайтесь по согласованному плану
Перед финальным переносом зафиксируйте момент ограничения изменений в исходной системе. Выберите способ учёта новых обращений, выполните перенос и переподключите каналы по списку. После каждого подключения проверьте входящее событие и ответ. Избегайте одновременной независимой работы двух порталов с одной базой клиентов без специально предусмотренной синхронизации.
Исходные данные и необходимые доступы сохраняют до завершения приёмки в рамках согласованного порядка. Заранее определите, что будет происходить с изменениями, сделанными после переключения, если понадобится возврат. С AutoBIT24 можно начать с инвентаризации и репетиции: они дают основу для оценки сроков и бюджета без обещания универсального переезда за фиксированное время.
