Дубли и данные
Одна заявка создаёт две сделки в amoCRM
Одна заявка превращается в две сделки amoCRM. Разберём, как найти второго отправителя или незащищённый повтор и сохранить нормальные повторные обращения клиентов.
Что происходит и с чего начать
Дубли могут создаваться не в CRM, а ещё на сайте или промежуточном сервисе. Поэтому начинайте с источников двух сделок: время, ответственный, воронка и связь с контактом. Если одна запись содержит больше полей, это полезная подсказка о разных маршрутах передачи. Не объединяйте всё по телефону автоматически. Один клиент может обращаться по двум независимым вопросам, а одинаковая контактная информация не определяет, какое событие нужно считать повтором одной заявки.
Что можно проверить самостоятельно
- Сохраните пару сделок и номер исходной заявки сайта. Сверьте время, поля, контакт, воронку и отметку источника, не удаляя различия до их анализа.
- Перечислите все способы передачи: модуль сайта, внешнюю автоматизацию, почтовую обработку и другие подключённые сервисы. Уточните, какие из них должны создавать именно сделки.
- Проведите один тест с уникальной меткой. Посмотрите, сколько запросов и результатов связано с ним в доступных журналах, без массового повторения старой очереди заявок.
Как понять результаты проверки
Разработчик устанавливает, кто создал каждую запись, и вводит устойчивую связь с исходным событием. При повторе программа должна найти уже полученный результат или безопасно проверить его наличие. Одна проверка по имени контакта ненадёжна и может затронуть разных людей. Полезно отдельно согласовать правило для нового обращения существующего клиента: создать новую сделку, дополнить текущую или предложить выбор менеджеру. Это бизнес-решение, которое нельзя незаметно подменять технической очисткой всех похожих записей.
Что проверяет разработчик
Для этой части понадобятся доступ к настройкам, журналам ошибок или коду. Её можно передать специалисту вместе с результатами предыдущих шагов.
- Проверьте, не включены ли одновременно прямой модуль формы, webhook и промежуточный сервис. Все они могут реагировать на одно обращение.
- Сравните идентификаторы исходных заявок и ответы создания сделок. Выясните, повторяется ли запрос после тайм-аута или ошибки сохранения ответа.
- Проверьте логику поиска контакта отдельно от создания сделки. Один контакт может иметь несколько законных обращений.
На что обратить внимание
Интеграция может успешно создать сделку, но не записать её идентификатор у себя. При повторе она считает передачу новой и создаёт второй объект.
Как исправляют причину
Сохраняйте состояние передачи и связь с объектом CRM. Ограничьте параллельную обработку одной заявки и согласуйте правила повторов. Существующие дубли объединяйте только после сверки переписки и ответственных.
Как убедиться, что проблема решена
Повторно доставьте одну тестовую заявку и отправьте второе самостоятельное обращение того же человека. Первое не должно создавать дубль, второе должно обрабатываться по правилам бизнеса.
После ремонта проверьте повтор одной заявки и новое обращение с тем же телефоном. Результаты должны соответствовать согласованным правилам. Затем подготовьте список старых дублей с различиями в комментариях и статусах. Объединение или удаление выполняется отдельно после сверки, чтобы не потерять работу менеджеров. Сокращение количества видимых сделок само по себе не доказывает, что источник дублирования устранён.