Міграція з хмари на On-Premise Бітрікс24: як перенести CRM та файли

Перенесення даних з хмарного Бітрікс24 на коробкову версію (On-Premise)

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

Як підготуватися до переходу на On-Premise?

Перед початком потрібно провести аудит порталу: оцінити обсяг CRM, диска, кількість інтеграцій. Від цього залежить стратегія перенесення. Наприклад, при 300 000+ записах CRM знадобиться посторінковий обхід через crm.deal.list та паралельний запуск декількох скриптів для диска. Ми рекомендуємо одразу закладати 2–4 тижні на паралельну роботу хмари та коробки для звірки даних. Економія на ліцензіях при переході на коробку може сягати 40% на рік — для команди з 50 користувачів це близько 120 000 грн.

Неавтоматизовані дані

Через 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 рази за швидкістю обробки запитів до БД, а також дозволяє одночасно запускати до 10 скриптів без обмежень. Це особливо помітно при роботі з великими каталогами: коробка обробляє 100 000+ товарів без затримок, тоді як хмара впирається в ліміти API.

Які ризики при переході на On-Premise?

Головний ризик — втрата зв'язків між даними. Якщо імпортувати угоди до створення користувацьких полів, вони не знайдуть свої значення. Ми мінімізуємо це покроковою верифікацією: тестове перенесення на копію, потім повна перевірка. Ще один ризик — збої в інтеграціях. Налаштування 1С, ЮKassa, СДЕК доведеться адаптувати під коробку, оскільки API ендпоїнти можуть відрізнятися. Ми маємо сертифікацію Bitrix Partner, що гарантує якість робіт. Окупність міграції — протягом 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 тижні), коли хмара ще доступна для звірки даних. Потім — перемикання та закриття хмарної підписки.

Порівняння можливостей хмари та коробки

Згідно документації Бітрікс24, коробкова версія дозволяє необмежені запити до API. Зв'яжіться з нами для розрахунку термінів та вартості міграції. Отримайте консультацію прямо зараз.