Інтеграція Бітрікс24 з Make (Integromat)
Zapier справляється з простими зв'язками, але коли потрібно ветвлення «якщо угода > 100 000 — один маршрут, інакше інший», або обробка масиву товарів з замовлення, або повторна спроба при помилці API — лінійна модель ламається. Make (колишній Integromat) працює інакше: наочні сценарії з модулями, маршрутизаторами, ітераторами та обробкою помилок. Для Бітрікс24 це дає гнучкість, якої не вистачає в більш простих iPaaS.
Модуль Бітрікс24 в Make
Make має повноцінний модуль для Б24 з широким охопленням API:
Тригери (Watch):
- Нові/оновлені ліди, угоди, контакти, компанії
- Нові завдання та коментарі до завдань
- Елементи смарт-процесів (через універсальний HTTP-модуль)
- Вхідні вебхуки з Б24
Дії (Actions):
- CRUD-операції для всіх сутностей CRM
- Управління завданнями: створення, оновлення, делегування, завершення
- Управління часовою шкалою: додавання коментарів та активностей
- Завантаження та скачування файлів з диска Б24
- Виклик довільного REST API методу через Make an API Call
Останній пункт критично важливий: якщо стандартна дія модуля не покриває потребу — Make an API Call дозволяє викликати будь-який метод REST API Б24 з довільними параметрами.
Сценарії з ветвленням (Router)
Router — ключова відмінність Make від лінійних iPaaS. Один тригер запускає кілька паралельних маршрутів з умовами.
Приклад: обробка нової угоди в Б24.
[Нова угода] → [Router]
├── Сума > 100 000 → [Створити проект в Planfix] → [Сповіщення директору в Telegram]
├── Сума 10 000–100 000 → [Завдання менеджеру в Б24] → [Рядок у Google Sheets]
└── Сума < 10 000 → [Автоматичне письмо клієнту]
Кожна гілка виконується незалежно. Умови задаються через фільтри на з'єднаннях між модулями.
Робота з масивами (Iterator + Aggregator)
CRM-сутності Б24 часто містять масиви: товарні позиції угоди, кілька телефонів контакту, пов'язані елементи. Make обробляє їх через:
- Iterator — розбиває масив на окремі елементи. Кожен елемент проходить через наступні модулі окремо.
- Aggregator — збирає результати назад в масив або в один запис.
Приклад: угода містить 5 товарних позицій. Iterator створює 5 ітерацій. Кожна перевіряє наявність товару на складі через API 1С. Aggregator збирає результати та оновлює угоду: «3 з 5 товарів у наявності».
Обробка помилок
Make надає вбудовані інструменти для роботи з помилками:
| Директива | Що робить | Коли використовувати |
|---|---|---|
| Ignore | Пропустити помилку, продовжити сценарій | Некритичні дії (сповіщення) |
| Resume | Підставити значення за замовчуванням та продовжити | Відсутні дані |
| Rollback | Відкатити всі дії сценарію | Трансакційні операції |
| Commit | Зафіксувати виконані дії, зупинити сценарій | Часткове виконання допустимо |
| Break | Відкласти виконання та повторити пізніше | Тимчасові помилки API (rate limit) |
Для Б24 особливо корисний Break: при перевищенні ліміту API (2 запити/сек) Make автоматично ставить запит в чергу та повторює через заданий інтервал.
Обробник помилок прив'язується до конкретного модуля. Можна налаштувати різну стратегію для різних кроків одного сценарію.
Розклад та тригери
Make підтримує три режими запуску сценаріїв:
- За розкладом (Scheduled) — кожні N хвилин. Мінімальний інтервал — 1 хвилина на платних тарифах. Модуль Watch перевіряє, з'явилися ли нові записи з останнього запуску.
- Миттєво (Instant) — через вебхук. Б24 відправляє подію → Make обробляє миттєво. Налаштування: вихідний вебхук Б24 → URL сценарію Make.
- Вручну (On Demand) — запуск по кнопці для тестування або разових завдань.
Для production-сценаріїв рекомендуємо Instant-тригери: немає затримки, немає зайвих опитувань API, витрати операцій лише при реальних подіях.
Data Mapping та трансформації
Кожен модуль Make приймає та віддає структуровані дані. Маппінг полів — через наочний інтерфейс з доступом до змінних попередніх модулів.
Вбудовані функції:
-
Рядкові —
substring,replace,lower,upper,trim,split -
Числові —
round,floor,ceil,max,min, арифметика -
Дати —
formatDate,parseDate,addDays,dateDifference -
Масиви —
map,get,length,slice,merge -
Логічні —
if,switch,emptystring,ifempty
Приклад: поле «Повне ім'я» з зовнішної форми потрібно розбити на «Ім'я» та «Прізвище» для контакту Б24.
Ім'я: {{split(triggerData.fullName; " "; 1)}}
Прізвище: {{split(triggerData.fullName; " "; 2)}}
Складні сценарії для Б24
Синхронізація каталогу товарів 1С → Б24
- Вебхук з 1С при оновленні номенклатури.
- Пошук товару в каталозі Б24 по артикулю (
crm.product.list). - Router: знайдено → оновити, не знайдено → створити.
- Оновлення цін у пов'язаних угодах.
Автоматична обробка заявок з сайту
- Webhook від форми на сайті.
- Дедублікація: пошук контакту по email та телефону.
- Створення або оновлення контакту.
- Створення угоди у потрібній воронці (залежить від типу заявки).
- Розподіл на менеджера по round-robin через Data Store Make.
- Сповіщення менеджеру в чаті Б24.
Щоденний звіт по воронці
- Запуск за розкладом в 9:00.
- Отримання всіх угод за етапами (
crm.deal.listз фільтром). - Aggregator: підрахунок кількості та суми по кожному етапу.
- Формування текстового звіту.
- Відправлення в Telegram-канал керівництва.
Тариф Make
Make рахує операції — кожен модуль в сценарії = 1 операція. Сценарій з 5 модулів споживає 5 операцій за один запуск. Це дешевше Zapier при складних сценаріях: у Zapier кожен крок — окреме «завдання».
| Тариф Make | Операцій/місяць | Сценарії | Інтервал запуску |
|---|---|---|---|
| Free | 1 000 | 2 | 15 хв |
| Core | 10 000 | Без ліміту | 1 хв |
| Pro | 150 000 | Без ліміту | 1 хв + instant |
Для типової інтеграції Б24 (10–20 сценаріїв, 100–500 подій на день) достатньо тарифу Core.
Що настроюємо
- Підключення Бітрікс24 до Make через OAuth, налаштування instant-вебхуків
- Проектування сценаріїв: аналіз процесу, вибір модулів, маппінг даних
- Реалізація ветвлень, ітераторів та агрегаторів для складної логіки
- Налаштування обробки помилок: стратегія для кожного критичного модуля
- Оптимізація витрати операцій: об'єднання модулів, фільтри, умовні гілки
- Тестування сценаріїв на реальних даних та моніторинг у production
- Документація: схема кожного сценарію, опис логіки, контактні особи







