Компании с тремя системами интеграционная шина не нужна. Это первый и главный вывод, и он не меняется от того, что шину удобно продавать: она добавляет слой, за который надо платить и который надо кому-то поддерживать, а взамен даёт управляемость, которая на трёх связках просто не успевает пригодиться.
Порог считается не в системах, а в двух числах сразу: сколько у вас живых связок и сколько раз в год меняются форматы. Шина начинает окупаться примерно с седьмой связки при условии, что изменений не меньше пяти-шести в год. Ниже любого из этих двух порогов прямые связки дешевле и понятнее.
Ниже — что такое шина простыми словами и что она меняет на схеме, числовой критерий подробно, расчёт трёх вариантов на 36 месяцев, обзор доступных в России платформ, честный ответ про Zapier и Make и разбор третьего пути, о котором обычно не говорят, — собственного тонкого слоя.
Что такое шина и что меняется на схеме
Отдельный узел, через который проходят все обмены между системами. Каждая система подключается к нему один раз своим адаптером и больше ничего не знает про остальные. Вместо связей «каждый с каждым» получается «каждый с центром»: изменение формата в одной системе трогает один адаптер, а не все связки, в которых эта система участвует.
Разница видна не в числе линий на схеме, а в том, что происходит при изменении. При прямых связках сайт знает про формат CRM, CRM знает про формат учёта, учёт знает про формат склада. Смена одного поля в учёте заставляет открыть три связки и в каждой найти это поле. При шине сайт, CRM, учёт и склад знают только про один общий внутренний формат, а перевод из него в свой делает адаптер каждой системы — один и всегда один.
В деньгах это выглядит так: одно изменение формата при прямых связках трогает в среднем три связки по шесть часов каждая — 54 000 ₽ по ставке 3 000 ₽/час. То же изменение через слой трогает один адаптер — 18 000 ₽. Отсюда единственная честная формула выгоды: шина экономит не на связях, а на изменениях. Если ничего не меняется, она не экономит ничего. Математику роста числа возможных связей и разбор смежного понятия — хранилища для отчётов — мы вынесли отдельно, в материал про ETL и шину данных.
Карта связей в две половины. Левая половина «Прямые связки»: пять узлов по кругу — «Сайт», «CRM», «Учётная система», «Склад», «Телефония», между ними семь пересекающихся стрелок, каждая подписана тем, что передаётся: «заказ», «клиент и сделка», «номенклатура и остатки», «резерв», «статус отгрузки», «звонок к сделке», «оплата». Три стрелки, идущие от узла «Учётная система», выделены жирным с общей подписью «одно изменение формата — три правки, 54 000 ₽». Правая половина «Через промежуточный слой»: те же пять узлов, каждый одной стрелкой соединён с центральным широким блоком «Единый внутренний формат»; на каждой стрелке подпись «адаптер». Одна стрелка от «Учётной системы» выделена жирным с подписью «одно изменение формата — одна правка, 18 000 ₽». Под правой половиной пометка: «в слое живут очередь, повторы и журнал — по одному разу на все связки». Чертёжный стиль, подписи по-русски.
Числовой критерий: шесть связок и шесть изменений в год
Оба условия проверяются по своим данным за час, и оба должны выполняться одновременно.
- 1Больше шести живых связок. Считаются не системы и не теоретически возможные пары, а направления обмена, которые действительно работают: «заказ с сайта в учёт» и «статус из учёта на сайт» — это две связки, а не одна. Шесть — это порог, после которого одно изменение формата начинает задевать в среднем три связки вместо одной.
- 2Не меньше пяти-шести изменений форматов в год или подключение не меньше двух новых систем ежегодно. Изменением считается всё, после чего пришлось трогать код обмена: новое поле, смена версии чужого API, добавленный статус, изменившийся справочник.
Одно условие без второго шину не оправдывает, и это самая частая ошибка в обе стороны. Десять связок, которые не менялись три года, дешевле оставить прямыми: экономить не на чем. Три связки, которые перекраиваются каждый квартал, шину тоже не окупят — их слишком мало, чтобы разница в цене изменения перекрыла стоимость слоя.
Проверка занимает час и делается по журналу задач или по счетам подрядчика за последние два года. Выпишите каждое обращение «поправьте обмен» и посчитайте, сколько связок было затронуто в каждом. Если среднее меньше двух, вы платите за прямые связки честную цену. Если больше трёх — вы уже оплачиваете отсутствие слоя, просто не одной строкой.
Три варианта на 36 месяцев
Модельная компания: 60 человек, пять систем — сайт, CRM, учётная система, склад и телефония, — семь живых связок, 40 000 операций в месяц, шесть изменений форматов в год. Ставка инженера 3 000 ₽/час, цена операции 0,15 ₽.
Разница почти целиком набирается на изменениях и на поддержке: разработка адаптеров вдвое дешевле разработки связок, потому что адаптер знает только про свою систему и про один внутренний формат, а связка — про две чужие системы сразу. Обратите внимание, что подписка на платформу и операции в этой смете — 216 000 ₽ из 1 608 000 ₽, то есть 13 %. Спорить о тарифе площадки, глядя на такую структуру, бессмысленно; сравнение российских площадок по девяти параметрам у нас есть отдельно — Albato, ApiX-Drive и Nodul.
Столбчатая диаграмма из трёх столбцов, ось Y — рубли за 36 месяцев. Столбец 1 «Прямые связки» — 2 820 000 ₽, три сегмента снизу вверх: «разработка 840 000 ₽», «поддержка 1 008 000 ₽», «изменения 972 000 ₽». Столбец 2 «Готовая платформа» — 1 608 000 ₽, четыре сегмента: «внедрение адаптеров 420 000 ₽», «операции 216 000 ₽», «поддержка 648 000 ₽», «изменения 324 000 ₽». Столбец 3 «Свой тонкий слой» — 1 728 000 ₽, три сегмента: «разработка 540 000 ₽», «сервер и поддержка 864 000 ₽», «изменения 324 000 ₽». Сегменты «изменения» во всех трёх столбцах выделены одинаковой штриховкой; над ними подпись «в первом столбце 972 000 ₽, в остальных 324 000 ₽ — вся разница здесь». Внизу вводные: «5 систем, 7 связок, 40 000 операций в месяц, 6 изменений форматов в год». Чертёжный стиль, подписи по-русски.
Что доступно в России на сентябрь 2026 года
Выбор промежуточного слоя в российской компании упирается не в удобство редактора, а в два вопроса: где физически лежат данные и нужен ли вам статус отечественного ПО. Ответы различаются, и различие имеет практические последствия.
| Вариант | Где данные | Статус | Кому подходит |
|---|---|---|---|
| Albato | Серверы в России, российское юридическое лицо | Соответствие требованию локализации баз | Когда нужны готовые коннекторы к российскому стеку и быстрый старт |
| ApiX-Drive | Россия | Присутствует в реестре Минцифры | Когда статус отечественного ПО является требованием заказчика или отрасли |
| Nodul | Россия | Российская платформа | Когда в сценариях нужны узлы с языковыми моделями наряду с интеграциями |
| n8n на своём сервере | Ваш сервер в вашем контуре | Зарубежный открытый продукт; локализацию закрывает, требование к отечественному ПО — нет | Когда персональные данные не должны покидать периметр |
| Свой тонкий слой | Ваш сервер | Собственная разработка | Когда связок немного, требования жёсткие, а готовых коннекторов к вашим системам всё равно нет |
Различие между двумя последними колонками стоит проговорить, потому что его регулярно путают. Локализация данных и включение в реестр отечественного ПО — разные вещи. Своя установка открытого продукта на сервере в России закрывает первое и не закрывает второе: продукт остаётся зарубежным. Для коммерческой компании это обычно не имеет значения, для государственного заказчика — блокирует проект. Что именно закрывает своя установка по закону, а что нет, мы разбирали в материале про n8n на своём сервере.
Почему Zapier и Make — не рабочая рекомендация
Zapier и Make (ранее Integromat) остаются самыми узнаваемыми названиями в этой категории, и статьи с рекомендацией «настройте сценарий в Zapier» до сих пор встречаются в русскоязычной выдаче. Для российской компании в 2026 году это нерабочий совет по двум независимым причинам.
- Оплата и поддержка недоступны. Продлить подписку, купить более высокий тариф, обратиться в поддержку при сбое — всё это перестаёт быть доступным способом, а не становится «чуть сложнее». Процесс, построенный поверх такого сервиса, живёт до первого платёжного цикла или до первого инцидента.
- Данные проходят через серверы за пределами России. Через интеграционный слой идут имена, телефоны, адреса и суммы — то есть персональные данные. Требование локализации баз персональных данных в России при этом не выполняется, а трансграничная передача требует отдельных оснований, которых у компании обычно нет.
Главный риск не в юридической стороне, а в том, как выглядит обрыв. Недоступный сервис не даёт времени на переезд: сценарии останавливаются в тот день, когда они остановились, и в этот же день выясняется, что переносимого формата между платформами не существует. Компании, попавшие в эту ситуацию, переносили парк сценариев за 6–8 недель и 654 000 ₽ на 22 живых сценария — подробный разбор с порядком миграции у нас в материале про то, чем заменить Zapier и Make.
Свой тонкий слой: что он делает и чего не делает
Третий вариант обсуждают редко, потому что его некому продавать: это не продукт, а сотня-другая часов работы. При этом на четырёх-восьми связках он часто оказывается самым разумным ответом — и его стоит держать в голове как альтернативу и платформе, и прямым связкам.
Тонкий слой делает ровно три вещи, и его дешевизна следует именно из того, что больше он не делает ничего.
- 1Принимает событие и подтверждает приём
Отправитель получает подтверждение за доли секунды, а само событие ложится в очередь на диск. Дальше оно обрабатывается независимо от того, доступен ли получатель прямо сейчас. Это единственный механизм, который отделяет «событие получено» от «событие обработано», и именно его отсутствие превращает недоступность второй системы в потерянные заявки.
- 2Приводит к единому внутреннему формату
Одно описание того, как выглядит заказ, клиент и документ внутри вашей компании. Каждая система переводит в него и из него своим адаптером. Именно здесь возникает вся экономия на изменениях: правится один адаптер, а не все связки, где участвует изменившаяся система.
- 3Раскладывает по получателям и ведёт журнал
Одно событие уходит туда, куда должно, с повторами при отказе и с записью в журнал: тело запроса, ответ, номер попытки, сквозной идентификатор. Журнал в слое пишется один раз на все связки — при прямых связках его пришлось бы делать в каждой отдельно, и обычно его не делают нигде.
Чего в тонком слое нет: визуального редактора сценариев, каталога готовых коннекторов, ролей и разграничения доступа для бизнес-пользователей, витрины отчётов. Всё это и составляет основную часть стоимости готовой платформы, и всё это не нужно компании, у которой пять систем и один ответственный за обмены.
Разница с готовой платформой в 120 000 ₽ за три года — это 7 %, то есть в пределах погрешности любой такой оценки. Значит, выбор между ними решается не деньгами. Готовую платформу берут, когда нужны коннекторы к массовым сервисам и когда сценарии должен уметь править не только инженер. Свой слой — когда данные не должны покидать периметр, когда готовых коннекторов к вашим системам всё равно нет и когда есть кому его поддерживать. Если последнего условия нет, свой слой брать нельзя ни при каких расчётах: он превращается в единственную точку отказа без владельца.
Схема потоков данных слева направо. Слева три узла-источника: «Сайт», «Телефония», «Склад». От каждого стрелка к блоку «Приём», подписанная «событие»; от блока «Приём» короткие обратные стрелки к источникам с подписью «подтверждение за 0,2 с». От «Приёма» стрелка вниз в блок «Очередь на диске». От «Очереди» стрелка в блок «Единый внутренний формат» с подписью «перевод адаптером». От него стрелка в блок «Раскладка по получателям», и от него три стрелки вправо к узлам «CRM», «Учётная система», «Склад» с подписями «сделка», «документ и резерв», «отгрузка». От «Раскладки» вниз петля обратно в очередь с подписью «повтор при отказе». Под всей схемой сплошная горизонтальная полоса «Журнал: тело запроса, ответ, номер попытки, сквозной идентификатор» со стрелками вверх ко всем блокам. Сбоку врезка: «180 часов, 540 000 ₽ — визуального редактора и каталога коннекторов здесь нет намеренно». Чертёжный стиль, подписи по-русски.
Когда шина точно не нужна
Мы строим интеграционные контуры и всё равно отговариваем от слоя в четырёх случаях. Все четыре узнаются на первой встрече, без обследования.
- Три системы и три связки. Слой добавит подписку, сервер и поддержку и не сэкономит ничего: экономить нечего, потому что одно изменение и так трогает одну связку. Прямая связка здесь дешевле, понятнее и чинится быстрее.
- Форматы не менялись больше двух лет. Даже при семи связках слой окупается изменениями, а если их нет, вы платите за страховку от события, которое не происходит. Проверяется по журналу задач за два года: если правок обмена было три-четыре, порог не достигнут.
- Один ответственный, который держит всё в голове. Слой не только техника, но и способ передать знание: он делает обмены одинаковыми и потому читаемыми. Пока связок мало и человек на месте, эта польза не реализуется, а расходы на слой уже идут.
- Обмены построены на файлах и переживают обрыв. Если все связки — это выгрузки по расписанию, у вас уже есть половина того, за что платят при покупке слоя: развязка во времени и устойчивость к недоступности. Добавлять сверху ещё один слой — значит покупать второй раз то, что работает.
И честная цена лишнего слоя, чтобы разговор был симметричным: на трёх связках он добавляет к трёхлетней смете порядка 400 000–600 000 ₽ и одну новую точку отказа, за которую отвечает не поставщик системы, а вы. Плюс он усложняет разбор сбоя: вместо двух участников в цепочке появляется три, и первый вопрос «где потерялась заявка» получает на одну возможную развилку больше. Как этот вопрос решается журналом, мы разбирали в материале про стоимость надёжной интеграции.
Слой окупается изменениями, а не связями. Если ничего не меняется, он не окупается ничем.
