Чаты Авито не появляются в CRM: как найти место сбоя

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

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

Какой маршрут должен был пройти запрос?

Запишите название CRM и фактической интеграции. Прямое подключение и внешний сервис нельзя диагностировать как одну систему. У каждого маршрута свои границы и место поступления. В официальной справке штатной интеграции amoCRM новые обращения описаны как заявки в «Неразобранном». Поиск только среди принятых сделок может пропустить такой объект. Справка amoCRM.

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

Крупный план

У подключения есть собственный канал

Пример Umnico

Внешний канал проверяют отдельно от рабочей карточки CRM. Этот кадр показывает выбор канала и не подтверждает состояние вашего подключения.

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

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

Если сообщение есть в карточке, а сотрудник его не заметил, рассматривайте уведомление и порядок обработки. Доставка в CRM, доступ к записи и внимание менеджера - разные результаты. У каждого должен быть свой исполнитель.

Что сохранить для интегратора

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

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

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

Условный пример: запрос найден вне обычной воронки

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

Команда уточняет место поступления, назначает ответственного и проверяет доступ обычного сотрудника. Повторного сообщения покупателю не требуется. Этот пример показывает одну диагностическую ветку, а не объясняет все случаи отсутствия чатов.

Крупный план

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

Публичный пример Umnico

Статус «Работает» относится к кадру справки. Он не доказывает, что конкретное входящее сообщение дошло до CRM; проверьте то же событие на следующем этапе.

Как подтвердить восстановление

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

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

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

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

Зелёный статус подключения доказывает передачу?

Он отражает свой технический показатель. Для приёмки нужен конкретный запрос в нужном месте и доступный менеджеру контекст.

Нужно ли сразу заново подключать профиль?

Сначала сохраните пример и найдите этап расхождения. Переподключение может изменить маршрут и затруднить восстановление исходной причины.

Что делать с покупателем во время проверки?

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