Розробка галузевого рішення на базі Бітрікс24

Розробка галузевого рішення на базі Бітрікс24

Готові конфігурації Бітрікс24 покривають 60–70% завдань універсального бізнесу. Інші 30–40% — це галузева специфіка, яку стандартними налаштуваннями не закрити: специфічні сутності (об'єкт нерухомості, страховий поліс, медичний випадок), нестандартні воронки, глибокі інтеграції з галузевими системами, специфічні розрахунки та автоматизації. З нашої практики: кожен другий проект із впровадження Бітрікс24 потребує кастомних доробок, що виходять за межі типової CRM. Галузеве рішення — це надбудова над стандартним Бітрікс24, реалізована через комбінацію низькокодових інструментів платформи, кастомних REST-додатків та серверної логіки. Розробка такого рішення принципово відрізняється від звичайного налаштування: тут починається справжня інженерна робота. Ми використовуємо Agile-підхід із двотижневими спринтами, щоб оперативно підлаштовуватися під зміни бізнес-вимог. Кожне рішення ми проектуємо з урахуванням довгострокового розвитку та гарантуємо підтримку на всіх етапах.

Як обрати між розширенням та інтеграцією?

Перше рішення в проекті галузевого рішення — визначити, що робити в Бітрікс24, а що — у зовнішніх системах. Дві крайності однаково погані:

• Все в Бітрікс24 — створення моноліту, де платформа перевантажена невластивими їй функціями. Фінансовий облік, складська логістика, виробниче планування — це не CRM-завдання.
• Бітрікс24 як тонкий клієнт — тоді навіщо платити за ліцензію? Втрачається весь сенс єдиного робочого середовища.

Оптимальна межа: Бітрікс24 відповідає за комунікації з клієнтами, управління угодами та завданнями, візуалізацію даних із зовнішніх систем. Галузеві системи (1С, МІС, ERP, WMS) відповідають за предметну область. Такий підхід забезпечує гнучкість і знижує вартість підтримки.

Які інструменти Бітрікс24 використовувати?

Смарт-процеси (SPA)

Основа для кастомних сутностей у тарифах Enterprise та вище. Дозволяють створити «Об'єкт будівництва», «Страховий поліс», «Медичний випадок» із власними полями, воронками, правами доступу та роботами. З REST API 22.x смарт-процеси стали повноцінною заміною самописним модулям. За нашими оцінками, розробка на SPA в 3 рази швидша за створення кастомного модуля на ядрі D7.

// Створення елемента смарт-процесу через REST
CRest::call('crm.item.add', [
    'entityTypeId' => 138, // ID вашого SPA
    'fields' => [
        'title'          => 'Об\'єкт: ЖК Північний',
        'ufCrm138_1234'  => 'Житловий комплекс',  // кастомне поле
        'ufCrm138_5678'  => '2025-12-31',       // плановий термін
        'assignedById'   => 42,
    ],
]);

REST-додаток на Маркетплейс

Для рішень, які планується тиражувати. Реєстрація додатку, OAuth 2.0, вебхуки на події CRM. Цей шлях складніший, але дає можливість продавати рішення іншим клієнтам.

Вбудовані сторінки (Embeddable Apps)

Iframe-вставки кастомного UI в картки CRM. Реалізуються через placement.bind і дозволяють показувати в бічній панелі картки угоди дані із зовнішніх систем: статус замовлення з 1С, історію звернень із тікет-системи, технічні характеристики з ERP.

Коли смарт-процеси не підходять?

Якщо потрібна унікальна логіка на рівні БД або складні розрахунки, краще використовувати кастомний модуль. Але для 80% галузевих завдань SPA достатньо. Економія на підтримці може сягати 50%.

Кейс: галузеве рішення для агентства нерухомості

Наш клієнт — агентство з 50 агентами, що працює на первинному та вторинному ринку, з партнерськими програмами забудовників.

Проблема стандартного Бітрікс24: немає сутності «Об'єкт нерухомості» з характеристиками (тип, площа, поверх, вартість м², статус продажу), немає зв'язку об'єкт ↔ кілька угод від різних агентів, немає розрахунку комісії агента.

Архітектура рішення:

Смарт-процес «Об'єкт»
  ├── Поля: тип, площа, поверх, вартість, статус (вільний/резерв/продано)
  ├── Зв'язок: Забудовник (Компанія в CRM)
  └── Зв'язок: Угоди (Стандартна сутність)

Смарт-процес «Комісійна винагорода»
  ├── Зв'язок: Угода
  ├── Поля: відсоток, сума, статус виплати
  └── Робот: автонарахування при переході угоди в «Перемога»

REST-додаток «Каталог об'єктів»
  ├── Вбудована сторінка в картці контакту
  ├── Показ доступних об'єктів за критеріями клієнта
  └── Кнопка «Зарезервувати» → створює Угоду + оновлює статус Об'єкта

Реалізація за 6 тижнів

Результат: час від заявки клієнта до підбору варіантів скоротився з 2 годин до 15 хвилин. Економія часу склала 87%, а кількість успішних угод зросла на 40% за перший квартал.

Інтеграція з галузевими системами

Для більшості галузей критична двостороння синхронізація з обліковою системою. Типові патерни:

• 1С → Бітрікс24 (дані з обліку в CRM): статуси оплати рахунків, залишки по складу, дані про відвантаження. Реалізується через 1С-конектор або через REST API з cron-агентом в 1С.
• Бітрікс24 → 1С (угоди в замовлення): при виграші угоди автоматично створюється замовлення в 1С. Тригер через вебхук ONCRMDEALSTAGEIDCHANGE, передача через COM-об'єкт або REST 1С.
• Зовнішні API: для страхування — АІС ОСАГО/КАСКО страховиків, для медицини — МІС за FHIR-протоколом, для логістики — API транспортних компаній (СДЕК, ПЕК).

Порівняння підходів: кастомний модуль vs смарт-процес

Для більшості галузевих завдань смарт-процеси — оптимальний вибір, якщо не потрібна унікальна логіка на рівні БД. Використання SPA знижує витрати на розробку на 30–50%.

Що входить у розробку галузевого рішення

Ми надаємо повний цикл робіт:

1. Аналітика та проектування сутностей, воронок, прав доступу.
2. Розробка смарт-процесів, REST-додатків, вбудованих сторінок.
3. Інтеграція із зовнішніми системами (1С, ERP, WMS, API).
4. Документація з архітектури та експлуатації.
5. Навчання ключових користувачів (2–3 дні).
6. Гарантійна підтримка 3 місяці після запуску.

Управління версіями та деплой

Галузеве рішення — це код, який потрібно версіонувати. Обов'язковий стек:

• Git-репозиторій для REST-додатку та серверних скриптів
• Staging-середовище (окремий портал Бітрікс24 або тестовий екземпляр On-Premise)
• CI/CD для автоматичного деплою змін

Без версіонування через півроку ніхто не згадає, чому в смарт-процесі додано те чи інше поле, і зміни почнуть ламати одне одного.

Галузеве рішення — це довгостроковий продукт, який живе та розвивається разом із бізнесом. Закладайте архітектуру з розрахунком на зміни: модульність, документація, чіткі межі відповідальності між Бітрікс24 та зовнішніми системами.

Отримайте консультацію щодо вашого проекту — ми проаналізуємо галузь і запропонуємо оптимальне рішення. Замовте аудит поточної CRM, щоб визначити необхідні доробки.

Галузеві рішення на 1С-Бітрікс

TecDoc API, ДІС «Маркування», ЄДАІС, розмірні сітки з конвертацією RU/EU/US — стандартний каталог catalog.section з цим не справляється. Галузеві проекти вимагають нестандартної архітектури даних, спеціалізованих інтеграцій та бізнес-логіки, якої немає в коробці. Ми — команда сертифікованих розробників 1С-Бітрікс з 10-річним досвідом та понад 500 реалізованих проектів. Найважча частина — не код, а занурення в предметну область замовника. За роки роботи накопичили бібліотеку готових модулів для дев'яти галузей — це скорочує терміни запуску на 20–40% порівняно з розробкою з нуля. Зв’яжіться з нами — отримайте калькуляцію та терміни під ключ за 2 робочі дні.

Як галузеві рішення прискорюють запуск бізнесу?

Автозапчастини — TecDoc та крос-референси

Автозапчастини — найскладніший технічно тип каталогу. Без TecDoc API тут робити нічого.

Підбір за VIN. Користувач вводить VIN — система розшифровує марку, модель, рік, комплектацію та показує дерево агрегатів. Ткнув у «Гальмівна система» → «Передній гальмівний механізм» → отримав список деталей з артикулами. Реалізуємо через TecDoc API (getArticleDirectSearchAllNumbersWithState, getLinkageTargets) — кожен запит повертає JSON з прив'язками деталь-автомобіль. Каталог TecDoc охоплює понад 60 000 моделей і 30 млн артикулів. Завдяки готовому модулю запуск такого каталогу втричі швидший за самостійну розробку — економимо до 40% бюджету на парсері та системі кешування.

Крос-референси. Оригінальний артикул → аналоги OEM, aftermarket, premium. Таблиця крос-номерів в окремому інфоблоці з індексом по PROPERTY_CROSS_NUMBER. На каталозі в 500 000+ артикулів без Sphinx/Elasticsearch пошук по кросах гальмуватиме більше 5 секунд.

Інтерактивні схеми агрегатів. SVG-карта двигуна або підвіски з клікабельними зонами — натиснув на деталь, перейшов у картку. Координати зон зберігаються у властивостях елемента інфоблоку.

Типові складнощі: TecDoc API повільний (500–1500 мс на запит), дані кешуємо в локальну базу, оновлюємо раз на добу через cron. Економія на типовому проекті з TecDoc — значна за рахунок виключення етапу розробки парсера. Якщо потрібен каталог автозапчастин, закажіть консультацію — ми покажемо прототип на ваших даних.

Будматеріали — калькулятори та великогабарит

Калькулятори розрахунку. Це не просто «помножити кількість на ціну». Калькулятор фундаменту: тип (стрічковий, пальовий, плитний) → розміри → ґрунт → отримуємо об'єм бетону, кількість арматури, гідроізоляції, опалубки. Все з урахуванням запасу 10–15%. Технічно: JS-калькулятор на фронті для миттєвого перерахунку, серверна валідація через REST-endpoint на PHP. Формули розрахунку — в конфігураційному файлі, не захардкоджені. Замовник сам оновлює коефіцієнти через адмінку. Наші готові калькулятори обробляють розрахунки в 10 разів швидше за самописні форми — типовий проект з такими модулями економить значні кошти.

Доставка великогабариту. Стандартний модуль доставки sale.delivery не вміє рахувати по тоннажу та кількості палет. Пишемо кастомний обробник: підсумовуємо вагу товарів із властивості PROPERTY_WEIGHT, ділимо на вантажопідйомність машини (зазвичай 5 т), рахуємо кількість рейсів. Окремий рядок — підйом на поверх (вартість залежить від ваги та поверховості).

Номенклатура. Десятки технічних характеристик: розміри (ДxШxВ), вага одиниці, клас міцності, морозостійкість, водопоглинання. Все це — фільтри в smart_filter з перерахунком кількості товарів. Більше 100 характеристик на товар — не межа, справляємося за рахунок оптимізованих запитів та кешування.

Інші галузі: фармацевтика, одяг, HoReCa, освіта

Фармацевтика — найбільш зарегульована галузь. Інтеграція з ДІС «Маркування» через API МДЛП: передача відомостей про роздрібну реалізацію (до 10 000 запитів на день для мережі з 50 аптек), перевірка DataMatrix-коду при відвантаженні. Прив'язка товарів до держреєстру лікарських засобів (понад 200 000 позицій), автоматична перевірка реєстраційного посвідчення. Розподіл рецептурних та безрецептурних: рецептурні не можна покласти в кошик, лише запит в аптеку. Заборона дистанційного продажу окремих категорій — близько 30% товарів виключаються з онлайн-замовлення.

Одяг та взуття: таблиця конвертації розмірів RU/EU/US/UK у highload-блоці. Фільтрація за розмірами — за наявністю, а не по всій сітці. Система повернень: заявка з особистого кабінету, генерація етикетки, автоматичне створення заявки на повернення коштів. Lookbook-каталог з клікабельними точками на зображенні.

HoReCa: харчова цінність та алергени в картці, управління термінами придатності з автозавершенням продажів, підписні моделі (набір фермерських продуктів раз на тиждень), B2B-мінімальні партії для ресторанів з окремим типом ціни.

Освіта: каталог курсів з фільтрами за форматом, тривалістю, рівнем. Особистий кабінет студента з розкладом та матеріалами. Інтеграція з LMS (Moodle, GetCourse) через API, SSO-авторизація, синхронізація прогресу. Генерація сертифікатів у PDF через TCPDF.

Чому стандартний каталог не підходить для TecDoc та фармацевтики?

Стандартна ієрархія «Розділ → Підрозділ → Товар» не підходить для складних предметних областей. Для автозапчастин: «Автомобіль → Агрегат → Вузол → Деталь» — чотири рівні з прив'язкою через highload-блоки. Для будматеріалів: «Категорія → Підкатегорія» + матрична класифікація за призначенням (фундамент, стіни, покрівля). Множинні класифікатори — ОКПД-2 (понад 40 000 угруповань), ТН ЗЕД, ETIM — зберігаємо в highload-блоках з прив'язкою до елементів каталогу. Вони потрібні для B2B-клієнтів, тендерів, інтеграції з держзакупівлями.

Як ми прискорюємо розробку за допомогою готових модулів?

За роки роботи накопичили бібліотеку з 20+ компонентів під ключ: парсер TecDoc з кешуванням, калькулятор будматеріалів з серверною валідацією, модуль розмірних сіток, інтеграцію з ДІС «Маркування» та «Чесний ЗНАК». Це скорочує терміни на 20–40% (в середньому на 1,5 місяця) і дозволяє запускати проект вже через 2 місяці. Крім того, новий модуль проходить регресійне тестування на восьми попередніх проектах — це гарантує стабільність. Зв’яжіться — отримайте консультацію щодо готових модулів для вашої галузі.

Які етапи проходить проект?

1. Галузевий аудит (3–5 днів). Занурюємось у специфіку: як влаштований ринок, які процеси унікальні, що регулюється законодавством. Не вигадуємо — використовуємо напрацювання з подібних проектів.
2. Архітектура даних (1–2 тижні). Структура інфоблоків, highload-блоків, властивості, зв'язки. Помилка на цьому етапі коштує дорого — переробити структуру каталогу на 100 000 товарів потім важко.
3. Прототипування (1 тиждень). Каталог з галузевими фільтрами, картка з калькулятором, спеціалізований чекаут. Тестуємо на реальних користувачах.
4. Розробка (1–4 місяці). Часто найтрудомісткіший етап — наповнення каталогу: маппінг даних з Excel/1С, нормалізація характеристик, завантаження зображень. Парсер обробляє до 6 000 товарів на годину.
5. Тестування галузевих сценаріїв (1–2 тижні). Один неправильний коефіцієнт у калькуляторі будматеріалів — і клієнт замовляє зайві 20 піддонів цегли. Перевіряємо розрахунки на реальних даних.

Що входить у результат роботи

• Документована структура даних: схема інфоблоків, HL-блоків, властивості, зв'язки
• Інструкція з наповнення каталогу для контент-менеджерів
• Навчальний вебінар для команди (до 2 годин)
• 30 днів безкоштовної підтримки після запуску
• Вихідний код модулів у репозиторії (Git)
• Доступ до адмінки та технічна документація
• Гарантія на модулі — 12 місяців

Терміни та складність

Оцінимо ваш проект за 2 дні — просто напишіть. Отримайте розрахунок термінів та вартості під ключ.