Интеграции с CRM и 1С: как связать сайт, продажи и учёт
Гид по интеграциям: как заявки сами попадают в amoCRM или Битрикс24, как сайт и маркетплейсы обмениваются с 1С, где обычно ломается обмен и что проверить до старта.
Обновлено
Зачем вообще связывать системы
Пока сайт, CRM и учётная система живут отдельно, между ними работает человек: переносит заявки из почты в CRM, перебивает заказы в 1С, сверяет остатки с витриной. Это медленно, а главное — источник ошибок. Заявки теряются, у сделок нет источника, остатки на сайте расходятся с реальными, и отчёт «откуда приходят деньги» превращается в гадание. Интеграция убирает ручной перенос: данные сами идут по заранее описанной схеме.
Сайт и CRM: заявка без потерь
Базовый сценарий — каждая форма, звонок и сообщение из мессенджера создают сделку в amoCRM или Битрикс24 с контактом, источником и UTM-метками. Дальше работают правила: автоназначение менеджера, напоминания, этапы воронки. Выбор между amoCRM и Битрикс24 зависит от процесса: первая проще и сфокусирована на продажах, второй — комбайн с задачами, документами и порталом для всей компании. Если процесс совсем не укладывается в коробку, честнее собрать свою CRM, чем годами подпирать чужую.
Сайт и 1С: товары, остатки, заказы
Для магазина ключевая связка — с 1С: товары, цены и остатки идут на сайт, заказы — обратно в учёт. Стандартный путь — протокол CommerceML, который понимают типовые конфигурации; для нестандартных задач и частых обновлений используют REST через HTTP-сервисы 1С. Главное правило — связывать товары по идентификаторам из 1С, а не по названиям: иначе первая же правка наименования рождает дубль. Подробнее — на странице интеграции с 1С.
Где обычно ломается
- Лимиты API. У CRM есть ограничения на число запросов; при пиках заявок прямые вызовы начинают отваливаться. Нужен промежуточный слой с очередью и повторами.
- Дубли. Один клиент пишет с формы, звонит и приходит в Telegram — без правил склейки в базе три карточки.
- «Тихие» поломки. Обмен с 1С перестал работать, а заметили через неделю по жалобам покупателей. Нужны алерты на сбои обмена.
- Доработанные конфигурации. Типовой обмен может не понимать ваши доработки 1С — это выясняют на тестовой копии базы, а не в бою.
С чего начать
Выпишите все точки входа заявок и все системы, где живут данные, и решите, какая из них главная для каждой сущности: клиенты, товары, цены, заказы. Затем — тест на копии, мониторинг обмена и понятный ответственный. Если между сервисами нужно много мелких связок без программирования, пригодится автоматизация на n8n, а для потока событий от внешних систем — шлюз вебхуков.