Исход интеграционного проекта на low-code платформе решает один вопрос: есть ли готовый коннектор именно к вашим системам и умеет ли он именно те объекты, которые вам нужно передавать. Не «поддерживает ли платформа 1С», а «умеет ли она создать в вашей 1С:УТ заказ покупателя с указанием склада, договора и скидки и вернуть на сайт статус отгрузки». Ответ на этот вопрос находится за пятнадцать минут — и находить его надо до оплаты подписки, а не на третьей неделе внедрения.
На сентябрь 2026 года в России в живом обороте четыре варианта: Albato, ApiX-Drive, Nodul и n8n, развёрнутый на своём сервере. Zapier и Make из России недоступны, поэтому сценарии, написанные под них, придётся пересобирать; порядок такой миграции разобран отдельно в материале чем заменить Zapier и Make. Подробное сравнение самих площадок по девяти параметрам — в статье Albato, ApiX-Drive и Nodul; здесь речь о другом — о покрытии и о методе проверки.
Ниже — карта того, что у платформ обычно есть готовым по каждому классу систем, что почти всегда придётся дописывать, процедура проверки за пятнадцать минут, расчёт месячного объёма операций и три пути на случай, когда коннектора нет вообще.
Карта покрытия по классам систем
Покрытие удобнее смотреть не по конкретным платформам, а по классам систем: внутри класса ситуация у всех четырёх площадок примерно одинаковая, и различия начинаются в деталях объектов и полей. Таблица собрана по типовому положению дел на сентябрь 2026 года — конкретный набор объектов у конкретной платформы всё равно проверяйте по её карточке коннектора.
| Класс системы | Обычно есть готовым | Почти всегда придётся дописывать | Типичная ловушка |
|---|---|---|---|
| 1С: УТ, УНФ, Розница, Бухгалтерия | Обмен номенклатурой, заказами и контрагентами через опубликованный веб-сервис или расширение | Нестандартные реквизиты, собственные документы, обмен по нескольким организациям | Коннектор написан под типовую конфигурацию, а ваша база доработана — совпадение объектов частичное |
| Битрикс24 и amoCRM | Лиды, сделки, контакты, компании, задачи, стандартные поля | Смарт-процессы, пользовательские сущности, воронки со сложными правами | Коннектор умеет создать лид, но не умеет найти существующий контакт — в CRM появляются дубли |
| RetailCRM | Заказы, клиенты, статусы заказов | Свои поля заказа, работа с несколькими магазинами в одном аккаунте | Направление обмена по части объектов одностороннее — читается, но не записывается |
| МойСклад | Товары, остатки, заказы покупателей, отгрузки | Производственные документы, дополнительные поля, нестандартные статусы | Лимиты частоты обращений к API: массовое обновление остатков упирается в них первым |
| Телефония: Mango Office, Sipuni, UIS, Novofon, МТС Exolve | Событие звонка, длительность, ссылка на запись разговора | Всплывающая карточка у оператора, маршрутизация на ответственного менеджера | Ссылка на запись живёт ограниченное время — файл надо забирать сразу, а не по требованию |
| Мессенджеры: MAX, Telegram, VK | Приём и отправка текстовых сообщений через Bot API | Вложения, групповые чаты, ответ на конкретное сообщение, кнопки | Прямых официальных интеграций MAX с amoCRM и Битрикс24 на сентябрь 2026 нет — только через свою прослойку |
| Площадки объявлений: Авито | Чаты и объявления через API | Автоответы с учётом лимитов, выгрузка истории переписки | Лимиты обращений считаются на аккаунт целиком, а не на сценарий |
| Маркетплейсы | Заказы, остатки, цены | Финансовые отчёты, удержания, возвраты, сверка выплат | Форматы отчётов меняются без предупреждения — сценарий ломается молча |
| Банки | Выписка по расписанию через шлюз банка | Платёжные поручения в обратную сторону, работа с несколькими счетами | Обмен обычно идёт через отдельный банковский шлюз, а не через интеграционную платформу |
Карта связей. В центре блок «Интеграционная платформа». Вокруг девять узлов по классам систем: «1С: УТ, УНФ, Розница, Бухгалтерия», «Битрикс24 и amoCRM», «RetailCRM», «МойСклад», «Телефония», «Мессенджеры: MAX, Telegram, VK», «Авито», «Маркетплейсы», «Банки». Каждая связь нарисована двумя линиями: сплошная с подписью «готово» и пунктирная с подписью «дописываем». У узла «Банки» сплошной линии нет вовсе — только пунктир с пометкой «через шлюз банка». У узла «Мессенджеры» подпись «MAX — через свою прослойку, сентябрь 2026». Чертёжный стиль, подписи по-русски.
Четыре площадки по способу размещения
Способ размещения важнее набора коннекторов, потому что он определяет, где физически лежат ваши данные во время обмена и какие бумаги придётся оформлять. Здесь коротко — детальное сравнение по девяти параметрам уже сделано в соседнем материале, продублировать его смысла нет.
| Площадка | Размещение и данные | Реестр отечественного ПО | Порог входа |
|---|---|---|---|
| Albato | Облако, юридическое лицо и серверы в России, заявлено соответствие ч. 5 ст. 18 152-ФЗ | Проверять номер записи на дату закупки | Средний: готовые коннекторы, визуальный сценарий |
| ApiX-Drive | Облако, российская прописка, публичный тариф примерно от 2 200 ₽/мес | Заявлен в реестре Минцифры — проверять номер записи | Низкий: рассчитан на простые связки без разработчика |
| Nodul | Российская платформа интеграций и ИИ-агентов | Проверять номер записи на дату закупки | Средний: пригодится, когда рядом с обменом нужен шаг с моделью |
| n8n на своём сервере | Ваш сервер в России, данные не покидают контур; облачная оплата из РФ проблемна | Иностранный open source, в реестре быть не может | Высокий: нужен администратор, обновления и бэкапы на вас |
Выбор между облаком и своим сервером решается одним вопросом: что именно проходит через обмен. Если это заказы, остатки, цены и статусы — облачная площадка с российской пропиской подходит, и спор идёт только о цене. Если через обмен идут персональные данные клиентов, записи разговоров или сведения, закрытые договором с вашим заказчиком, то к цене добавляется работа с бумагами: где лежат данные, кто их обрабатывает и что записано в поручении обработки. Иногда дешевле сразу поставить n8n на свой сервер, чем полгода согласовывать облако со службой безопасности контрагента.
На витрине платформы написано «поддерживаем 1С» и «поддерживаем amoCRM». Это означает, что коннектор существует, а не что он умеет нужную вам операцию. Внутри карточки коннектора всегда есть перечень объектов и направлений: «создать сделку», «обновить контакт», «прочитать список товаров». Проект разваливается ровно там, где нужного объекта в этом перечне нет, и обнаружить это через месяц после оплаты годовой подписки — типовой сценарий, а не редкость.
Проверка за 15 минут
Эта процедура делается до оплаты и до выбора площадки. Она не требует программиста и не требует доступа к боевым системам на первых четырёх шагах. Пятнадцать минут — реальная оценка для одной связки из двух систем.
- 15 минут. Выписать объекты и направления, а не системы
Формулировка «связать сайт с 1С» непроверяема. Проверяема такая: «заказ с сайта → заказ покупателя в 1С:УТ 11.5 со складом, договором и скидкой», «статус отгрузки из 1С → статус заказа на сайте», «новый товар в 1С → карточка на сайте с ценой и остатком». Получается список из 3–8 строк, и каждая строка — отдельная проверка. Больше про способы обмена именно с 1С — в статье способы обмена с 1С.
- 23 минуты. Найти объект в карточке коннектора
Открываете карточку коннектора на сайте платформы и ищете не название системы, а конкретный объект и направление. Отдельно проверяете сторону: часто «прочитать заказы» есть, а «создать заказ» нет, и обмен получается односторонним. Если объекта нет в списке — дальше можно не смотреть, это уже ответ.
- 33 минуты. Проверить поля, а не объект
Наличие объекта не означает наличия ваших полей. Коннектор создаёт заказ, но может не уметь проставить склад отгрузки, договор контрагента, вид цены или пользовательское поле, которое у вас несёт всю логику. Ищите в карточке слова «пользовательские поля», «дополнительные реквизиты», «произвольные поля» — если их нет, значит поддерживается только типовой набор.
- 42 минуты. Проверить триггер и его частоту
Сценарий либо реагирует на событие в системе, либо опрашивает её по расписанию. Второй вариант дешевле и распространённее, но у него есть минимальный интервал опроса — от минуты до пятнадцати. Если вам нужен статус заказа на сайте «сразу», а платформа опрашивает раз в 15 минут, вы это узнаете либо сейчас, либо от клиентов.
- 52 минуты. Прогнать один боевой сценарий на бесплатном тарифе
Все четыре площадки дают либо бесплатный тариф, либо пробный период. Соберите одну самую важную связку и проведите через неё один настоящий объект: один заказ, один лид, один звонок. Если он дошёл целиком и с нужными полями — можно платить. Что именно считать доказательством работы, разобрано в материале как проверить, что интеграция работает.
Тарификация по операциям: считаем месяц заранее
Облачные платформы считают деньги не по числу подключённых систем, а по числу операций. Единица тарификации у площадок разная — где-то операцией считается каждая переданная запись, где-то каждый запуск сценария, где-то каждый шаг внутри сценария. Это первое, что надо уточнить: при трёхшаговом сценарии разница между вариантами — трёхкратная.
Модельный пример: интернет-магазин с оптовым направлением, 4 200 позиций номенклатуры, 1 500 заказов в месяц, 3 100 контрагентов в базе. Считаем постоянный поток по каждому сценарию, а не «на глаз».
Вот здесь и возникает сюрприз в счёте. Постоянный поток укладывается в ступень «до 50 000 операций», а первый месяц — нет, и подписка автоматически поднимается на ступень выше. Ступени и цены у каждой площадки свои, публичный ориентир младшего тарифа — примерно от 2 200 ₽/мес, рабочие ступени под десятки тысяч операций по рынку укладываются в 5 000–25 000 ₽/мес; конкретные цифры уточняйте на дату закупки.
Разовый перенос номенклатуры, контрагентов и истории заказов — это не интеграция, а миграция. Её делают прямой выгрузкой и загрузкой один раз, а платформу подключают уже после, на постоянный поток. Это экономит тарифную ступень, а заодно спасает от второй проблемы: массовый импорт через сценарий упирается в лимиты частоты обращений принимающей системы и растягивается на сутки с непредсказуемыми обрывами. Подготовка данных к переносу разобрана в статье данные перед внедрением.
Столбчатая диаграмма за 6 месяцев. Первый столбец 60 900 операций, состоит из двух подписанных частей: «постоянный поток 35 600» и «разовый импорт 25 300». Остальные пять столбцов ровные по 35 600. Поперёк графика горизонтальная штриховая линия «ступень тарифа: 50 000 операций» — первый столбец её пересекает, остальные нет. Подписи осей: месяцы и операции. Под графиком пометка «переплата 13 000 ₽ за месяц». Чертёжный стиль, подписи по-русски.
Коннектора нет: три пути и их цена
Отсутствие коннектора не приговор — почти всё, что имеет API, подключается. Вопрос в том, каким из трёх путей и сколько это стоит. Оценки ниже модельные, для одной связки средней сложности при ставке 3 500 ₽ за час работы.
| Путь | Что делаем | Срок | Модельная цена | Когда это правильный выбор |
|---|---|---|---|---|
| Универсальный HTTP-узел | Собираем запрос к API системы руками внутри той же платформы, без готового коннектора | 2–5 дней | 21 000–56 000 ₽ (6–16 часов) | У системы есть документированный API и нужны 1–2 простые операции |
| Своя прослойка на API | Отдельный сервис между системами: своя логика, свой журнал, свои повторные попытки | 2–4 недели | 60 000–180 000 ₽ | Операций много, нужна нестандартная логика или контроль над данными |
| Доработка на стороне системы | Расширение 1С, обработка обмена, модуль CRM — обмен живёт внутри самой системы | 3–6 недель | 80 000–250 000 ₽ | Обмен затрагивает нетиповые документы или несколько организаций |
Практическое правило выбора такое. Один-два простых обмена — HTTP-узел, он дешевле любой разработки и живёт внутри уже оплаченной платформы. Больше пяти сценариев или требование не выпускать данные наружу — своя прослойка. Нетиповые документы 1С и обмен по нескольким юрлицам — доработка на стороне 1С, потому что снаружи такие объекты корректно не собрать; вилки по этому пути разобраны в материале сколько стоит интеграция 1С.
Сравнение в три колонки. Левая — «Универсальный HTTP-узел»: «2–5 дней», «21 000–56 000 ₽», «1–2 простые операции», «живёт внутри платформы». Средняя — «Своя прослойка на API»: «2–4 недели», «60 000–180 000 ₽», «свой журнал и повторные попытки», «данные не выходят наружу». Правая — «Доработка на стороне системы»: «3–6 недель», «80 000–250 000 ₽», «нетиповые документы, несколько юрлиц», «не зависит от площадки». Под колонками стрелка слева направо с подписью «растёт цена и независимость, падает скорость запуска». Чертёжный стиль, подписи по-русски.
О чём платформы молчат: справочники не сводятся сами
Интеграционная платформа переносит данные и делает это добросовестно. Она не проверяет, что «ООО Ромашка» и «Ромашка, ООО» — один контрагент, что артикул в 1С и артикул на сайте относятся к одному товару и что в одной системе единица измерения штука, а в другой упаковка из шести. Всё это она честно перенесёт как есть, и через месяц у вас будет вдвое больше карточек контрагентов, чем было.
Работа по сведению справочников — отдельная и всегда ручная в основной своей части: правила сопоставления, ключ склейки, обработка исключений, разбор того, что не сопоставилось автоматически. Для базы в 4 200 позиций номенклатуры и 3 100 контрагентов это 40–120 часов в зависимости от того, насколько дисциплинированно велись справочники. В смету интеграции эту строку почти никогда не кладут, а без неё запуск даёт не автоматизацию, а генератор дублей — типовые симптомы разобраны в статьях ошибки обмена с 1С и задвоенные заказы при обмене.
- Ключ склейки выбирается один раз и навсегда. Для контрагентов это ИНН, для товаров — артикул или штрихкод, для клиентов-физлиц — телефон в нормализованном виде. Имя и наименование ключом быть не могут никогда.
- У каждой записи должен быть источник истины. Одна система создаёт запись, остальные её принимают. Если создавать разрешено обеим сторонам, дубли появятся при первом же сетевом сбое и повторной отправке.
- Несопоставленное не выбрасывается, а складывается в очередь. Сценарий, который молча пропускает нераспознанные записи, хуже сценария, который останавливается: во втором случае вы узнаете о проблеме сразу.
Схема из пяти блоков. Слева два блока-источника: «1С: контрагенты, 3 100 записей» и «Сайт и CRM: контакты». Обе стрелки входят в ромб «Сопоставление по ключу: ИНН, артикул, нормализованный телефон». Два выхода из ромба: сплошная стрелка в блок «Одна запись — обновляем» и штриховая в блок «Очередь несопоставленного — разбирает человек». Внизу отдельная подпись-предупреждение: «сопоставление по наименованию запрещено» и пометка «40–120 часов работы на базу 4 200 товаров и 3 100 контрагентов». Чертёжный стиль, подписи по-русски.
Когда интеграционная платформа не подходит
Мы регулярно советуем не брать платформу вообще, и вот четыре ситуации, в которых это правильный ответ.
- 1Один-единственный обмен, который уже есть штатно. Обмен 1С с типовым сайтом, выгрузка на маркетплейс из складской системы, звонки из телефонии в CRM — всё это часто уже встроено в сами продукты. Платить за платформу, чтобы продублировать штатный механизм, смысла нет.
- 2Данные нельзя выпускать в чужое облако. Медицинские сведения, персональные данные особых категорий, коммерческая тайна по договору с заказчиком. Здесь остаются n8n на своём сервере или собственная прослойка — с оформлением поручения обработки, если работы ведёт подрядчик, о чём мы писали в материале поручение обработки данных подрядчику.
- 3Логика сложнее трёх ветвлений. Расчёт цены по десяти условиям, распределение заявок по загрузке менеджеров, сборка документа из нескольких источников — в визуальном редакторе это превращается в нечитаемый клубок, который никто, кроме автора, не поддержит. Такое пишут кодом, и это дешевле в горизонте года.
- 4Объём в десятки тысяч операций в сутки. На таких объёмах тариф облачной платформы обгоняет стоимость своего сервера, а лимиты частоты становятся ежедневной болью. Порог смещается, но ориентир простой: если счёт за подписку подбирается к 30 000 ₽/мес, пора считать собственный контур.
И последнее. Интеграционная платформа — это инструмент, а не проект. Она сокращает время сборки связки в разы, но не отвечает ни за качество данных, ни за то, что процесс вообще стоит автоматизировать. Мы видели компании, которые за месяц собрали двадцать сценариев и за следующие полгода не смогли объяснить, какие из них ещё работают. Начинайте с трёх обменов, которые вы можете назвать по имени, и подключайте четвёртый только тогда, когда первые три пережили квартал без ручного вмешательства.
Коннектор в списке на витрине и коннектор, который умеет ваше поле, — это разные коннекторы. Проверяется за пятнадцать минут.
