Дубли контрагентов при обмене CRM с 1С: как определить ключ сопоставления

Сравните структуру справочников

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

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

Сохраните подтверждённое соответствие

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

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

Разберите неоднозначные строки

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

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

Определите порядок исправления

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

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

Проверьте изменение названия

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

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