Ошибки при доработке работающей CRM, из-за которых ломаются роботы и интеграции

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

ПРАВИЛО

В живой CRM нет мелких правок. Есть правки, последствия которых вы проверили, и правки, последствия которых проверят клиенты.

Почему после изменений CRM не работает

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

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

Восемь ошибок при доработке работающей CRM

1. Удалить или пересоздать поле вместо того, чтобы его переименовать

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

2. Перестроить этапы воронки без проверки роботов

Роботы и триггеры в Битрикс24 и amoCRM привязаны к этапам. Если этап удалить, объединить с другим или перенести сделки в новую воронку, автоматизация на нём пропадает. Интеграции, которые переводят сделку на этап «Оплачено» после ответа 1С или платёжной системы, начинают ошибаться.

3. Вносить правки сразу в рабочий портал

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

4. Не вести историю изменений

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

5. Привязать интеграции к личной учётной записи

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

6. Обновить сайт без проверки передачи заявок

Одна из самых частых ситуаций в сопровождении: после обновления сайта заявки перестали попадать в CRM. Поменялась форма, адрес обработчика или набор полей, а проверить передачу забыли. Разрыв может быть на стороне формы, обработчика или настроек CRM — и каждое место нужно проверить. Как устроены разные способы передачи, мы разбирали в статье про модуль, вебхук и API.

7. Массовые операции при включённых роботах

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

8. Несколько подрядчиков без общего владельца

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

Перестали работать роботы Битрикс24: что проверить первым

Если автоматизация остановилась после изменений, пройдитесь по короткому списку:

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

В amoCRM логика та же: проверьте поля, этапы, Digital Pipeline и пользователей, от имени которых работают виджеты и интеграции. Подробнее о том, когда использовать роботы, триггеры и бизнес-процессы, — в статье про автоматизацию в Битрикс24.

Как вносить изменения без остановки продаж

1. Карта зависимостейПеред правкой выясните, какие роботы, интеграции, отчёты и права связаны с полем, этапом или пользователем.
2. Тест на копии или тестовой воронкеНовые роботы и изменения логики сначала проверяют на тестовых сделках, а не на клиентах.
3. Окно для измененийКрупные правки — в часы, когда поток заявок минимален, с человеком, который может быстро откатить.
4. Проверка всех каналовПосле правки — тестовая заявка с сайта, звонок, сообщение в мессенджер, проверка обмена с 1С.
5. Запись в журнал измененийЧто изменено, зачем, кто сделал, что проверено.
6. НаблюдениеПервые сутки следить за потоком заявок и работой роботов: падение числа сделок — первый сигнал.

Тестирование доработок CRM: чек-лист

Если интеграция уже сломалась: что делать в первый час

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

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

Как это устроено в сопровождении CRM

Большинство поломок из списка не связаны со сложной технологией — их вызывает отсутствие процесса. В сопровождении Битрикс24 и amoCRM одна команда отвечает за систему целиком: проводит аудит настроек и интеграций при подключении, ведёт историю изменений, мониторит связки с сайтом, телефонией, WhatsApp и 1С. При сбое интеграции мы берём её в работу в течение часа на тарифах «Стандарт» и «Бизнес» и проверяем, какие обращения не дошли за это время.

Если доработка выходит за рамки настроек — новый сценарий согласований, генерация документов, сложная цепочка роботов, — её проектируют как автоматизацию бизнес-процессов с описанием «как есть» и «как надо». А когда готового коннектора нет и нужна связка с ERP, банком или самописной системой, подходит разработка API и нестандартных интеграций с очередями, повторами и журналом операций — так интеграция не теряет данные даже при сбое одной из систем.

Тарифы сопровождения — от 140 000 ₸ в месяц, сравнить их можно на странице цен на поддержку. Если интеграция сломалась прямо сейчас, напишите — начнём с восстановления, а аудит проведём параллельно.