Обмін 1С з сайтом: чому дублюються товари

1. Товари зіставляються за назвою, а не за ідентифікатором

У CommerceML кожен товар має унікальний ідентифікатор з 1С (тег Ид). Якщо модуль на сайті шукає товар за назвою або артикулом, то будь-яке перейменування чи виправлення друкарської помилки в 1С створює на сайті новий товар.

Правильно: зберігати на сайті ідентифікатор з 1С для кожного товару й шукати лише за ним. Артикул — як запасний варіант для товарів, які вже були на сайті до обміну.

2. Товар у 1С перестворили

Якщо товар видалили й завели в 1С заново, у нього новий ідентифікатор, і для сайту це інший товар. Старий лишається з відгуками й посиланнями, новий з’являється поруч.

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

3. Характеристики вивантажуються як окремі товари

Розміри й кольори в 1С — це характеристики номенклатури. Якщо модуль не вміє їх перетворювати на опції OpenCart, кожен розмір стає окремим товаром у каталозі.

4. Залишки з кількох складів

Файл пропозицій (offers.xml) може містити залишки по кожному складу окремо. Якщо модуль бере лише перший склад або останній рядок — на сайті показується не та кількість. Треба домовитись з командою 1С, які склади вивантажуються і як їх сумувати.

5. Повне вивантаження замість змін

Якщо 1С щоразу вивантажує весь каталог, обмін триває довго, обривається на ліміті часу PHP або розміру файлу, і частина товарів не оновлюється. Для щоденного обміну налаштовують вивантаження лише змін, а повне — зрідка.

Ознака проблеми: в журналі обміну немає помилок, але «хвіст» каталогу має старі ціни.

6. Фото завантажуються щоразу заново

Модуль, який не перевіряє, чи змінилось фото, при кожному обміні додає нові копії картинок. Диск заповнюється, а в товарі з’являються однакові фото.

Як налаштувати, щоб працювало роками

• ключ товару — ідентифікатор з 1С, збережений на сайті;
• письмова домовленість з командою 1С: формат CommerceML, які склади й ціни вивантажуються, як часто;
• вивантаження змін щодня і повне — раз на тиждень чи місяць;
• журнал обміну: скільки товарів створено, оновлено, пропущено і чому;
• сповіщення в Telegram, якщо обмін не пройшов.

Я налаштовував такі обміни для магазинів на ~1500 товарів і більше. Найчастіше роботи на сайті менше, ніж здається, а головне — правильно описати вимоги для команди 1С.