Смена интеграции Авито и CRM: как отключить старый маршрут без потери обращений

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

Общий выбор инструмента рассмотрен в руководстве по CRM для Авито. Здесь результатом станет контролируемое переключение уже действующего канала.

Что входит в старый маршрут?

Запишите аккаунт Авито, CRM, внешний сервис, место поступления, правила повторных обращений и ответственных. Укажите, где хранятся сообщения, документы и задачи. Название одного приложения не раскрывает всю схему: могут существовать отдельная телефония, автоответы и автоматические действия CRM.

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

Крупный план

Новый маршрут может быть ещё не подключён

Демо avChat

В опубликованном демо avChat показано состояние до подключения amoCRM. Перед переключением нужен результат проверки нового маршрута, а не только установленное приложение.

Источник: Документация avChat.

Пауза и отключение могут быть разными действиями

В документации avChat отдельно описаны приостановка передачи и полное отключение подключения amoCRM. Это пример того, почему нужно читать смысл конкретного действия до его выполнения. Поведение других сервисов уточняйте в их документации. Инструкция avChat.

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

Крупный план

Пауза передачи может не отключать интеграцию

Демо avChat

В демо avChat переключатель приостанавливает передачу без отключения интеграции. Семантику кнопки своего сервиса проверяют по его документации; этот кадр не подтверждает выполненное переключение.

Источник: Документация avChat.

Назначьте границу переключения

Запишите время с часовым поясом и ответственного координатора. Сохраните, какие события относятся к старой схеме, какие к новой и кто разбирает пограничные случаи. Объяснение «после обеда» не позволяет сверить конкретный запрос.

В момент изменения контролируйте доступный исходный канал, чтобы покупатели не оставались без ответа. У команды должен быть понятный допустимый способ продолжения работы, если новый маршрут ещё не подтверждён. Не обещайте сотрудникам автоматический перенос всей истории без проверки этой возможности.

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

Условный пример с двумя подключениями

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

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

Крупный план

После переключения проверьте правила распределения

Демо avChat

В демо avChat отдельно выбираются теги, ответственный и статус. Здесь видна форма настроек, а не результат передачи или автоматического переноса истории.

Источник: Документация avChat.

Как завершить приёмку

Проверьте входящий текст, ответ, назначение обычного менеджера и повторный запрос. Используйте согласованный тестовый маршрут или чтение уже известного события. Не создавайте фиктивные заявки в production ради обычной проверки и не просите случайных покупателей писать повторно.

Закройте отдельным списком пограничные события и старые незавершённые запросы. Сохраните фактическую схему после переключения и ответственного за её поддержку. Для подробной приёмки полезна интеграция Авито с amoCRM, для сохранения задач - работа нескольких сотрудников.

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

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

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

Можно просто удалить старое приложение?

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

Нужно ли держать два маршрута для надёжности?

Параллельную работу можно оценивать только с понятным разделением событий и правил. Иначе команда не сможет объяснить происхождение записей.

Что подтверждает завершение переноса?

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