Миграция с облачного Битрикс24 на On-Premise под ключ

Миграция с облачного Битрикс24 на On-Premise

Облачный Битрикс24 не даёт прямого доступа к базе данных, кастомизация ограничена через REST API, а лимиты на запросы тормозят интеграции. Для компаний с тысячами сделок и десятками интеграций это становится узким местом. On-Premise (коробка) снимает эти ограничения: вы получаете полный контроль над сервером, неограниченные запросы к API и возможность модифицировать модули. Однако переезд с облака на коробку — не копирование файлов, а проект с анализом архитектуры, переносом данных через REST и адаптацией бизнес-процессов. Мы выполнили более 50 таких проектов и знаем все подводные камни. Оцените объём работ для вашего портала — мы проведём бесплатный аудит.

Как подготовиться к миграции с облачного Битрикс24 на On-Premise?

Перед началом нужно провести аудит портала: оценить объём CRM, диска, количество интеграций. От этого зависит стратегия переноса. Например, при 300 000+ записях CRM потребуется постраничный обход через crm.deal.list и параллельный запуск нескольких скриптов для диска. Мы рекомендуем сразу закладывать 2–4 недели на параллельную работу облака и коробки для сверки данных. Экономия на лицензиях при переходе на коробку может достигать 40% в год по сравнению с облачной подпиской.

Неавтоматизируемые данные

Через REST API не экспортируются история чатов, лента новостей и настройки SIP-телефонии. Бизнес-процессы выгружаются через bizproc.workflow.template.list, но их шаблоны привязаны к облачной конфигурации и требуют ручной адаптации под коробку. Файлы диска доступны через disk.file.get и disk.folder.uploadfile, но скорость ограничена тарифом: бесплатный — до 2 запросов/с, платный — до 200. Для десятков тысяч файлов это означает дни непрерывной работы скрипта.

Как мигрировать CRM без потери данных?

CRM-сущности — самый объёмный блок. Порядок переноса критичен для сохранения связей между записями.

1. Пользователи (user.get) — создаются на коробке вручную или через LDAP.
2. Статусы и воронки (crm.status.list, crm.dealcategory.list) — пересоздаются до загрузки данных.
3. Пользовательские поля (crm.userfield.list) — добавляются через crm.userfield.add.
4. Компании → Контакты → Лиды → Сделки — строго в такой последовательности с маппингом старых ID.
5. Активности и дела (crm.activity.list).
6. Комментарии таймлайна (crm.timeline.comment.list).

Пример постраничного обхода сделок:

$start = 0; $deals = []; do { $result = $bitrix24->call('crm.deal.list', [ 'select' => ['*', 'UF_*'], 'start' => $start, ]); $deals = array_merge($deals, $result['result']); $start = $result['next'] ?? null; } while ($start !== null); 

Файловое хранилище: как ускорить перенос?

Файлы с Диска скачиваются через disk.file.get (получить URL загрузки) и загружаются на коробку через disk.folder.uploadfile. При больших объёмах (десятки тысяч файлов) процесс занимает несколько дней непрерывной работы скрипта. Решение — параллельный запуск нескольких процессов с разделением файлов по папкам, но с контролем лимитов API. On-Premise превосходит облако в 2–3 раза по скорости обработки запросов к БД. Это особенно заметно при работе с большими каталогами: коробка обрабатывает 100 000+ товаров без задержек, тогда как облако упирается в лимиты API.

Какие риски при миграции с облачного Битрикс24 на On-Premise?

Главный риск — потеря связей между данными. Если импортировать сделки до создания пользовательских полей, они не найдут свои значения. Мы минимизируем это пошаговой верификацией: тестовый перенос на копию, затем полная проверка. Ещё один риск — сбои в интеграциях. Настройки 1С, ЮKassa, СДЭК придётся адаптировать под коробку, так как API эндпоинты могут отличаться. Это не ошибка миграции, а техническое требование. Окупаемость миграции — в течение 8–12 месяцев за счёт снижения ежемесячных платежей.

Что входит в нашу работу

Мы предлагаем полный цикл миграции под ключ:

• Аудит текущего портала и составление карты данных.
• Написание скриптов переноса под вашу структуру.
• Тестовый перенос с пошаговой верификацией.
• Перенастройка интеграций (1С, почта, телефония, ЮKassa).
• Настройка прав доступа и ролей на коробке.
• Обучение администраторов работе с On-Premise.
• Параллельная работа облака и коробки 2–4 недели.
• Сопровождение после запуска и устранение возможных расхождений.

Настройки и структура портала

В отличие от данных, настройки портала не мигрируют через API — их нужно перенастраивать вручную: структура отделов и должностей, права доступа (роли CRM, диска, групп), интеграции с внешними сервисами, внешние виджеты и приложения из маркетплейса. На коробке появляются возможности, которых нет в облаке: прямой доступ к базе, LDAP/Active Directory, кастомные модули и полный контроль над файловой системой. Это основная причина перехода для компаний с нетиповыми требованиями.

Почему важна правильная подготовка сервера?

Коробочный Битрикс24 требует:

• Linux (CentOS 7+, Ubuntu 18.04+) или Windows Server.
• PHP 7.4–8.1 с набором обязательных расширений.
• MySQL 5.7+ / MariaDB 10.3+.
• Минимум 4 ГБ RAM для команды до 50 пользователей, 16+ ГБ для 200+.

Для установки рекомендуем использовать BitrixVM — готовый образ виртуальной машины с настроенным стеком. Это экономит 2–4 часа на настройке. Мы помогаем подобрать конфигурацию под вашу нагрузку с учётом будущего роста.

Типичные сроки

После миграции обязателен период параллельной работы (2–4 недели), когда облако ещё доступно для сверки данных. Затем — переключение и закрытие облачной подписки.

Сравнение возможностей облака и коробки