Технически связывается почти всё со всем: у любой живой российской системы есть или готовый модуль обмена, или открытый программный интерфейс. Практический вопрос другой — каким способом и во что это обходится. Способов ровно три, и разница между крайними составляет порядок величины: 149 000 ₽ против 929 000 ₽ за три года на одной и той же паре систем.
Эта статья — карта, а не рейтинг: мы не продаём ни одну из упомянутых систем и не получаем вознаграждения за упоминание. Мы соединяем их между собой, поэтому знаем, где стыки проходят легко, а где смета вырастает втрое против ожиданий заказчика. Критерий, по которому пара попала в матрицу ниже, один: обе системы из пары реально встречаются в российских компаниях 20–300 человек. Экзотические связки и системы, ушедшие с рынка, в матрицу не включены намеренно.
Три уровня связи и во что они обходятся
Разница между уровнями не в качестве обмена, а в том, кто отвечает за его работу и кто чинит при поломке. Штатный обмен чинит вендор в очередном обновлении, платформу чинит платформа, прослойку — тот, кто её написал.
- 1Штатный обмен
Модуль или встроенный механизм, который поставляет один из вендоров. Настройка — 40 000–150 000 ₽, эксплуатация почти ничего не стоит. Ограничение в том, что состав передаваемых данных задан вендором: добавить своё поле обычно нельзя, и это выясняется на третьей неделе работы, а не на демонстрации.
- 2Через интеграционную платформу
Albato, ApiX-Drive, Nodul или n8n на своём сервере становятся посредником между двумя системами. Настройка — 80 000–200 000 ₽, подписка от ~2 200 ₽/мес и выше по числу операций. Гибче штатного обмена и быстрее разработки, но зависит от того, какие объекты умеет коннектор: подробный разбор покрытия — в материале интеграционные платформы РФ: какие системы они знают.
- 3Своя прослойка
Отдельная служба, которая ходит в оба программных интерфейса и держит собственную очередь и журнал. Двусторонний обмен — 250 000–600 000 ₽ и 8 000–20 000 ₽/мес сопровождения; односторонний перенос в одну сторону обходится дешевле, 60 000–180 000 ₽. Берут её тогда, когда нужны свои правила и своя обработка ошибок, а не потому, что первых двух уровней не существует.
Вывод из расчёта не «берите штатный обмен всегда». Вывод в том, что переход на уровень выше должен быть обоснован конкретной потребностью — своим полем, своей частотой, своей обработкой ошибок, — а не фразой «сделаем нормально». Что именно покупается за разницу в цене надёжной и дешёвой связки, разобрано отдельно в материале надёжная интеграция против «просто связать».
Три горизонтальные полосы разной длины с подписями слева: «штатный обмен», «через платформу», «своя прослойка». Длина полос пропорциональна суммам 149 000 ₽, 320 000 ₽ и 929 000 ₽; каждая полоса поделена на два сегмента с подписями «настройка» и «эксплуатация за 36 месяцев». Справа от самой длинной полосы вынос со стрелкой и подписью «разрыв 780 000 ₽». Чертёжный стиль, приглушённая палитра, подписи по-русски.
Матрица: какая пара как связывается
Уровень в таблице — типичный, а не единственно возможный. Любую пару можно соединить прослойкой, вопрос только в том, зачем платить за третий уровень там, где работает первый. Колонка «где ломается» важнее остальных: именно она определяет, во сколько обойдётся связка сверх сметы.
| Пара систем | Типичный уровень | Что обычно передаётся | Где ломается |
|---|---|---|---|
| Учётная система и CRM | Штатный обмен при одной платформе, иначе платформа | Контрагенты, номенклатура, счета, оплаты, отгрузки | Справочники: одна позиция под двумя названиями превращается в дубль на обеих сторонах |
| Учётная система и склад | Штатный при одной платформе, прослойка при разных | Задания на приёмку и отгрузку, остатки, результаты инвентаризации | Единицы измерения и адресное хранение: у склада своя логика ячеек, которой нет в учёте |
| CRM и телефония | Штатный обмен, готовые модули почти у всех операторов | Звонки, записи разговоров, всплывающая карточка, пропущенные | Сопоставление номера с контактом при нескольких номерах и общих телефонах компаний |
| CRM и мессенджеры | Платформа или собственный бот-прослойка | Сообщения, вложения, история переписки, автор ответа | Групповые чаты и вложения: канал меняет правила чаще, чем выходят обновления коннекторов |
| CRM и площадки объявлений | Штатный обмен или платформа | Чаты по объявлениям, обращения, статусы объявлений | Соответствие объявления карточке товара и лимиты обращений к программному интерфейсу |
| Учётная система и ЭДО | Штатный модуль оператора | УПД, акты, счета-фактуры, статусы подписания | Сопоставление номенклатуры поставщика с вашей — самая дорогая часть любого проекта ЭДО |
| Учётная система и BI | Витрина данных, прямое чтение базы — плохая практика | Подготовленные строки витрины: продажи, остатки, деньги | Определения показателей: «выручка» в двух системах считается по-разному, и BI это показывает |
| Сайт с формами и CRM | Штатный обмен или платформа | Заявки, источник обращения, вложения | Дубли при повторной отправке и потеря заявки при недоступности CRM |
| Учётная система и маркетплейсы | Платформа или прослойка | Заказы, остатки, цены, статусы отправлений | Лимиты и постраничность программного интерфейса площадки, разные для каждой |
| Учётная система и банк | Штатный обмен, есть у всех банков | Выписки, платёжные поручения | Назначение платежа: разнесение по документам автоматом закрывает примерно четыре пятых потока |
Две строки в этой таблице стоят особняком, и по ним чаще всего ошибаются в сметах. Связка учётной системы со складом выглядит простой, пока обе стороны на одной платформе; при разных вендорах она превращается в самую дорогую строку проекта, потому что адресное хранение и единицы измерения приходится описывать заново. Связка с BI, наоборот, кажется сложной, а на деле почти всегда решается витриной данных — и ломается не по технической причине, а из-за расхождения в определениях показателей.
Карта связей: восемь узлов по кругу с подписями «учётная система», «CRM», «склад», «телефония», «мессенджеры», «площадки объявлений», «ЭДО», «BI». Узел «учётная система» крупнее остальных и подписан «источник истины по справочникам». Линии между узлами трёх видов по легенде: сплошная толстая «штатный обмен», сплошная тонкая «через платформу», пунктирная «своя прослойка». Пунктиром соединены пары «учёт — маркетплейсы», «учёт — склад разных вендоров», «CRM — мессенджеры». Чертёжный стиль, приглушённая палитра, подписи по-русски.
По состоянию на сентябрь 2026 года WhatsApp заблокирован в России и годится только как точка миграции, Telegram работает с ограничениями, а MAX стал основным каналом новых внедрений — при этом прямых официальных интеграций MAX с amoCRM и Битрикс24 на начало 2026 года не было, и связка идёт через прослойку или своего бота. Инженерный вывод: канал в 2026 году — расходуемый ресурс, и правильная архитектура прячет его за абстракцией, чтобы смена канала стоила дней, а не месяцев. Подробно это разобрано в материале блокировки мессенджеров и архитектура.
Почему «интеграция есть» — ещё не ответ
Галочка в сравнительной таблице поставщика описывает факт наличия механизма и ничего не говорит о его пригодности. За одним и тем же словом скрываются решения, отличающиеся по трудозатратам в разы.
- Направление. Обмен часто односторонний: заказы уходят в учёт, а статусы обратно не возвращаются. Формально интеграция есть, фактически менеджер смотрит в две системы.
- Набор полей. Коннектор почти всегда умеет создать документ и почти никогда — обновить произвольное пользовательское поле. Если ваш процесс держится на своём поле, готовый обмен его не увидит.
- Частота. Раз в сутки, раз в час и мгновенно по событию — три разных продукта под одним названием. Для остатков на маркетплейсе разница между часом и сутками измеряется в отменённых заказах.
- Поведение при ошибке. Что происходит, когда вторая система недоступна: обмен встаёт молча, теряет сообщение или складывает его в очередь и повторяет. Это единственный пункт, который нельзя проверить на демонстрации и который определяет стоимость эксплуатации.
Первый: какие объекты и в какую сторону передаются — попросите список, а не слово «двусторонний». Второй: что происходит при недоступности второй системы — правильный ответ содержит слова «очередь» и «повтор». Третий: где смотреть журнал обменов и кто имеет к нему доступ — если журнала нет, значит, связку не эксплуатировали всерьёз ни разу. Просите показать эти три вещи на живом стенде, а не на слайдах; что писать в требованиях по итогам, разобрано в материале требования к интеграции: что писать.
Справочники: барьер, который дороже кода
Технически связать две системы проще, чем согласовать содержимое их справочников. Обмен передаст ровно то, что в нём лежит: если у одного и того же товара в CRM написано «Кабель ВВГ 3х1,5», а в учёте «Кабель ВВГ-Пнг(А)-LS 3х1,5 ГОСТ», механизм создаст две карточки и будет добросовестно поддерживать обе.
Приведение номенклатуры и контрагентов — это 40–120 часов работы, и в смете интеграции их обычно нет, потому что делать эту работу должен заказчик, а не подрядчик: только у вас есть знание, какие две позиции на самом деле одна. Практический порядок: до настройки обмена выбрать источник истины по каждому справочнику, схлопнуть дубли на стороне источника и завести правило ввода новых позиций. Как выглядит та же проблема со стороны клиентской базы, показано в разборе грязных данных в CRM.
Схема из четырёх пронумерованных шагов слева направо. Шаг 1 — крупный блок «учётная система: источник истины по номенклатуре и контрагентам». Шаг 2 — «CRM», связан с первым двусторонней стрелкой с подписью «справочники сверху вниз». Шаг 3 — три блока в столбик: «телефония», «сайт и формы», «мессенджеры», все связаны с CRM. Шаг 4 — «BI», связан с учётной системой через промежуточный блок «витрина данных». Под схемой подпись: «обратный порядок удваивает работу: соответствия переделываются на каждой следующей паре». Чертёжный стиль, подписи по-русски.
Порядок подключения: с какой пары начинать
Порядок влияет на объём работы сильнее, чем выбор платформы. Правило простое: первой связывается пара, в которой находится источник истины по справочникам — обычно это учётная система и то, что стоит к ней ближе всего. Все остальные пары подключаются после и берут соответствия уже готовыми.
- 1Определите источник истины по каждому справочнику отдельно: номенклатура почти всегда в учёте, клиенты часто в CRM, сотрудники в кадровой системе. Один справочник — один хозяин, без исключений.
- 2Свяжите учётную систему с той, где справочники используются интенсивнее всего. На этом шаге и делается основная работа по схлопыванию дублей — дальше она не повторяется.
- 3Подключайте каналы обращений: телефонию, формы сайта, мессенджеры, площадки объявлений. Они опираются на уже сведённую базу клиентов и потому подключаются быстро — по опыту в два-три раза быстрее первой пары.
- 4Отчётность подключайте последней и через витрину, а не прямым чтением базы. Прямое чтение работает до первого обновления учётной системы, после чего ломается молча — почему так, объяснено в материале дашборд начинается со справочников.
Когда связывать не надо
Интеграция — не самоцель, и в трёх случаях она стоит дороже той работы, которую заменяет.
- Меньше 90 операций в месяц. Ниже этого порога ручной перенос дешевле любого механизма вместе с его эксплуатацией. Считайте не по числу систем, а по числу документов, которые реально ходят между ними.
- Процесс изменится в ближайший квартал. Связка, настроенная под процесс, который переписывается, выбрасывается вместе с ним. Здесь честнее прожить квартал на выгрузке в файл и вернуться к вопросу потом.
- Одна из двух систем на выходе. Если через полгода планируется переезд, связывать текущую пару бессмысленно: настройка не переносится, а перенос данных делается однократной миграцией. Как она устроена, разобрано в материале миграция данных при внедрении.
Если заявки теряются потому, что за ними никто не закреплён, обмен между сайтом и CRM просто доставит их в место, где их так же никто не возьмёт. Сначала ответственный и правило, потом механизм передачи — обратный порядок даёт дорогую систему с той же проблемой и убеждает команду, что автоматизация не работает.
Вопрос не в том, связываются ли две системы, а в том, кто чинит связку в пятницу вечером и по какому журналу он это делает.
