Облачный Битрикс24 удобен на старте: подключил — и работает. Но у компании растёт команда, появляются требования службы информационной безопасности, встаёт вопрос о хранении персональных данных на собственных серверах (152-ФЗ). И тогда возникает переезд с облака на коробку.
Главная проблема переезда — не сама установка коробочной версии. Это рутинная задача. Главная проблема — перенос данных так, чтобы ничего не потерять. И здесь стандартные средства вендора не спасают: выгрузка через «Резервную копию» переносит структуру, контакты и сделки, но сообщения в чатах, файлы и часть истории часто теряют авторов, даты или просто не открываются.
В этой статье — честный разбор: что именно ломается при типовом переносе, как этого избежать и в каких случаях коробка действительно нужна.
Что теряется при стандартном переносе
Большинство администраторов, впервые переносящих портал, идут по официальному пути: «Резервная копия» в облаке → загрузка архива на свой сервер. Технически это работает. Но после переезда сотрудники открывают чат — и видят:
- Сообщения без авторов. Вместо имени сотрудника — «Пользователь удалён» или пустое поле. Понять, кто что написал и кому отвечал, невозможно.
- Сбитые даты. Сообщения показывают дату переноса, а не исходную. Хронология переписки ломается, ссылки «посмотри, что мы обсуждали в марте» ведут в никуда.
- Файлы, которые не открываются. Вложения либо не переносятся, либо сохраняются без связи с сообщением. Договор, который прислали в чат год назад, найти не получится.
- Уведомления штурмом. После загрузки данных портал рассылает всем участникам уведомления о «новых» сообщениях — хотя это старая история. Сотрудники отключают оповещения и потом пропускают реальные.
Итог: формально портал перенесён, фактически — потеряна рабочая история. Для отдела продаж, где переписка с клиентом — это доказательство договорённостей, это критично.
Почему так происходит
Облачный и коробочный Битрикс24 — это разные с точки зрения идентификации. В облаке пользователь — это аккаунт на серверах вендора с уникальным внутренним ID. В коробке — локальная учётная запись с другим ID.
Стандартный перенос мэппит пользователей по email, но если email изменился, сотрудник уволился или аккаунт создавали не по регламенту — связь рвётся. Сообщения остаются, но «висят» без автора. Аналогично с датами: при загрузке через резервную копиюtimestamp сообщений может заменяться на момент импорта.
Как переносим без потерь
Правильный перенос — это не одна кнопка, а последовательность шагов с проверкой на каждом этапе. Так выглядит процесс, который мы используем.
1. Аудит портала (бесплатно)
До любого переноса смотрим, что именно есть на портале: сколько пользователей, чатов, групп, задач, файлов, какие интеграции подключены (1С, телефония, сайт). Оцениваем объём данных и риски. На этом этапе становится понятно, займёт перенос неделю или месяц.
2. Пилот на одном чате
Не переносим сразу весь портал. Берём один рабочий чат, переносим его на тестовую коробку и сверяем результат с оригиналом: авторы на месте? Даты совпадают? Файлы открываются? Если что-то не так — дорабатываем процедуру и повторяем. Пилот обычно занимает 1–2 дня, но экономит недели переделок на боевом переносе.
3. Выгрузка данных
Достаём данные из облака с сохранением всех связей: автор → сообщение → дата → вложения. Здесь используются комбинированные инструменты — часть через API Битрикс24, часть через прямую выгрузку, чтобы не потерять ничего из того, что стандартный экспорт пропускает.
4. Согласие сотрудников на перенос личных чатов
Личная переписка в Битрикс24 может содержать персональные данные. Переносить её без согласия участников нельзя (152-ФЗ). Поэтому перед переносом мы запрашиваем согласие — кто хочет перенести личные диалоги, а кто нет. Тех, кто не согласен, личные чаты не трогаем.
5. Загрузка в коробку
Загрузку делаем в согласованное нерабочее окно — обычно ночью или в выходной. В рабочие часы портал работает как обычно, сотрудники не замечают момента переключения. Параллельно подключаем интеграции: 1С, телефония, формы с сайта — все связи проверены заранее на пилоте.
6. Контроль и сдача
После переключения сверяем «было / стало» по контрольным точкам: случайные чаты, сделки, файлы, задачи. Если расхождений нет — фиксируем результат и передаём портал в работу.
Когда коробка действительно нужна
Не каждой компании нужен переезд. Вот ситуации, когда коробка — не каприз, а необходимость:
- Требования 152-ФЗ и службы ИБ. В регулируемых отраслях (фарма, финансы, производство) персональные данные должны храниться на серверах в вашем контуре. Облачный Битрикс24 это условие не выполняет — данные на серверах вендора.
- Команда от 50 человек и рост продолжается. Облако — это подписка за каждого пользователя, которая растёт вместе с командой. Коробка — разовая лицензия плюс продление (около 25–60% в год у вендора). При 50+ сотрудниках коробка обычно окупается за 1–2 года.
- Нужна глубокая кастомизация. В коробке можно менять поведение портала на уровне исходного кода — добавлять собственные модули, нестандартные интеграции, хранить больше данных, чем позволяют облачные лимиты.
- Свой сервер или частное облако. Если у компании уже есть серверная инфраструктура или требования к размещению данных в конкретном ЦОД — коробка ставится куда нужно.
Когда компания маленькая (до 20 человек), нет жёстких требований по безопасности и не планируется сложная кастомизация — облако остаётся разумным выбором. Переезд ради переезда не нужен.
Сколько стоит и сколько длится
Стоимость и сроки зависят от объёма данных, числа интеграций и согласования сотрудников на перенос личных чатов. Ориентиры:
- Малый портал (до 50 сотрудников, базовые процессы) — от 60 000 ₽, от 2 недель.
- Средний портал (до 200 сотрудников, CRM, группы, задачи, интеграции) — от 130 000 ₽.
- Сложный портал (200+ сотрудников, полная история, файлы, несколько интеграций) — от 280 000 ₽.
Точную смету даём после бесплатного аудита — там становится понятно, что именно нужно переносить и какие есть подводные камни.
Что в итоге
Перенос Битрикс24 из облака в коробку — технически решаемая задача, но «решаемая» не значит «делается одной кнопкой». Разница между формальным переносом и переносом без потерь — это сохранённая рабочая история: авторы, даты, файлы, уведомления. Терять её — значит заставлять команду заново собирать контекст, который уже был.
Если планируете переезд, начните с аудита: что есть на портале, что нужно перенести, где риски. Это бесплатно и занимает несколько дней, но экономит недели и сотни тысяч рублей на переделках.
Нужно перенести Битрикс24 в коробку без потери переписки — посмотрите, как мы это делаем, или оставьте заявку на бесплатный аудит.