Облако или коробка Битрикс24: что можно доработать, а что нельзя
Облако и коробка Битрикс24 — это не «одно и то же, но на своём сервере». Разница в том, что вообще можно доработать, и узнать о ней лучше до покупки.
Главное различие в одном предложении
В коробку можно положить свой код, в облако — нельзя. Всё остальное следует из этого.
| Что нужно | Облако | Коробка |
|---|---|---|
| Свои поля, воронки, роботы | Да | Да |
| Интеграции через REST | Да | Да |
| Свой код внутри портала | Нет | Да, в папке local |
| Обработчики событий ядра | Нет, только внешние вебхуки | Да |
| Прямой доступ к базе | Нет | Да |
| Сложная аналитика | Через BI-конструктор | BI-конструктор и SQL |
Что это значит на практике
В облаке кастом живёт снаружи: приложение или сервис общается с порталом по REST, а внутри портала лежат только настройки. Это работает лучше, чем кажется, но упирается в лимиты запросов и в то, что часть событий наружу просто не отдаётся.
Отчётность в облаке делается в BI-конструкторе, и вся логика уезжает в SQL датасета. Мы так собирали дашборд по платежам в семи валютах: суммы приходили строкой с мнемоникой валюты, нормализация и пересчёт делались прямо в запросе — потому что положить код внутрь было нельзя.
Когда коробка оправдана
- Нужны обработчики событий ядра, а не внешние вебхуки
- Требуется глубокая кастомизация карточек и интерфейсов
- Данные по требованиям не должны покидать периметр компании
- Нужны прямые запросы к базе для отчётности и миграций
Во всех остальных случаях облако дешевле в сопровождении: не надо держать сервер, обновления приезжают сами, и нет соблазна поправить что-нибудь прямо в ядре.
Чего нельзя сделать ни там, ни там
Ни облако, ни коробка не спасут от несогласованных данных. Если контрагенты дублируются в 1С, они будут дублироваться и в CRM — вопрос не в редакции портала, а в правилах сопоставления записей.
Выбираете между облаком и коробкой
Расскажите, что хотите автоматизировать. Скажем, выполнимо ли это в облаке, и если нет — во что обойдётся коробка.