Интеграция Битрикс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
- Документация: схема каждого сценария, описание логики, контактные лица







