Определите, что считать дрейфом
Дрейф — это необъяснимое расхождение между утверждённой политикой и фактическими настройками SKU, магазина или маркетплейса. Само различие не всегда ошибочно: отдельная комиссия, схема поставки или роль товара могут требовать исключения. Проблемой становится настройка без владельца, срока, причины и проверки.
Составьте перечень контролируемых параметров: минимальная и целевая цена, шаг и частота репрайсинга, реакция на конкурента, участие в акциях, резерв остатка, режим ручной блокировки и разрешения AI. Для каждого поля нужен эталон, допустимый диапазон и правило наследования.
Создайте эталон и явные исключения
Разделите настройки на общие для компании, уровень магазина, группу товаров и конкретный SKU. Более узкое правило должно не молча переписывать широкое, а показывать источник значения. Тогда менеджер видит, почему товар получил именно такой минимум и какое изменение затронет соседние позиции.
Каждому исключению назначьте автора, причину, дату окончания и метрику проверки. Временная защита на период акции или поставки не должна жить бессрочно. Если срок закончился, система возвращает правило к эталону или создаёт задачу на осознанное продление.
Ведите версии и журнал фактических решений
Храните не только текущее значение, но и полный переход: кто изменил настройку, какое было основание, что ожидалось и к каким SKU применилось. Для массовой операции нужен снимок состава выборки. Без него команда не докажет, что фильтр случайно включил товар другого бренда или магазина.
Связывайте версию правила с выполненными действиями на площадке. Запись «минимум изменён» недостаточна, если цена не дошла через API или витрина применила другую скидку. Контроль должен различать намерение, отправку, подтверждение и фактический результат для покупателя.
Ищите конфликты до запуска робота
Проверяйте, не противоречат ли друг другу минимальная цена, акция, ручная блокировка, ценовой коридор и реакция на конкурента. Отдельный тест нужен для остатков: резерв, доступное количество и правила нескольких каналов могут одновременно претендовать на одну единицу товара.
Перед массовым включением запустите теневой расчёт и покажите ожидаемые изменения без отправки. Сгруппируйте отклонения по причине и масштабу: единичное исключение, старая версия магазина, конфликт приоритетов или ошибка справочника. Так команда исправляет источник, а не сотни последствий.
Используйте AI как ревизора, а не владельца правил
AI может находить нетипичные расхождения, сравнивать похожие SKU и объяснять, какое наследование привело к результату. Но он не должен автоматически отменять бизнес-исключение без контекста. Для дорогих действий нужен порог уверенности, подтверждение владельца и безопасный откат.
Полезный отчёт показывает не просто список отличий, а риск: возможную потерю маржи, объём остатка, число магазинов и длительность дрейфа. Сначала проверяют сочетания с большим потенциальным ущербом, затем косметические различия. Такой порядок делает аудит регулярной операцией, а не редкой генеральной уборкой.
Сведите правила Ozon и WB в ВитринаPro
Когда настройки живут в таблицах, кабинетах и переписке, дрейф неизбежно возвращается. Единый контур должен показывать эталон, локальные исключения, историю решений и фактическое состояние площадки. Уведомление требуется только для отклонения, которое превышает срок или риск, а не для каждого технического события.
ВитринаPro помогает управлять ценами, акциями и остатками нескольких магазинов из одного кабинета, сохранять защитные ограничения и объяснять действия AI. Селлер быстрее находит устаревшее исключение, проверяет изменение в теневом режиме и возвращает правила к управляемой структуре без ручной сверки десятков файлов.
Частые вопросы
Чем дрейф настроек отличается от допустимого исключения?
У допустимого исключения есть бизнес-причина, владелец, срок и проверка результата; дрейф обычно существует без объяснимой связи с действующей политикой.
Какие правила стоит проверять в первую очередь?
Начните с минимальных цен, ручных блокировок, участия в акциях, резервов остатка и конфликтов приоритетов с наибольшим возможным ущербом.
Можно ли автоматически возвращать все настройки к эталону?
Нет. Часть отличий отражает реальную экономику магазина или SKU, поэтому сначала нужны объяснение, оценка риска и безопасный план отката.
Как часто проводить аудит конфигурации?
Критичные отклонения лучше отслеживать постоянно, а плановую ревизию выполнять после массовых изменений, акций и подключения новых магазинов.
Выберите одну группу SKU и сравните фактические настройки с эталоном: у каждого отличия должны быть причина, владелец и срок действия.
Настроить управляемый репрайсинг
