Обмен с 1С создаёт дубли товаров: как найти причину

Обмен с 1С создаёт дубли товаров, когда 1С-Битрикс не может сопоставить входящую запись с существующим элементом и воспринимает её как новую. Название для этого ненадёжно: оно меняется и может повторяться. Основой связи обычно служит стабильный внешний идентификатор.

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

Зафиксируйте тип дубля

Сравните ID элемента Битрикс, XML_ID, артикул, инфоблок, торговые предложения, дату создания и источник обмена. Определите: это две карточки основного товара, два SKU, товар и предложение или одинаковая номенклатура из разных баз.

Сохраните примеры до исправления и журналы обмена за момент появления.

Проверьте внешние идентификаторы

Если у номенклатуры изменился GUID, база была скопирована или выгрузка сформирована заново, сайт получит новый XML_ID. Старый товар останется, новый добавится. Ручная правка XML_ID без карты соответствия может связать чужие товары.

Идентификатор должен быть уникальным в рамках источника и стабильным весь жизненный цикл.

Несколько узлов и баз

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

Не запускайте тестовый обмен в рабочий инфоблок без изоляции.

Ручные карточки без связи

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

Автоматическое склеивание по артикулу возможно только после проверки уникальности и форматов.

Изменилась модель товар — предложение

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

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

Как очистить дубли безопасно

Выберите основную карточку с историей, URL, заказами, отзывами и SEO-данными. Перенесите недостающие сведения по правилам. Настройте 301 с удаляемого URL на тот же товар, обновите связи и только затем деактивируйте или удалите копию после резервной копии.

Не переносите историю заказов прямыми правками базы без поддержки модели данных.

Предотвратите повторение

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

Проверка после обмена

1. Сделать резервную копию.
2. Запустить малую тестовую партию.
3. Сверить XML_ID и SKU.
4. Проверить существующие URL.
5. Сравнить цены и остатки.
6. Посмотреть журнал ошибок.
7. Повторить обмен и убедиться, что новых дублей нет.

Алиса может разобрать CommerceML, внешние коды и инфоблоки Битрикс и составить безопасную карту объединения дублей.