Интеграция МойСклад, amoCRM и Битрикс24 с сайтом

У малого и среднего бизнеса типичный набор систем выглядит так: сайт или интернет-магазин, CRM для продаж — amoCRM или Битрикс24, складской и товарный учёт — МойСклад, бухгалтерия — 1С, плюс телефония, мессенджеры и эквайринг. Каждая система хороша на своём месте, но вместе они превращаются в источник ручной работы: менеджер копирует заявку с сайта в CRM, кладовщик проверяет остаток в МойСклад и пишет в чат, бухгалтер выставляет счёт в 1С по данным из переписки. Каждое ручное копирование — это время и ошибки.

Интеграция решает эту проблему, если она спроектирована правильно: понятно, какая система главная для каких данных, куда и как часто идёт обмен, и что происходит при сбое. Ниже — практическая схема для связки сайта, МойСклад, amoCRM или Битрикс24 и 1С, сравнение готовых коннекторов и собственной интеграции, сроки и бюджет. Про обмен именно с 1С подробно — в отдельной статье интеграция сайта и CRM с 1С.

Правило номер один: у каждого объекта один хозяин

Самые дорогие проблемы интеграций возникают, когда одни и те же данные редактируются в двух системах. Цена товара поменялась в МойСклад, а менеджер вручную поправил её в CRM — какая из них правильная? Клиент изменил телефон на сайте, а в CRM старый — куда звонить? Поэтому до любой разработки составьте таблицу владения данными.

Типовые сценарии обмена

Сайт → CRM: заявки

Заявка с формы, звонок, сообщение в мессенджере должны попадать в CRM автоматически, с источником трафика и UTM-метками. И amoCRM, и Битрикс24 умеют принимать заявки через вебхуки, формы и API. Важно передавать не только имя и телефон, но и страницу, кампанию, ключевое слово — иначе невозможно посчитать, какая реклама приносит продажи. Метки удобно собирать в генераторе UTM. Подробно о связке — в статье интеграция сайта с CRM.

МойСклад → сайт: каталог и остатки

У МойСклад развитый JSON API: товары, модификации, цены, остатки по складам, изображения. Сайт периодически забирает изменения или получает уведомления через вебхуки об изменении сущностей. Для каталога из нескольких тысяч товаров разумна синхронизация изменений каждые 5–15 минут плюс полная сверка раз в сутки. Обязательно учитывайте лимиты API на количество запросов — при неосторожной синхронизации интеграция упирается в них в самый неподходящий момент.

Сайт или CRM → МойСклад: заказы

Заказ с сайта или выигранная сделка в CRM создаёт заказ покупателя в МойСклад с резервом товара. Обратно возвращаются статусы: собран, отгружен, доставлен — и они видны менеджеру в карточке сделки и клиенту на сайте. Отдельный вопрос — что делать, если товар закончился между оформлением и резервом. Это решение принимается на уровне процесса: предложить замену, отменить позицию, оформить предзаказ.

МойСклад ↔ 1С

МойСклад часто используют для оперативного учёта, а 1С — для бухгалтерии. Между ними настраивается обмен документами: отгрузки, поступления, оплаты. Для этого есть штатные механизмы обмена, но правила сопоставления справочников — контрагенты, номенклатура, склады — нужно настраивать аккуратно, иначе в 1С появляются дубли.

Готовые коннекторы или своя интеграция

Для популярных связок существуют готовые решения: приложения из маркетплейсов amoCRM и Битрикс24, модули CMS, сервисы-посредники для связки систем без программирования. Они дешевле и быстрее, но ограничены типовыми сценариями.

Когда нужна своя интеграция

• Нестандартная логика: персональные цены по договорам, комплекты, производство под заказ, аренда.
• Несколько складов и юрлиц с правилами распределения заказов.
• Объёмы, при которых подписка посредника по числу операций становится дороже своей разработки.
• Требования к надёжности: повторная отправка при сбое, очередь, оповещение ответственного.
• Данные не должны проходить через сторонние сервисы.

Как устроена надёжная интеграция

1. Очередь сообщений: каждое событие — новая заявка, изменение остатка, оплата — сохраняется и обрабатывается, даже если принимающая система временно недоступна.
2. Идемпотентность: повторная отправка того же события не создаёт дубль заказа или контакта.
3. Сопоставление идентификаторов: в каждой системе хранится внешний ID объекта из другой системы.
4. Журнал и алерты: ответственный узнаёт о сбое из сообщения, а не от клиента. См. мониторинг сайта и CRM.
5. Учёт лимитов API: пакетные запросы, паузы, повторы с задержкой.
6. Ежедневная сверка: автоматическое сравнение ключевых данных между системами и отчёт о расхождениях.

Телефония, мессенджеры и оплаты — тоже часть связки

Интеграция редко ограничивается сайтом, CRM и складом. Звонки должны попадать в карточку клиента с записью разговора, сообщения из мессенджеров — в единое окно менеджера, оплаты по ссылке — автоматически менять статус сделки и заказа. У amoCRM и Битрикс24 для этого есть готовые интеграции с большинством российских операторов IP-телефонии и платёжных сервисов, и в типовых случаях их достаточно. Сложности начинаются, когда один клиент пишет с разных номеров и в разные мессенджеры: CRM создаёт несколько контактов, и история общения рассыпается. Правило склейки дублей — по телефону, почте, ИНН — нужно определить заранее и проверять на реальных данных.

С 2025–2026 годов многие компании добавляют к Telegram мессенджер MAX как второй канал. Если вы подключаете его к CRM, убедитесь, что интеграция поддерживает оба мессенджера в одном окне и не создаёт дубли контактов. Подробнее о бизнес-возможностях — в статье MAX для бизнеса.

Типичные сбои и как их предотвратить

• Дубли контактов и заказов из-за повторной отправки — лечится идемпотентностью и хранением внешних ID.
• Расхождение остатков из-за редких синхронизаций в пик продаж — лечится вебхуками об изменениях и резервом при оформлении заказа.
• Молчаливая остановка обмена после смены пароля или токена — лечится мониторингом последней успешной синхронизации.
• Сломанные справочники после переименования склада или вида цены — лечится сопоставлением по ID, а не по названию.
• Изменения API со стороны сервиса — лечится подпиской на уведомления разработчиков и тестовым контуром.

Перед запуском любой интеграции проведите тестовый прогон на копии данных: создайте десяток заказов, измените цены, отмените оплату, переименуйте товар. Каждый такой сценарий занимает минуты, а найденная на тесте ошибка стоит в десятки раз дешевле, чем та же ошибка в живых заказах.

Сроки и бюджет

Пример расчёта эффекта

Условный магазин стройматериалов: 900 заказов в месяц через сайт и телефон, три менеджера, МойСклад и amoCRM не связаны. Менеджер тратит на ручной перенос каждого заказа и проверку остатков около 6 минут, ещё 3 минуты — на ответы клиентам о статусе.

1. Ручная работа: 900 × 9 минут = 135 часов в месяц, почти ставка менеджера.
2. При стоимости часа менеджера 700 ₽ с налогами — 94,5 тыс. ₽ в месяц.
3. Ошибки: по оценке, 2% заказов уходят с неверным остатком или ценой, это 18 проблемных заказов и, допустим, 6 потерянных клиентов со средним чеком 12 000 ₽ — 72 тыс. ₽ выручки.
4. Интеграция за 500 тыс. ₽ плюс 15 тыс. ₽ поддержки в месяц.
5. Эффект: 94,5 тыс. ₽ времени плюс маржа с сохранённых заказов (допустим, 18 тыс. ₽) минус поддержка — около 97 тыс. ₽ в месяц. Окупаемость — 5–6 месяцев.

Сэкономленное время само по себе не превращается в деньги, если менеджеры не используют его для продаж. Поэтому вместе с интеграцией стоит поставить задачу на высвобожденные часы. Посчитать свой вариант можно в калькуляторе окупаемости CRM.

Если нужна отраслевая система

Иногда интеграция пяти систем — это попытка собрать отраслевой продукт из универсальных деталей. Для салонов красоты расписание, клиенты, абонементы, склад расходников и зарплата мастеров уже собраны в одной системе — например, homade. Для автопроката аналогично работает Auto555: машины, брони, договоры, залоги и штрафы в одном месте. В таких случаях вместо пяти интеграций нужна одна — с бухгалтерией.

С чего начать

1. Составьте таблицу владения данными: какая система главная для товаров, клиентов, заказов, оплат.
2. Найдите самую дорогую ручную операцию и начните с неё.
3. Проверьте готовые коннекторы и где они хранят данные.
4. Если готового нет или он не подходит — заказывайте интеграцию с очередью, журналом и сверкой, а не скрипт без контроля ошибок.
5. Через месяц сравните время и ошибки до и после.

Ориентировочную стоимость связки CRM и учётной системы можно посчитать в калькуляторе внедрения CRM и интеграции с 1С: он учитывает число пользователей, интеграций и объём переносимых данных и помогает сравнить предложения интеграторов.

Если хотите обсудить связку ваших систем — пришлите список сервисов и описание процесса и напишите нам. Мы проектируем и поддерживаем интеграции как часть услуги CRM и автоматизация.