Интеграция на масштабе: CRM, 1С и сайт в одном контуре, без ручного переноса между точками

Где ручной перенос ломается на масштабе

На одной точке разрыв между системами закрывает человек. Ассистент принял заявку в чате — администратор скопировал её в CRM. Клиент спросил про наличие — сотрудник глянул в 1С и ответил. Цену поменяли на сайте — вручную поправили и в боте.

На сети это перестаёт работать по трём причинам. Первая — объём: пять точек генерируют в пять раз больше заявок, и ручной перенос становится отдельной работой на полдня. Вторая — расхождения: между переносом в CRM и ответом клиенту проходит время, за которое остаток или цена успевают устареть. Третья — контроль: когда каждый филиал переносит данные по-своему, владелец не видит единой картины и не может доверять цифрам.

Итог типичный — заявка из чата не дошла до CRM, клиент получил устаревшую цену с сайта, а в отчёте по сети данные одной точки не бьются с другой. Это не ошибка конкретного сотрудника, это следствие того, что системы не связаны, а связывает их человек.

Что значит «единый контур»

Единый контур — это когда ассистент не отдельная система «сбоку», а звено в общем потоке данных. Заявка, которую бот принял в чате, попадает в CRM без ручного копирования. Контакт, который клиент оставил на сайте, ассистент уже знает. Ответ про наличие или цену бот берёт из того же источника, что и остальные системы, а не из отдельной таблицы, которую надо обновлять руками.

Ключевая мысль: контур строится не «бот отдельно, CRM отдельно, 1С отдельно», а как обмен между ними. Тогда изменение в одном месте не требует обхода всех остальных.

Как ассистент BOTIX встраивается в контур

У BOTIX для этого есть несколько механизмов — под разные системы и разный уровень готовности на стороне клиента.

Готовые интеграции с CRM. Ассистент подключается к AmoCRM и Битрикс24 как к каналу: входящие и исходящие данные идут через вебхуки и REST API. Заявка из диалога уходит в CRM, а не остаётся в переписке. Для CRM учётного типа развивается тот же паттерн подключения — по мере готовности добавляются новые системы.

Публичный API для обмена с 1С, сайтом и своими системами. Там, где нет готового коннектора, работает публичный REST API. Через него внешняя система — 1С, ваш сайт, интернет-магазин, самописный учёт — читает и пишет контакты, отправляет и получает сообщения, поднимает историю диалогов. Доступ по ключу, привязанному к конкретному проекту-точке, с ограничением прав по scope. Это и есть мост между ассистентом и тем, что у вас уже работает.

Вебхуки для событий. Когда в ассистенте что-то происходит — появился контакт, обновился, отправлено сообщение — событие уходит на вашу сторону подписанным запросом (HMAC-подпись, повторные попытки при недоступности). Так CRM или сайт узнают о заявке из чата в момент, когда она возникла, а не когда её перенесли руками.

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

Контур на сети: каждая точка — свой узел, картина общая

На масштабе к обмену данными добавляется структура. В BOTIX каждый филиал — отдельный проект под общим аккаунтом сети, и у каждого свой контур интеграций: своя привязка к CRM, свой ключ API, свои контакты. Данные точек не смешиваются — заявки одного филиала не утекают в CRM другого.

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

Где данные и почему это важно на масштабе

Чем больше точек и обмена между системами, тем острее вопрос, где всё это лежит. Данные клиентов BOTIX хранятся на российских серверах, обмен идёт по контролируемым каналам с подписью запросов. Для сети под одним юрлицом это не деталь, а требование: 152-ФЗ, разграниченный доступ по ролям (владелец видит сеть, управляющий — свой филиал, сотрудник — только диалоги) и изоляция данных между точками одинаково касаются и того, что внутри ассистента, и того, что он передаёт наружу.

Что это меняет для владельца сети

Единый контур — это не «ещё одна интеграция», а смена принципа. Вместо ручного переноса между точками и системами данные ходят сами: заявка из чата попадает в CRM, наличие подтягивается из учёта, контакт с сайта ассистент уже знает. Точку можно добавить, не пересобирая связи, а картина по всей сети остаётся единой и достоверной, потому что её не собирают руками из разрозненных таблиц.