Почему у одного SKU появляются разные цифры
На Ozon и Wildberries один товар одновременно живёт в нескольких контурах: карточка, кабинет продавца, склад, поставщик, реклама и отчёты. Данные обновляются с разной скоростью, поэтому цена из кабинета может уже измениться, а выгруженный остаток или стоимость закупки — ещё нет.
Проблема начинается, когда эти значения без проверки соединяют в одном действии. Например, робот снижает цену, опираясь на старую минимальную границу, или система продвигает SKU, не заметив, что доступный остаток уже зарезервирован. Ошибка выглядит как частный сбой, но её причина — отсутствие согласованного набора фактов.
Какие поля должны иметь приоритет
Для каждого SKU полезно явно определить владельца данных: фактическая цена покупателя берётся с витрины, базовая цена и акция — из кабинета, доступный для продажи остаток — из подтверждённого складского источника, а себестоимость — из учётной системы или последней утверждённой закупки.
У каждого поля нужна отметка времени и статус доверия. Если значение пришло с задержкой или конфликтует с более свежим источником, его нельзя безоговорочно использовать в репрайсинге. Лучше остановить рискованное действие и показать, что именно требует обновления.
Как разбирать конфликт цены и акции
Обычная цена, цена в акции и цена, которую видит покупатель, могут отличаться. При конфликте сначала фиксируют, какая цель проверяется: защита минимальной цены, участие в акции или позиция относительно конкурента. Затем сверяют витрину и кабинет, а не пытаются угадать итог по одному коэффициенту.
Если итоговая цена не подтверждена, автоматизацию разумно переводить в режим наблюдения для конкретного SKU. Это безопаснее, чем продолжать серию изменений на данных, которые уже расходятся.
Как связать источник данных с остатками
Остаток для решения — не всегда число, которое видно в одном кабинете. Из него могут вычитаться резерв, товары в приёмке, брак и продажи в другом магазине. Поэтому единый контур должен хранить и само значение, и объяснение: сколько единиц реально можно обещать покупателю.
Такой подход предотвращает два типичных сценария: ускорение продаж акцией перед дефицитом и удержание завышенной цены при уже поступившем товаре. Цены, акции и поставки начинают работать по одной картине наличия.
Минимальный регламент для команды
Начните с перечня полей для 20 наиболее важных SKU: витринная цена, минимальная цена, себестоимость, доступный остаток, статус акции и дата последней проверки. Для каждого назначьте источник, допустимую давность и человека или процесс, который разбирает расхождения.
Не нужно вручную сверять весь ассортимент каждый день. Достаточно настроить сигналы: цена изменилась без обновления расчёта, остаток стал отрицательным, акция не подтверждена или себестоимость устарела. Команда проверяет исключения, а не копирует цифры между таблицами.
Чем помогает ВитринаPro
ВитринаPro собирает критичные сигналы по цене, акциям, конкурентам и остаткам в одном рабочем контуре. Для селлера это означает меньше ручных сверок и меньше решений, принятых по устаревшей цифре.
Сервис помогает увидеть источник расхождения и остановить автоматическое действие до подтверждения данных. Вместо поиска по нескольким кабинетам команда получает понятную очередь исключений и может сосредоточиться на SKU, где ошибка действительно влияет на прибыль.
Частые вопросы
Нужно ли хранить все данные в одной программе?
Не обязательно. Важно определить приоритетный источник для каждого поля, время обновления и правило обработки конфликта.
Что делать, если цена в кабинете и на витрине различаются?
Не менять цену автоматически, пока не проверена реальная цена покупателя и причина расхождения.
Как часто проверять остатки?
Частота зависит от оборота, но для ходовых SKU полезнее реагировать на изменение и просроченный источник, чем проводить ручной пересчёт по расписанию.
С чего начать внедрение?
Выберите ограниченную группу прибыльных или рискованных SKU и договоритесь о полях, источниках и допустимой давности данных.
Подключите ВитринаPro, чтобы держать цену, акции, конкурентов и остатки в едином контуре данных и не тратить время на ручную сверку кабинетов.
Синхронизировать данные по SKU
