Чат на сайте и CRM: как не терять историю переписки при смене оператора

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

почему пропадает история переписки в чате на сайте

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

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

Похожая история происходит и без смены оператора. Если на сайте одновременно установлены два виджета чата — старый, который забыли отключить после редизайна, и новый, — сообщения расходятся по разным личным кабинетам. Отдел продаж отвечает из одного, а часть клиентов пишет туда, где висит первый виджет, и переписка с ними просто не доходит до тех, кто её ждёт.

Та же история повторяется при смене браузера, чистке cookies на компьютере оператора или увольнении сотрудника, у которого был доступ к личному кабинету чат-провайдера. Формально сообщения никуда не делись — просто до них некому добраться.

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

как исправить: подключить чат к CRM так, чтобы диалог не терялся

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

вебхук вместо ручного копирования

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

готовый коннектор или доработка под вашу конфигурацию

Если CRM — это типовая 1С:Управление торговлей или 1С:ERP, у части чат-сервисов уже есть готовые коннекторы. Если конфигурация дорабатывалась под компанию и типовой коннектор не подходит под структуру справочника контрагентов, нужна отдельная доработка 1С — обработчик пишется под конкретные поля и бизнес-процесс, а не подгоняется под чужой шаблон.

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

что делать, если ошибка с потерей переписки повторяется после каждого обновления сайта

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

Чаще всего ломается три вещи: адрес вебхука меняется при переезде сайта на новый домен или CDN, токен авторизации API истекает и его не продлевают вовремя, либо обновление 1С меняет состав реквизитов объекта, к которому был привязан обработчик — например, справочник контрагентов дополнили обязательным полем, и создание карточки клиента стало падать с ошибкой.

• ✓проверить в логах CRM, доходят ли вебхуки от чата после последнего обновления;
• ✓отправить тестовое сообщение в чат и проверить, появилась ли запись в карточке клиента;
• ✓если конфигурация 1С обновлялась, свериться, не изменились ли реквизиты объекта, к которому привязан обработчик;
• ✓закрепить проверку интеграции отдельным пунктом в чек-листе после каждого обновления — не полагаться на то, что «само заметится».

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

как предотвратить потерю переписки при росте команды

Пока в чате работает один-два человека, переписку можно удержать в голове. С ростом штата это перестаёт работать: сообщения приходят в очередь, отвечает тот, кто свободен, а клиент ждёт, что новый собеседник помнит контекст его предыдущего обращения.

На этом этапе стоит не докручивать чат точечными доработками, а привести CRM в состояние, где каждый диалог автоматически становится сделкой или обращением с историей. Для среднего бизнеса это обычно внедрение 1С:Управление торговлей с блоком CRM, для компании с несколькими юрлицами или сложной логистикой — внедрение 1С:ERP, где карточка клиента объединяет заказы, оплаты и переписку в одном месте. Если система уже есть, но чат в неё не встроен, дальше нужна не замена CRM, а внедрение самого канала чата в существующие процессы: очередь обращений, ответственный менеджер, автоматическая карточка клиента.

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

как хранить переписку по 152-ФЗ и не получить штраф

В переписке из чата на сайте почти всегда есть персональные данные: имя, телефон, иногда адрес доставки или номер заказа. Это делает историю чата не просто рабочим архивом, а базой персональных данных, на которую распространяется 152-ФЗ. Правило простое: доступ к переписке — только у тех, кому она нужна по работе, срок хранения — не дольше, чем нужно для цели обработки, а не «навсегда, вдруг пригодится».

Отдельный момент — согласие на обработку персональных данных. Если виджет чата собирает телефон или почту через форму до начала диалога, форма должна содержать ссылку на политику обработки, а сама база с историей — храниться там, где к ней есть контролируемый доступ, а не в общем чате мессенджера, куда сообщения от чат-бота иногда дублируются для удобства.

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

сколько стоит подключить чат к CRM

Подключение чата к 1С через API — это доработка: вебхук на приём сообщений, обработчик, который находит или создаёт карточку клиента, тесты на реальных диалогах. Стоимость зависит от того, сколько полей переносится из чата в карточку и на какой конфигурации 1С работает CRM — типовой или дорабатывавшейся ранее. Такие работы мы оцениваем по ставке сопровождения 1С — от 3800 руб/час, а не по фиксированному прайсу, потому что объём у типовой 1С:Управление торговлей и у сильно изменённой ERP отличается в разы.

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

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

❓ Частые вопросы

Где лучше хранить историю переписки из чата на сайте — в самом чате или в CRM?

В CRM. Виджет чата хранит сообщения в облаке провайдера и привязывает их к браузеру или сессии, а не к клиенту как к сущности. Если запись переносится в карточку клиента в CRM или 1С через API, история остаётся доступной всей команде и не исчезает при смене оператора, чистке cookies или уходе сотрудника.

Что делать, если после обновления сайта чат перестал передавать сообщения в CRM?

Проверить, не изменился ли адрес вебхука или токен доступа — после обновления CMS или самой 1С они иногда сбрасываются без предупреждения. Отправить тестовое сообщение в чат и посмотреть, появилась ли запись в карточке клиента. Если доработку делал подрядчик, стоит закладывать в договор проверку интеграций после каждого крупного обновления.

Можно ли хранить переписку с клиентами в чате сколько угодно?

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

Сколько стоит подключить чат к 1С, чтобы сообщения попадали в карточку клиента?

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

Что делать, если история переписки уже потеряна?

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