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

Составьте таблицу старого и нового ключа

Для связи RetailCRM использует выбранное поле предложения: article, barcode, externalId или xmlid. Значение должно соответствовать артикулу продавца Ozon, то есть offer_id. Смена ключа запускает обновление связей каталога, которое не является мгновенным. Поэтому подготовка данных важнее повторного нажатия на настройку в ожидании быстрого результата.

Выгрузите для проверки старый ключ, новое значение, название варианта и offer_id. Выберите обычный товар, несколько размеров одной модели и позицию с необычным артикулом. Сохраняйте начальные нули и регистр там, где они входят в идентификатор. Табличный редактор может превратить строку в число и незаметно изменить её, хотя визуально первые символы выглядят привычно.

Найдите пустые значения и совпадения

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

Сохраните контекст кабинета и магазина. В инструкции по маршрутизации Ozon в RetailCRM разобраны связи аккаунтов и складов. Здесь проверяется другой уровень — конкретное торговое предложение внутри выбранного подключения. Правильный магазин не гарантирует, что строка заказа связалась с нужным цветом, размером или комплектацией.

Проводите изменение в наблюдаемом окне

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

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

Примите результат по реальным позициям

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

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

Руководство проверено 19 октября 2026 года. Дата обозначает редакционную проверку действующей справки, а не запуск функции. Примеры и порядок контроля предложены редакцией.