Дубли заказов: поиск и объединение

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

Откуда берутся дубли заказов

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

• Повторная отправка формы на сайте — клиент дважды нажал «Оформить»;
• Одновременная выгрузка из нескольких каналов (сайт, маркетплейс, телефон) на один и тот же заказ;
• Ручное дублирование менеджером, который не нашёл уже созданный заказ;
• Сбои интеграции — повторная синхронизация из-за таймаута или ретрая вебхука;
• Импорт из старой системы без контроля уникальности.

Как распознать дубль

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

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

Поиск дублей в системе

Найти кандидатов на объединение помогает фильтр и карточка клиента. Рабочие приёмы:

1. Откройте карточку клиента — там видны все его заказы; близкие по времени с одинаковым составом сразу заметны;
2. Отфильтруйте список заказов по телефону или email клиента;
3. Отсортируйте по дате создания, чтобы видеть заказы, оформленные с разницей в минуты;
4. Отметьте подозрительные заказы тегом дубль для последующей разборки.

RetailCRM группирует заказы вокруг клиента, поэтому дедупликация начинается именно с клиентской карточки. Если задвоился и сам клиент, сначала объединяют клиентов, а затем разбираются с заказами. Разбор дублей удобно вести пачкой: настроить отдельное представление со всеми заказами, помеченными тегом дубль, и проходить по нему регулярно, а не искать задвоения по всей базе вручную.

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

Как объединить дубли

Объединение заказов схлопывает две записи в одну, сохраняя ключевые данные. Порядок действий:

1. Определите основной заказ — тот, где корректнее оплата, доставка и история;
2. Проверьте состав и суммы обоих заказов, чтобы ничего не потерять;
3. Выполните объединение — второстепенный заказ присоединяется к основному;
4. Проверьте итог: состав, оплату, комментарии и историю изменений.

Если случай сложный (у обоих заказов есть оплаты или разные адреса доставки), безопаснее не объединять, а один заказ отменить с понятным комментарием, оставив второй рабочим.

Объединение или отмена: что выбрать

Не каждый дубль нужно именно объединять. Выбор зависит от состояния заказов:

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

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

Профилактика задвоения

Чистить дубли вручную — борьба со следствием. Устранять причину эффективнее:

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

Итог

Дубли заказов искажают аналитику, множат уведомления и путают склад. RetailCRM позволяет находить их через карточку клиента и фильтры, а затем объединять в один заказ или отменять лишний с причиной «дубль». Ключевые правила: отличать дубль от повторной покупки, выбирать корректный основной заказ и помнить, что объединение необратимо.

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