Артикул и SKU Ozon: как связать товар с отчётом без ошибки

1. Сначала выясните, какой код передали

Просьба «пришли артикул» слишком неопределённа для передачи между менеджером и аналитиком. Один человек копирует код своей учётной системы, другой ожидает поле из выгрузки Ozon. Поэтому записывайте точное название столбца рядом со значением. Если файл содержит поля «Артикул», SKU, Ozon ID или product_id, не переименовывайте их в общее «Код» до выяснения смысла каждого поля.

В канале Ozon Seller API notification объявление от 19 сентября 2022 года описывает метод изменения артикулов товаров из системы продавца. Отдельный анонс от 9 июля 2026 года сообщает о добавлении поля sku в список товаров API. Эти датированные сообщения показывают, почему названия полей нужно сохранять. Они не заменяют актуальную спецификацию интеграции и не доказывают равенство всех товарных идентификаторов.

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

2. Зафиксируйте исходный файл и задачу отчёта

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

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

Если файл подготовлен интеграцией, запросите у ответственного название исходного поля и версию используемого метода. В официальном сообщении Ozon от 17 марта 2026 года отдельно отмечено обновление метода работы с артикулами. Поэтому старая инструкция интегратора не подтверждает сегодняшние ограничения. Этот материал описывает контроль данных, а не порядок отправки API-запросов.

3. Соберите справочник подтверждённых соответствий

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

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

Перед добавлением записи проверьте, нет ли уже другого варианта под выбранным рабочим ключом. Если есть, остановите автоматическое использование этой связи. Две похожие строки могут оказаться разными товарами или разными версиями записи. Решение «оставить первую» без проверки делает результат зависимым от порядка строк, а не от фактов о товаре.

4. Учебный пример: сумма верная, размеры перепутаны

Представим вымышленный магазин с футболкой одной модели в размерах M и L. Название и главное фото одинаковы. В учебной выгрузке вариант M имеет SKU 710001 и артикул TEE-M, вариант L — SKU 710002 и артикул TEE-L. Это придуманные идентификаторы; они не описывают реальные товары и не задают формат кодов площадки.

За выбранный период указано 12 проданных единиц M и 3 единицы L. Если менеджер перепутает строки справочника, общий итог останется равным 15, но аналитик увидит обратную картину: 3 единицы M и 12 единиц L. Проверка одной общей суммы пропустит ошибку, а решение о следующей закупке окажется основано на неверном распределении спроса.

Исправление начинается с подтверждения размеров у двух SKU, затем восстанавливается связь в справочнике и повторяется расчёт. Покажите проверяющему обе строки до и после исправления. Правильный итог в этом примере — не только 15 единиц, но и 12 для M, 3 для L.

5. Разберите несовпадения по их причине

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

Если соответствий несколько, сравните варианты и основания каждой записи. Не используйте похожесть названий как автоматическое разрешение конфликта. Если код изменялся в вашей системе, сохраните старое значение и документированную связь с новым вместо незаметной замены истории. Вопрос возможности и последствий изменения в Ozon проверяется отдельно по актуальным правилам.

Если связка единственная, но содержимое не совпадает, проверьте размер, комплект и единицу учёта. Один набор из двух предметов и две отдельно проданные штуки — разные строки для ассортиментного решения. При недостатке данных пометьте причину и ответственного; уверенное число без подтверждения хуже видимого незавершённого разбора.

6. Передайте справочник так, чтобы проверку можно было повторить

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

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

7. Принимайте результат до выводов о продажах

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