Один товар на Ozon, WB и Яндекс Маркете: карточки и синхронизация цен

Сопоставление и обновление цен — разные задачи

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

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

Соберите внутреннюю карточку товара

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

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

Архив нужно отделить от действующих предложений

Архивная карточка может сохранять старую цену и выглядеть источником для сравнения. Поэтому у каждого участника группы проверяется статус. Для изменения цены используются только согласованные активные карточки.

В рабочей сверке от 21 сентября старые SKU Яндекса были привязаны к актуальным артикулам, а архивные позиции скрыты из активного каталога. История при этом остаётся доступной для проверки. Удаление дубля и скрытие архива — разные операции.

Определите, какую именно цену сравниваете

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

В сентябрьском сценарии согласована одна цена активных SKU Ozon/WB для передачи в Яндекс. Если источники не согласны между собой или различаются валюты, позиция пропускается. Система не выбирает случайный вариант и не усредняет конфликт без правила.

Свежесть проверяется по каждому источнику

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

Развёрнутый сценарий останавливается при источниках старше двух часов. Это правило конкретного проекта, а не универсальная норма для всех продавцов. Порог выбирается по частоте изменения цен, ограничениям API и требуемой скорости реакции.

Что подтвердили в KMVSG Seller

21 сентября 2026 года для 258 актуальных предложений Яндекса установили согласованную цену активных SKU Ozon/WB. После записи обратное чтение подтвердило 258 из 258 значений, а повторная синхронизация не обнаружила расхождений среди управляемых цен.

Отдельно связали 17 старых артикулов с актуальными. Перед проверкой обновили данные пяти подключённых кабинетов: двух Ozon, двух WB и Яндекса. Контрольный запуск новой задачи обнаружил один конфликт и не выполнял лишних изменений по уже совпавшим ценам.

Эти результаты подтверждают конкретную сверку и правила обновления. Они не доказывают рост продаж или маржи. Одинаковая цена на разных площадках сама по себе не учитывает их разные расходы.

Записывайте только по проверенному плану

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

После отправки нужно перечитать значения на площадке и сравнить их с планом. Ответ «запрос принят» может быть только промежуточным состоянием. При частичном результате сохраняются успешно обработанные позиции и причины ошибок; повтор не должен заново выполнять весь план вслепую.

Границы однонаправленного сценария

Описанная задача пишет только в Яндекс, используя согласованные данные Ozon/WB. Это не полная двусторонняя синхронизация всех площадок. Индивидуальные цены магазинов, акции и субсидии требуют отдельных правил.

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