Розробка галузевого рішення на базі Бітрікс24
Готові конфігурації Бітрікс24 покривають 60–70% завдань універсального бізнесу. Решта 30–40% — це галузева специфіка, яку стандартними налаштуваннями не закрити: специфічні сутності (об'єкт нерухомості, страховий поліс, медичний випадок), нестандартні воронки, глибокі інтеграції з галузевими системами, специфічні розрахунки та автоматизації.
Галузеве рішення — це надбудова над стандартним Бітрікс24, реалізована через комбінацію низькокодових інструментів платформи, кастомних REST-застосунків і серверної логіки. Розробка такого рішення принципово відрізняється від звичайного налаштування: тут починається справжня інженерна робота.
Архітектурний вибір: розширення vs. інтеграція
Перше рішення в проекті галузевого рішення — визначити, що робити в Бітрікс24, а що — у зовнішніх системах. Обидві крайнощі однаково погані:
Все в Бітрікс24 — створення моноліту, де платформа перевантажена невластивими їй функціями. Фінансовий облік, складська логістика, виробниче планування — це не CRM-завдання.
Бітрікс24 як тонкий клієнт — тоді навіщо платити за ліцензію? Втрачається весь сенс єдиного робочого середовища.
Оптимальна межа: Бітрікс24 відповідає за комунікації з клієнтами, управління угодами та завданнями, візуалізацію даних із зовнішніх систем. Галузеві системи (1С, МІС, ERP, WMS) відповідають за предметну область.
Технічний стек галузевого рішення
Смарт-процеси (SPA) — основа для кастомних сутностей у тарифах Enterprise та вище. Дозволяють створити «Будівельний об'єкт», «Страховий поліс», «Медичний випадок» із власними полями, воронками, правами доступу та роботами. З REST API версії 22.x смарт-процеси стали повноцінною заміною самописним модулям.
// Створення елемента смарт-процесу через REST
CRest::call('crm.item.add', [
'entityTypeId' => 138, // ID вашого SPA
'fields' => [
'title' => 'Об\'єкт: ЖК Північний',
'ufCrm138_1234' => 'Житловий комплекс', // кастомне поле
'ufCrm138_5678' => '2025-12-31', // плановий термін
'assignedById' => 42,
],
]);
REST-застосунок на Бітрікс24 Маркетплейс — для рішень, які планується тиражувати. Реєстрація застосунку, OAuth 2.0, вебхуки на події CRM. Цей шлях складніший, але дає можливість продавати рішення іншим клієнтам.
Вбудовані сторінки (Embeddable Apps) — iframe-вставки кастомного UI в картки CRM. Реалізуються через placement.bind і дозволяють показувати в бічній панелі картки угоди дані із зовнішніх систем: статус замовлення з 1С, історію звернень із тикет-системи, технічні характеристики з ERP.
Кейс: галузеве рішення для агентства нерухомості
Завдання: агентство з 50 агентами, первинний і вторинний ринок, партнерські програми з забудовниками.
Проблема стандартного Бітрікс24: немає сутності «Об'єкт нерухомості» з характеристиками (тип, площа, поверх, вартість м², статус продажу), немає зв'язку об'єкт ↔ кілька угод від різних агентів, немає розрахунку комісії агента.
Архітектура рішення:
Смарт-процес «Об'єкт»
├── Поля: тип, площа, поверх, вартість, статус (вільний/резерв/продано)
├── Зв'язок: Забудовник (Компанія в CRM)
└── Зв'язок: Угоди (Стандартна сутність)
Смарт-процес «Комісійна винагорода»
├── Зв'язок: Угода
├── Поля: відсоток, сума, статус виплати
└── Робот: автонарахування при переході угоди в «Перемога»
REST-застосунок «Каталог об'єктів»
├── Вбудована сторінка в картці контакту
├── Показ доступних об'єктів за критеріями клієнта
└── Кнопка «Зарезервувати» → створює Угоду + оновлює статус Об'єкта
Реалізація за 6 тижнів:
| Тиждень | Роботи |
|---|---|
| 1–2 | Аналітика, проектування сутностей, погодження |
| 3 | Налаштування SPA, полів, зв'язків |
| 4 | Розробка REST-застосунку (каталог + логіка резервування) |
| 5 | Інтеграція з сайтом (парсинг об'єктів забудовників) |
| 6 | Тестування, навчання, запуск |
Результат: час від заявки клієнта до підбору варіантів скоротився з 2 годин до 15 хвилин (ручний пошук по базах замінено пошуком у каталозі прямо з картки клієнта).
Інтеграція з галузевими системами
Для більшості галузей критична двостороння синхронізація з обліковою системою. Типові патерни:
1С → Бітрікс24 (дані з обліку в CRM): статуси оплати рахунків, залишки по складу, дані про відвантаження. Реалізується через 1С-конектор або через REST API з cron-агентом у 1С.
Бітрікс24 → 1С (угоди в замовлення): при виграші угоди автоматично створюється замовлення в 1С. Тригер через вебхук ONCRMDEALSTAGEIDCHANGE, передача через COM-об'єкт або REST 1С.
Зовнішні API: для страхування — інформаційні системи страховиків, для медицини — МІС за протоколом FHIR, для логістики — API транспортних компаній.
Управління версіями та деплой
Галузеве рішення — це код, який потрібно версіонувати. Обов'язковий стек:
- Git-репозиторій для REST-застосунку та серверних скриптів
- Staging-середовище (окремий портал Бітрікс24 або тестовий екземпляр On-Premise)
- CI/CD для автоматичного деплою змін
Без версіонування через півроку ніхто не пам'ятатиме, чому в смарт-процесі додано те чи інше поле, і зміни почнуть ламати одна одну.
Галузеве рішення — це довгостроковий продукт, який живе та розвивається разом із бізнесом. Закладайте архітектуру з розрахунком на зміни: модульність, документація, чіткі межі відповідальності між Бітрікс24 та зовнішніми системами.