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