API и автоматизация для сети: как связать ассистента со своими системами и убрать рутину на масштабе

Почему на масштабе рутина растёт быстрее выручки

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

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

Два способа связать ассистента с вашими системами

У BOTIX есть публичное API (документация — на `developers.botix.pro`), и связка с внешними системами строится двумя дополняющими путями.

Вебхуки — реакция на событие. Когда в ассистенте происходит что-то важное — пришло обращение, оформлена запись, обновился контакт, — он сам отправляет об этом уведомление во внешнюю систему. Это исходящие вебхуки: не вы опрашиваете ассистента, а он сообщает вам ровно в момент события. Обратное направление — входящие вебхуки: внешняя система дёргает ассистента, когда что-то меняется на её стороне.

API — запрос по требованию. Когда нужно не ждать события, а самому забрать или изменить данные — получить список контактов, обновить их пачкой, отправить сообщения, — это делается запросами к API. Для сети важно, что здесь есть массовые операции: контакты создаются и обновляются не по одному, а пакетами, а постраничная выгрузка выдерживает большие объёмы. На десяти точках это разница между «скрипт отработал за секунды» и «оператор кликал полдня».

Готовые интеграции: AmoCRM и Битрикс24

Если у сети уже стоит CRM, ассистента не обязательно программировать под неё с нуля. BOTIX умеет отдавать события во внешние системы, включая AmoCRM и Битрикс24 — связь настраивается через те же входящие и исходящие вебхуки. Обращение, которое ассистент обработал в диалоге, доезжает до вашей воронки в CRM само; изменение на стороне CRM возвращается к ассистенту. Для нетиповых стыковок — со своей учётной системой, с 1С, с внутренним сервисом — остаётся публичное API, через которое связывают то, для чего готового коннектора нет.

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

Что автоматизируется в первую очередь

Автоматизировать всё сразу не нужно и вредно. На сети быстрее всего окупаются те задачи, которые повторяются на каждой точке каждый день:

• Перенос обращений и заявок в CRM. Клиент написал ассистенту — карточка появилась в воронке без ручного ввода. На десяти точках это снимает основную долю ручного труда.
• Синхронизация контактов. База клиентов не живёт в трёх местах в разных версиях: обновилось в одном — уехало в остальные.
• Уведомления во внутренние системы. Запись, бронь, заказ — событие уходит туда, где его ждут: в учёт, в рассылку, в дашборд.
• Выгрузки на регулярной основе. То, что раньше собирали руками к понедельнику, отдаётся по API по расписанию.

Ключевой принцип — автоматизировать повторяемое, а не уникальное. Разовую нестандартную задачу дешевле сделать руками, чем строить под неё интеграцию.

Разработчикам: SDK, OAuth и инспектор вебхуков

Если интеграцию делает своя команда или подрядчик, её не собирают на голых HTTP-запросах. Для API есть публичные SDK под распространённые языки (устанавливаются штатными менеджерами пакетов — composer, pip, npm) и консольная утилита, а доступ сторонних приложений выдаётся по OAuth 2.0 с PKCE — без раздачи «вечных» ключей на руки.

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

Безопасность интеграций на масштабе

Чем больше точек и внешних связей, тем важнее, чтобы автоматизация не стала дырой. Здесь работает то же, что и во всём кабинете сети.

• Подписанные вебхуки. Входящие вебхуки проверяются по подписи — ассистент отличает настоящий вызов от подделки, а не принимает всё подряд по открытому URL.
• Изоляция данных филиалов. Интеграция настраивается в рамках проекта-филиала: событие одной точки не утекает в чужую систему просто потому, что «всё в одном аккаунте».
• Опасные операции под аудитом. Массовый экспорт, смена доступов, отключение каналов пишутся в аудит-лог — по интеграции видно, кто и что запустил.
• Данные остаются в России. Обмен идёт с российскими серверами в соответствии со 152-ФЗ — это не выгрузка базы в зарубежный сервис.

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

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