Перехід між тарифами Bitrix24
Компанія підключила B24 на тарифі «Професіональний» два роки тому — для 50 осіб з повним набором інструментів. Тепер команда скоротилася до 20, половина функцій не використовується, а платять по-колишньому за повну ліцензію. Або навпаки: починали на «Базовому», компанія виросла до 80 осіб, упиралися в ліміти — потрібен апгрейд, але страшно втратити налаштування. Перехід між тарифами — штатна операція, але без підготовки вона призводить до втрати даних, відключення автоматизацій та конфліктів з користувачами.
Лінійка тарифів та ключові обмеження
Поточна лінійка хмарного B24 (на березень 2026):
| Тариф | Користувачі | Диск | CRM | Автоматизація |
|---|---|---|---|---|
| Free | Необмежено | 5 ГБ | Базова, без ботів | Немає |
| Базовий | 5 | 24 ГБ | Повна, боти | Обмежена |
| Стандартний | 50 | 100 ГБ | Повна, бізнес-процеси | Повна |
| Професіональний | 100 | 1024 ГБ | Повна, BI-конструктор | Повна + HR |
| Енергопроект | 250-10000 | Від 3 ТБ | Повна, кластеризація | Повна + HRMS |
Ключові обмеження при понижені тарифу:
- Ліміт користувачів. На «Базовому» — 5. Якщо активних 20 — потрібно деактивувати 15 до переходу. Деактивовані користувачі втрачають доступ, але їхні дані (завдання, угоди, файли) залишаються.
- Обсяг диска. При понижені до тарифу з меншим ліміту файли не видаляються, але завантаження нових блокується при перевищенні.
- Бізнес-процеси. На «Базовому» недоступні. Всі активні БП перестають виконуватися — не видаляються, але «замерзають».
- Боти CRM. На Free відключаються повністю. Налаштовані ланцюги зберігаються, але не спрацьовують.
Апгрейд: що відбувається
При підвищенні тарифу все просто — додаткові функції стають доступні миттєво:
- Оплата різниці в вартості з урахуванням залишку поточної підписки.
- Ліміти користувачів та диска збільшуються відразу.
- Нові інструменти (бізнес-процеси, BI, HR) з'являються в меню — але вимагають налаштування.
- Дані не чіпаються: угоди, завдання, контакти, файли — все на місці.
Підводний камінь: після апгрейду команда отримує доступ до інструментів, які не налаштовані. Працівники починають експериментувати — створюють хаотичні бізнес-процеси, дублюють воронки. Рекомендується скласти план впровадження нових функцій до апгрейду.
Даунгрейд: ризики та підготовка
Понження тарифу — операція з наслідками. Чек-лист перед даунгрейдом:
1. Аудит користувачів
- Скласти список активних користувачів. Визначити, хто залишається, хто деактивується.
- Передати завдання та угоди деактивуємих працівників діючим. Інакше — «висячі» завдання без відповідального.
- Перевірити, що деактивуємі користувачі не є адміністраторами робочих груп, власниками бізнес-процесів або авторами автоматизацій.
2. Аудит функцій
Скласти таблицю використовуваних функцій та перевірити їхню доступність на цільовому тарифі:
| Функція | Поточний тариф | Цільовий тариф | Статус |
|---|---|---|---|
| Бізнес-процеси | Професіональний | Базовий | Недоступна — БП зупинятися |
| Боти CRM | Професіональний | Базовий | Доступна з обмеженнями |
| BI-конструктор | Професіональний | Стандартний | Недоступен |
| Мультиворонки | Професіональний | Базовий | Доступна |
| Документи онлайн | Професіональний | Базовий | Доступна |
3. Аудит даних
- Обсяг файлів на Диску. Якщо перевищує ліміт цільового тарифу — вивезти архівні файли.
- Кількість записів CRM. Ліміти на записи CRM залежать від тарифу — перевірити.
- Налаштування інтеграцій. Деякі коннектори (REST-додатки з Маркетплейсу) працюють тільки на певних тарифах.
4. Резервне копіювання
Перед переходом — експорт критичних даних:
- CRM: вивезення угод, контактів, компаній через
crm.deal.list,crm.contact.list - Завдання: вивезення через
tasks.task.list - Диск: завантаження важливих файлів
- Бізнес-процеси: експорт шаблонів БП (доступний через інтерфейс)
Біллінг та фінансові аспекти
- Апгрейд всередину періоду. B24 рахує доплату пропорційно залишку підписки. Оплачений період не втрачається.
- Даунгрейд. Новий тариф вступає в силу після закінчення поточного оплаченого періоду. Дострокове понження — через звернення в підтримку, повернення коштів не гарантується.
- Зміна періоду оплати. Місячна підписка дорожча річної (різниця 20-30%). При стабільному використанні — річна вигідніше.
- Промоакції. B24 регулярно пропонує знижки при апгрейді — має сенс чекати акцію при плановому переході.
Перехід з коробки на хмару (та назад)
Окремий сценарій — міграція між хмарною та коробковою версіями B24. Це не просто зміна тарифу, а перенесення даних між різними платформами:
- Коробка → Хмура. B24 надає інструмент міграції. Переносяться: CRM, завдання, диск, користувачі. Не переносяться: користувацькі модулі, серверні обробники, модифікації ядра.
- Хмура → Коробка. Більш складний процес. Дані вивантажуються через API, структура БД коробки відрізняється від хмури. Потребуватиме розробки скриптів міграції.
Порядок переходу
- Аудит поточного тарифу: що використовується, що ні
- Вибір цільового тарифу на основі реальних потреб
- Складання карти ризиків: які функції будуть втрачені / отримані
- Підготовка даних: деактивація користувачів, передача завдань, очищення диска
- Резервне копіювання
- Виконання переходу
- Перевірка: всі функції працюють, дані на місці, інтеграції активні
- Сповіщення команди про зміни та нові правила роботи
Що налаштовуємо
- Аудит поточного використання портала: користувачі, функції, інтеграції, обсяг даних
- Підбір оптимального тарифу під реальні потреби компанії
- Складання плану міграції з чек-листом ризиків
- Деактивація користувачів з передачею даних (завдання, угоди, файли)
- Експорт та резервне копіювання даних перед переходом
- Виконання переходу та перевірка працездатності всіх функцій
- Налаштування нових інструментів, що стали доступні після апгрейду
- Навчання команди: що змінилося, які інструменти тепер доступні або недоступні