Кто изменил цену и остатки: как поднять историю действий в кабинете Ozon

Утром цена на главный товар — 1 490 рублей вместо 2 730. По второму артикулу остаток ноль, хотя вечером было 80 штук. В «Моих акциях» висит скидка, на которую вроде бы никто не соглашался. Первый вопрос здесь не «как откатить», а «кто и когда это сделал»: без ответа та же история повторится через неделю. Кабинет Ozon хранит следы не всех действий и не везде одинаково глубоко: где-то есть полноценная история с датой и источником, где-то остаётся косвенный отпечаток в отчёте, а где-то не остаётся ничего, кроме письма на почту. Ниже — карта: что поднимается за пять минут, что через выгрузку, что через поддержку и с какой давностью.

Что кабинет логирует сам, а что придётся восстанавливать

След от изменения бывает трёх уровней. Полный — есть дата, время и источник правки (интерфейс, файл, API). Частичный — видно, что значение стало другим, но не видно, кто его поменял: так устроены отчёты о движении товаров и большинство выгрузок. Нулевой — в кабинете нет ничего, и единственное доказательство лежит в вашей почте или в логах интеграции.

Сроки хранения Ozon меняет без анонсов, и в разных разделах они разные — точные значения смотрите в актуальной базе знаний Ozon Seller, прежде чем рассчитывать на глубокий архив. Названия разделов тоже переезжают: то, что в этой таблице названо «журналом загрузок», в вашем кабинете может лежать как «Загрузка товаров», «История загрузок» или список задач импорта. Рабочее правило по срокам: разбираться нужно в первые 3–5 дней, дальше шансы падают в любом разделе.

Цена: три места, где остаётся след

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

Второе место — журнал загрузок товаров: раздел с историей задач на импорт. Каждая правка через xlsx-файл или через API создаёт задачу со своим временем, статусом и результатом. Если правку делал человек руками, задачи не будет — значит, работали через интерфейс.

Третье — регулярная выгрузка цен и остатков. Она не история, а снимок: сравнивая вчерашний и сегодняшний файл, вы получаете разницу по каждому артикулу. Именно так восстанавливается картина, когда в карточке история уже схлопнулась.

Главная ловушка — авторство. Если цену поменяла интеграция, в источнике будет API, а не имя человека. Все интеграции, работающие под одним ключом, сливаются в одну строку, и понять, репрайсер это был или выгрузка из 1С, невозможно. Отсюда правило, которое экономит часы разбирательств: один API-ключ на одну систему, и в названии ключа — что именно им ходит.

Остатки и поставки: движение видно, автор — нет

Раздел с остатками на складах показывает текущее состояние и ничего не говорит о вчерашнем. История восстанавливается по-разному для двух схем.

По FBO работает отчёт о движении товаров в разделе аналитики: приёмка на складе, продажи, возвраты, списания, перемещения между кластерами. По каждой строке видно дату и тип операции — достаточно, чтобы понять, куда ушли те самые 80 штук: уехали к покупателям, списались как брак или переехали в другой кластер. Чего там нет — имени человека: движение делает сама площадка, и «автора» у него в вашем смысле слова не существует.

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

Отдельно проверьте поставки: в заявке видно, что приняли, что отклонили и с какой недостачей. Расхождение между отгруженным и принятым — это уже не «история действий», а повод для претензии. Срок на неё ограничен и отсчитывается от даты приёмки, а не от дня, когда вы заметили дырку в цифрах, — актуальное окно смотрите в базе знаний Ozon Seller и не откладывайте.

Карточка товара: версии контента и модерация

Контент правится тихо: вчера в описании было 900 знаков и 12 заполненных характеристик, сегодня 300 и 4, а карточка при этом висит в выдаче ниже на двадцать позиций. Прямой «истории версий» в кабинете нет, но есть два обходных пути.

Первый — тот же журнал загрузок. Если контент менялся файлом или через API, вы увидите задачу, её время и статус. Открыв задачу, можно понять, какие именно артикулы затронуты.

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

Фото и видео — худший случай: замену не видно нигде. Единственная защита — держать исходники в своём хранилище с датами и именами файлов, чтобы можно было доказать, что было раньше, и вернуть за десять минут.

Акции и автоучастие: где теряется ответ на вопрос «кто согласился»

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

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

Разбор: как мы за час нашли, кто уронил цену на 1 240 рублей

История из нашей практики. Утром в понедельник главный набор продавался по 1 490 вместо 2 730. Первым делом открыли карточку: последнее изменение цены — 03:14, источник — API. Дальше вопрос сузился до трёх ключей: 1С, репрайсер и скрипт отчётности. Скрипт отчётности только читает, 1С выгружает цены в 06:00 — по времени не сходилось. Остался репрайсер.

В его логе всё нашлось за пять минут: правило «держать цену на 3 % ниже минимальной у конкурентов» сработало на карточке-двойнике, где конкурент выставил уценённый экземпляр за 1 536 рублей. Минус три процента — 1 490, алгоритм честно опустил нас следом и ни одной проверки по пути не завалил: формально он сделал ровно то, что ему велели. За шесть часов, пока мы этого не видели, ушло 42 штуки. Недополученная маржа — 1 240 рублей на штуку, то есть около 52 тысяч. Сверху прямой минус: полные затраты на единицу у нас 1 620 рублей, продавали по 1 490, это ещё минус 130 рублей с каждой продажи, примерно 5,5 тысячи.

Что поменяли в тот же день: жёсткая нижняя граница цены в репрайсере по каждому SKU, исключение уценённых предложений из выборки конкурентов, отдельный API-ключ на каждую интеграцию с понятным названием и уведомление в рабочий чат, если цена уходит больше чем на 7 % от базовой. Последний пункт оказался важнее всех остальных: разница между «узнали через шесть часов» и «узнали через десять минут» здесь измеряется десятками тысяч.

Что запрашивать у поддержки и как формулировать

Когда след в кабинете не сохранился, остаётся обращение через раздел поддержки. Формулировка решает: запрос «покажите историю действий» уходит в общий ответ со ссылкой на базу знаний, а конкретный запрос обрабатывают по существу.

Что указывать в обращении:

1. Артикул продавца и SKU Ozon — оба, ими оперируют разные системы.
2. Интервал по московскому времени с запасом в пару часов, а не «на прошлой неделе».
3. Что именно изменилось: было 2 730, стало 1 490; было 80 штук, стало 0.
4. Прямой вопрос: укажите источник изменения — интерфейс, загрузка файла или API — и идентификатор пользователя либо ключа.
5. Номер отправления, заявки на поставку или название акции, если речь о них.

Чего поддержка не даст: IP-адресов, содержимого чужих сессий и данных по аккаунтам, к которым у вас нет отношения. И ещё одно: чем позже вы пришли, тем выше шанс получить ответ про истёкший срок хранения — поэтому обращение пишется в тот же день, когда обнаружили расхождение, даже если сами ещё не закончили разбираться.

Свой журнал изменений: как собрать за вечер

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

Минимальный набор — три вызова: список товаров, информация о ценах и остатки по складам (в документации это методы семейства /product/list, /product/info/prices и /product/info/stocks). Номера версий Ozon поднимает регулярно, так что путь берите из актуальной документации, а не из статьи — включая эту. Пятьдесят строк на Python и планировщик раз в сутки закрывают задачу; если товаров больше тысячи, добавьте постраничный обход по last_id.

Хранить снимки стоит не меньше 90 дней. Место они занимают копейки, а спор с поддержкой или с подрядчиком закрывают за минуту: вот файл за 14-е, вот за 15-е, вот строка, где 2 730 стало 1 490.

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

FAQ

Где посмотреть историю действий в Ozon Seller?

Единого журнала всех действий в кабинете нет. История цены живёт в карточке товара, история загрузок — в разделе с задачами импорта, движение остатков по FBO — в отчёте о движении товаров, статусы заказов — в карточке отправления. Состав разделов Ozon периодически меняет, поэтому сверяйтесь с актуальной базой знаний Ozon Seller.

Как узнать, кто изменил цену на товар?

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

Сколько хранится история изменений в кабинете Ozon?

Зависит от раздела: отчёты по движению товаров обычно доступны за несколько месяцев, история цен и задач импорта — заметно меньше. Точные сроки меняются, проверяйте актуальные значения в базе знаний Ozon Seller. Практическое правило — разбираться в первые 3–5 дней.

Как понять, кто согласился на участие в акции?

Чаще всего никто: товар добавился по включённому автоучастию. Проверьте настройки автоакций, затем письма от Ozon за нужные даты — они дают точную дату старта. Раздел «Мои акции» показывает текущее участие и период, но не автора согласия.

Можно ли откатить изменения, сделанные сотрудником?

Автоматического отката нет. Цены и остатки возвращаются повторной загрузкой прежних значений, контент — из ваших исходников, участие в акции отменяется вручную с учётом правил конкретной акции. Именно поэтому ежедневный снимок цен и остатков полезнее любой истории: он даёт готовый файл для восстановления.