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

Почему неоднозначность нельзя устранять наугад

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

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

Составьте паспорт совпадения

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

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

Выберите между связью и новой позицией

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

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

Проверьте последствия принятого решения

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

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