Интеграция CRM — это настроенный обмен данными между CRM и остальными программами компании: сайтом, телефонией, мессенджерами, 1С и ERP. Заявка, звонок, счёт и оплата попадают в карточку клиента сами, без переноса руками. Обмен собирают четырьмя способами — через API, вебхук, готовый коннектор или выгрузку файлом, и способ зависит от того, что умеет вторая система.
Коротко
Интеграция нужна тогда, когда одни и те же данные живут сразу в нескольких программах и сотрудники переносят их руками. Пока такого дублирования нет, CRM спокойно работает и без обмена.
Посмотрите на список ниже. Если совпадает хотя бы три пункта, ручной перенос уже стоит компании рабочих часов и расхождений в цифрах.
К CRM подключают всё, что создаёт или использует данные о клиенте: каналы обращений, учётные системы, оплату и склад. В таблице — как это устроено технически и что обычно ездит между системами.
| Система | Как подключают | Что синхронизируется | Направление |
|---|---|---|---|
| Сайт и формы | Вебхук формы или API CRM | Заявка, контакт, страница обращения и метка рекламной кампании | В CRM |
| IP-телефония | Коннектор оператора или API | Входящие и пропущенные звонки, записи разговоров, задачи на перезвон | В обе стороны |
| Telegram | Корпоративный бот на Bot API | Диалог, заявка, метка источника, уведомления менеджерам | В обе стороны |
| WhatsApp Business Platform | Переписка внутри окна 24 часов, шаблонные уведомления о заказе | В обе стороны | |
| 1С | REST-интерфейс по протоколу OData или обмен файлами | Контрагенты, заказы, счета, оплаты, остатки | В обе стороны |
| ERP или складская система | API системы или общая база данных | Заказ, принятый в работу, статус выполнения, резерв и отгрузка | В обе стороны |
| Платёжный сервис | API и вебхук о платеже | Ссылка на оплату, статус платежа, возврат | В обе стороны |
| Мобильное приложение | Собственный API продукта | Регистрации, заказы, обращения в поддержку, бонусы | В CRM |
Если в компании уже работает готовая CRM — amoCRM или Bitrix24, — менять её не обязательно: коробочную систему связывают с 1С, телефонией и внутренними сервисами так же, как собственную. Международная версия amoCRM с октября 2022 года называется Kommo.
Подключать всё подряд смысла нет: каждый обмен потом нужно поддерживать, обновлять при смене версий и проверять после сбоев. Начинают с пары систем, между которыми данные переносят чаще всего.
Способы обмена различаются тем, кто кого вызывает и как быстро данные оказываются на месте. Их четыре, и в одном проекте обычно используют сразу несколько.
Чем ближе обмен к реальному времени, тем дороже его содержать: нужны повторные попытки, очередь сообщений и журнал ошибок. Для оплаты задержка недопустима, для остатков на складе обмена раз в час обычно хватает.
С 1С обмениваются через автоматический REST-интерфейс платформы: прикладное решение публикуют на веб-сервере, после чего сторонние системы читают и меняют данные по протоколу OData. Если платформа старая или доступ наружу закрыт, остаётся обмен файлами по расписанию.
Направления обмена разводят заранее, иначе две системы начнут спорить, чья версия справочника верная.
| Из CRM в 1С | Из 1С в CRM |
|---|---|
| Контрагент с реквизитами | Факт оплаты и её дата |
| Заказ и его состав | Задолженность по контрагенту |
| Договор и приложения к нему | Остатки и резерв товара |
| Счёт на оплату | Статус отгрузки |
| Номенклатура из сделки | Закрывающие документы |
| Ответственный менеджер | Возвраты и корректировки |
Одно правило снимает половину будущих проблем: у каждого справочника один хозяин. Контрагентов ведут в CRM, номенклатуру — в 1С, и в обратную сторону они приходят только на чтение. Тогда менеджер видит оплату и долг в карточке сделки, а бухгалтерия не правит то, что ей править не нужно.
Мессенджеры подключают по правилам площадок, и эти правила жёстче, чем принято думать. Оба канала работают через официальные интерфейсы, а не через личный аккаунт сотрудника.
Важно Telegram-бот не может написать человеку первым: в документации Bot API прямо сказано, что бот не начинает разговор — пользователь сначала пишет ему сам. Значит, уведомления получат только те, кто уже запустил бота. В WhatsApp после сообщения клиента открывается окно в 24 часа; когда оно закрывается, писать можно только заранее одобренным шаблоном — таковы условия WhatsApp Business Platform.
В CRM обычно заводят корпоративного бота: он принимает заявку, кладёт её в карточку клиента и отправляет менеджеру уведомление. Как устроен обмен между ботом и CRM, какие данные передавать и как узнать, откуда пришёл человек, разбираем отдельно — в статье про интеграцию Telegram-бота с CRM.
Личные аккаунты сотрудников в CRM подключать не рекомендуем. Это делается неофициальными решениями, и расплатой становится блокировка номера вместе со всей перепиской — а переписка к этому моменту уже считается базой компании.
Проект идёт в пять шагов, и первые два — бумажные. Пока не описано, какие поля и по какому событию едут между системами, настраивать нечего.
На шаге настройки заявкам с сайта и из рекламы задают метку источника: без неё позже не собрать сквозную аналитику от рекламы до оплаты.
Цена зависит от того, связываете вы системы, которые уже работают, или подключаете источники данных внутри проекта внедрения CRM. На страницах услуг это три разных формата.
Бюджет выше стартового поднимают три вещи: число пар систем, закрытые или самописные программы без API и качество исходных данных — дубли в справочниках чистят до запуска обмена, иначе они разъедутся по обеим базам. Что входит в каждый формат, написано на страницах внедрения CRM и разработки ERP-систем.
Если обмена уже не хватает и компании нужен сквозной учёт производства, склада и финансов, задача переходит в разряд ERP. Чем ERP отличается от CRM и 1С, разбираем в статье об ERP простыми словами.
Пройдите по списку до того, как включите интеграцию в работу. Эти пункты закрывают ошибки, которые потом дороже всего разгребать.
Пятый пункт часто пропускают, а он самый неприятный: если интеграция ходит под учётной записью уволенного менеджера, обмен останавливается в день блокировки доступа. Как это устроено правильно, разбираем в статье про права доступа в CRM.
Syntra Systems начинает не с кода, а с карты систем: что где ведётся, кто вводит данные повторно и какие обмены реально сэкономят время. После этого фиксируем схему — поля, события, направление, обработку ошибок — и собираем интеграцию через API, вебхуки или коннекторы, а для закрытых программ настраиваем обмен файлами по расписанию.
Подключаем сайт, Telegram, WhatsApp, телефонию, почту, 1С, ERP, складские и платёжные сервисы, сводим справочники и настраиваем журнал, по которому видно каждую неудачную передачу. После запуска остаёмся на связи: обмен живёт, пока за ним следят.
Обсудим вашу задачу
Расскажите, что нужно сделать, — оценим сроки и стоимость и предложим решение.
Почти с любой, у которой есть API, вебхуки или возможность выгружать данные файлом. Сложности начинаются с закрытыми и самописными программами без документации: там сначала разбирают структуру базы, а обмен собирают индивидуально и чаще по расписанию, чем в реальном времени.
Вебхук срабатывает в момент события: оплата прошла — CRM узнала об этом сразу. Обмен по расписанию собирает изменения пачкой раз в час или раз в сутки. Вебхуки нужны там, где решение принимают прямо сейчас, расписание — для справочников и остатков.
Есть два пути. Готовый модуль от производителя CRM или оператора связи подключается быстрее всего, но передаёт только заложенный в нём набор полей. Для закрытых систем настраивают ночной обмен файлами: данные обновляются раз в сутки, и для справочников и остатков этого хватает.
До запуска задают правило сопоставления: по какому полю системы понимают, что это один и тот же клиент. Обычно это телефон в едином формате, ИНН для компаний или внешний идентификатор. Справочники чистят от дублей заранее, иначе они разъедутся по обеим базам.
Да, готовую CRM связывают с 1С, телефонией, сайтом и внутренними сервисами через API или коннекторы. Ограничение одно: обмен работает с теми полями и правами, которые платформа отдаёт наружу, поэтому нестандартную логику иногда приходится выносить в отдельный сервис.
Кто-то должен следить за журналом ошибок и проверять обмен после обновления любой из систем. Это либо ваш системный администратор, либо подрядчик по договору поддержки. Обмен без присмотра рано или поздно останавливается тихо, и обнаруживают это по расхождению цифр.
В Telegram — только тем, кто уже запустил бота: бот не может начать разговор первым. В WhatsApp после сообщения клиента открывается окно в 24 часа, а после него писать можно только заранее одобренным шаблоном.
