После переезда с зарубежного конструктора сценариев часть связок встаёт на российскую платформу за час, часть требует прослойки, а часть приходится писать руками — и именно последняя определяет бюджет проекта. В модельной компании из 26 живых связок в третью корзину попадают пять, это 19 % сценариев и 360 000 ₽ из общей сметы в 549 000 ₽. Две трети денег уходят на одну пятую работы.
Причина не в качестве российских платформ. Коннектор — это не функция платформы, а совместная работа двух вендоров: кто-то должен поддерживать связку с обеих сторон и обновлять её при смене API. Зарубежные конструкторы собирали такие партнёрства десять лет, российские собирают четыре года и приоритет отдают массовым системам. Поэтому связка с Битрикс24 есть у всех, а обмен с вашей конфигурацией 1С не появится ни у кого и никогда.
Ниже — как разложить свои связки по трём корзинам за час, что попадает в каждую на типовых сценариях, три способа закрыть непокрытый остаток с ценой и сроком каждого, отдельно — как оплата за операцию превращает бесплатный когда-то сценарий в заметную строку бюджета, и что не стоит переносить вовсе. Сам порядок миграции и выбор платформы мы разбирали в материале чем заменить Zapier и Make; здесь — только про остаток.
Час на инвентаризацию и три корзины
Сначала надо увидеть все связки, а не те, которые помнит человек, их настраивавший. Полный список собирается из четырёх мест, и обход занимает примерно час.
- Сам конструктор. Список сценариев с датой последнего запуска и числом операций за месяц. Дата последнего запуска важнее названия: сценарий, не срабатывавший полгода, скорее всего мёртв.
- Раздел вебхуков и приложений в CRM. Там видны входящие связки, которых нет в конструкторе: их ставили напрямую и забыли.
- Почтовые ящики уведомлений. Технические письма «сценарий выполнен с ошибкой» показывают связки, о которых никто не помнит, но которые кому-то до сих пор что-то отправляют.
- Сотрудники. Один вопрос на отдел: что у вас появляется само, без ручного ввода. Отвечают быстро и вспоминают то, чего нет ни в одном журнале.
Дальше каждая связка получает одну из трёх меток. Правило сортировки простое и не требует инженера: корзина А — обе системы есть в списке готовых коннекторов выбранной платформы; корзина Б — коннектор есть с одной стороны, а со второй нужна прослойка или нестандартная логика; корзина В — коннектора нет ни с одной стороны либо обмен идёт по вашему собственному формату. Спорные случаи кладите в Б: практика показывает, что оптимизм здесь дороже осторожности.
Схема сверху вниз. Вверху блок «26 живых связок после чистки», от него три стрелки к трём подписанным корзинам. Корзина А «Встаёт штатно» — 14 связок, под ней плашка «1,5 часа на связку». Корзина Б «Через прослойку» — 7 связок, плашка «6 часов на связку». Корзина В «Пишется руками» — 5 связок, плашка «24 часа на связку». Слева от корзин четыре входящие стрелки-источника с подписями «конструктор», «вебхуки в CRM», «письма об ошибках», «опрос сотрудников». Чертёжный стиль, подписи по-русски.
Шесть типовых сценариев и их корзины
Состав корзин у компаний повторяется. Ниже — шесть связок, которые встречаются почти в каждой инвентаризации, и то, куда они попадают на российских платформах по состоянию на сентябрь 2026 года.
| Сценарий | Корзина | Почему именно так |
|---|---|---|
| Заявка с формы сайта в CRM | А — штатно | Связки с Битрикс24, amoCRM и RetailCRM есть у всех российских платформ; настройка сводится к выбору полей |
| Выгрузка сделок в таблицу для отчёта | А — штатно | Таблицы и файловые хранилища закрыты готовыми коннекторами; сложность только в расписании и правах доступа |
| Поступление оплаты в учётную систему | Б — через прослойку | Со стороны эквайринга или банка коннектор чаще есть, а логика сопоставления платежа со сделкой пишется под вашу схему |
| Уведомление клиенту в мессенджер | Б — через прослойку | Прямых официальных интеграций MAX с amoCRM и Битрикс24 на сентябрь 2026 года нет: связка идёт через Bot API и свою прослойку |
| Двусторонний обмен с 1С | В — руками | Обмен пишется под конкретную конфигурацию и её доработки; универсального коннектора к «1С вообще» не существует |
| Остатки и заказы маркетплейсов | В — руками | Лимиты запросов, постраничная выборка, очередь и повторные попытки — логика, которой в конструкторе нет по устройству |
Три позиции в ней устойчивы у любой компании: обмен с учётной системой, работа с площадками маркетплейсов и связка с национальным мессенджером. Это не временная незрелость рынка — обмен с вашей конфигурацией 1С не станет коннектором никогда, потому что конфигураций столько же, сколько внедрений. Способы такого обмена мы разбирали отдельно в материале про способы обмена с 1С.
Почему остаток стоит дороже всего
Модельная компания: оптовая торговля, 40 человек, 26 живых связок после того, как мёртвые сценарии выключены. Ставка — 3 000 ₽ за час инженера-подрядчика. Часы на связку взяты по нижней границе того, что реально уходит с учётом тестирования и приёмки.
Отсюда следует практический вывод, ради которого стоит делать инвентаризацию до выбора платформы, а не после. Сравнивать платформы по числу коннекторов бессмысленно: разница между «две тысячи коннекторов» и «пятьсот коннекторов» лежит в корзине А, где связка и так стоит полтора часа. Вопрос, который действительно меняет смету, звучит иначе — что из вашей корзины В платформа умеет принимать: свой код внутри сценария, вызов произвольного HTTP-метода, очередь с повторными попытками и хранение состояния между запусками.
Диаграмма из трёх столбиков с подписанными значениями в рублях: «Корзина А, 14 связок — 63 000 ₽», «Корзина Б, 7 связок — 126 000 ₽», «Корзина В, 5 связок — 360 000 ₽». Над каждым столбиком мелкая подпись с числом связок, под каждым — часы на связку: 1,5 ч, 6 ч, 24 ч. Справа общая скобка с надписью «549 000 ₽ на 183 часа». Отдельная выноска к третьему столбику: «19 % сценариев — 66 % сметы». Ось в рублях, единицы подписаны. Чертёжный стиль, подписи по-русски.
Три способа закрыть остаток
Корзина В закрывается одним из трёх способов, и выбор зависит не от вкуса, а от того, кто будет это поддерживать через год.
| Способ | Разово | Ежемесячно | Где ломается |
|---|---|---|---|
| n8n на своём сервере | 40 000–70 000 ₽ на контур плюс 8–16 часов на сценарий, то есть 24 000–48 000 ₽ | 3 500–6 000 ₽ за сервер плюс 2–4 часа в квартал на обновления | Некому обновлять: без ответственного инженера контур тихо устаревает и однажды перестаёт запускаться |
| Прослойка на своём API | 18–40 часов на сценарий, то есть 54 000–120 000 ₽ | 2 000–4 000 ₽ за хостинг плюс поддержка кода | Знание живёт в голове автора: без документации и журналов обменов следующий подрядчик считает заново |
| Доработка внутри CRM | 12–28 часов на сценарий, то есть 36 000–84 000 ₽ | Обычно входит в поддержку CRM | Жёсткая привязка к CRM: при смене системы сценарий переписывается целиком, а не переносится |
Порядок выбора обычно такой. Если связок в корзине В три и больше, дешевле поднять n8n на своём сервере: установка контура окупается уже на третьем сценарии, а данные не покидают ваш периметр. Если связка одна и она критична для денег — платежи, отгрузки, остатки, — надёжнее отдельная прослойка со своими журналами и повторными попытками. Доработка внутри CRM оправдана только тогда, когда сценарий не выходит за пределы этой CRM и вы не планируете её менять; в остальных случаях она создаёт ровно ту привязку, от которой вы сейчас уезжаете.
Любая связка из корзины В обязана оставлять след: что пришло, что ушло, что упало и сколько раз повторялось. Без этого первый же спор «заявка не дошла» превращается в расследование на несколько дней вместо запроса на минуту. Как устроен разбор такого случая, мы показывали в материале где потерялась заявка.
Сравнение в три колонки. Первая «n8n на своём сервере»: «40 000–70 000 ₽ контур», «24 000–48 000 ₽ сценарий», «3 500–6 000 ₽/мес», риск «некому обновлять». Вторая «Прослойка на своём API»: «54 000–120 000 ₽ сценарий», «2 000–4 000 ₽/мес», риск «знание в голове автора». Третья «Доработка внутри CRM»: «36 000–84 000 ₽ сценарий», «входит в поддержку», риск «привязка к CRM». Под колонками общая линия с подписью «порог выгоды своего контура — 3 сценария и больше». Чертёжный стиль, подписи по-русски.
Тарификация: сценарий, который был незаметным
Отдельная ловушка переезда, о которой не предупреждают. В зарубежной подписке вы платили за пакет операций, и один шумный сценарий просто занимал долю пакета — отдельной строкой он не читался. На платформе с оплатой за операцию тот же сценарий становится видимым расходом, и иногда крупным.
Типичный случай — уведомление о смене статуса заказа. Учётная система меняет статус много раз за жизнь заказа: принят, зарезервирован, собран, передан в доставку, в пути, вручён, закрыт, плюс служебные пересчёты. Клиенту интересны четыре события из десяти, а сценарий срабатывает на все.
Правило, которое стоит применить ко всем связкам корзин А и Б перед запуском: фильтровать надо на стороне источника, а не внутри сценария. Сценарий, отсеивающий девять событий из десяти уже после того, как они попали на платформу, оплачивается полностью — платформа посчитала операцию в момент приёма. Пять минут на настройку условия у источника снимают эту статью целиком.
Что не переносить вовсе
Миграция — единственный момент, когда выключить лишнее не стоит ни политических усилий, ни объяснений: всё равно всё пересобирается. Четыре категории связок стоит просто не переносить.
- 1Сценарии без единого запуска за последние три месяца. Если процесс жив, а сценарий молчит — процесс давно идёт мимо него, и его отсутствия никто не заметит.
- 2Уведомления в общие чаты, на которые никто не реагирует. Проверяется одним вопросом получателям: что вы делаете, когда приходит это сообщение. Ответ «ничего» — приговор сценарию.
- 3Дублирующие выгрузки одного и того же в два места. Обычно второе появилось, когда кому-то было неудобно смотреть в первое; после переезда достаточно дать этому человеку доступ.
- 4Связки вокруг систем, от которых вы и так уходите. Переносить сценарий к сервису, который закрывается через полгода, — оплаченная работа с известным сроком годности.
Отдельно проверьте, не относится ли часть корзины В к архитектуре, а не к сценариям. Если пять непереносимых связок все завязаны на один канал или один внешний сервис, дешевле развязать эту привязку один раз, чем оплачивать её в каждом сценарии. Как это делается и во что обходится — в материале про архитектуру, готовую к переезду.
Когда остаток дешевле не закрывать
Честная граница, которую в статьях об интеграциях обычно не проводят. Не всякая связка из корзины В достойна того, чтобы её писали.
Арифметика простая. Сценарий, экономящий два часа рядового сотрудника в месяц, приносит 1 400 ₽ при полной стоимости часа 700 ₽. Написать его руками — 24 часа и 72 000 ₽, поддерживать — 2 000–3 000 ₽ в месяц. Такой сценарий не окупится никогда: он уходит в минус уже на ежемесячной строке, не считая разовой. Порог, ниже которого писать не стоит, лежит примерно на восьми сохранённых часах в месяц: это 5 600 ₽, из которых 2 500 ₽ уходит на поддержку, а оставшиеся 3 100 ₽ возвращают вложенные 72 000 ₽ примерно за два года.
- Сценарий экономит меньше восьми часов в месяц. Оставьте операцию ручной и вернитесь к ней, когда объём вырастет вдвое.
- Процесс меняется чаще, чем раз в квартал. Написанная связка успевает устареть до того, как окупится; здесь дешевле регламент и человек, чем код.
- Связка обслуживает систему, решение по которой ещё не принято. Пока непонятно, останется ли CRM или учётная система, любой обмен вокруг неё — работа с неизвестным сроком годности.
- Данных мало, а требования к скорости нет. Выгрузка раз в неделю руками за двадцать минут спокойно живёт годами и не требует ни сервера, ни подрядчика.
Общий вывод, который переживёт смену платформ. Дорогая часть переезда — не выбор конструктора, а те несколько связок, которых нет ни в одном списке коннекторов. Их надо найти в первый час работы, оценить в часах, а не в лозунгах, и по каждой отдельно решить: писать, отложить или выключить. Всё описанное — по состоянию на сентябрь 2026 года; состав коннекторов у платформ меняется, а состав корзины В — почти нет.
Платформы сравнивают по числу коннекторов, а платят за те пять связок, которых нет ни у кого.
