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

Начните с простого вопроса внутри команды: кто фактически управляет участием товаров в акциях? Менеджер в кабинете, подрядчик, собственный скрипт или несколько инструментов одновременно? От этого зависит, кому адресовать проверку и где искать результат.

Что изменится 19 октября

В официальном уведомлении от 14 октября Ozon перенёс включение новой логики работы с акциями и отключение устаревших методов Seller API с 13 на 19 октября 2026 года. Речь идёт о программном обмене данными между площадкой и внешними системами.

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

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

Отправьте исполнителю короткое задание

Можно использовать такой текст: «Уточните, обращается ли наш сервис к устаревшим методам управления акциями Ozon. Если да, кто отвечает за переход до 19 октября? Укажите, какие наши операции затронуты, как проверена новая логика и где менеджер увидит ошибку, если операция не выполнится. Нужен результат проверки, а не только номер обновлённой версии».

В ответе должны появиться четыре понятных пункта:

  • Какие действия затронуты именно у вас: получение данных, отправка изменений или другие операции с акциями.
  • Кто и когда обновляет рабочую интеграцию, а не только тестовую копию.
  • Как подтверждается результат на стороне Ozon после отправки действия.
  • Что делает менеджер, если операция не прошла: кому пишет и как избегает повторных противоречащих изменений.

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

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

Проверьте один сценарий, прежде чем менять весь ассортимент

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

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

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

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

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

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

Что дополнительно проверить

В официальном сообщении Ozon Seller API прямо названы обе части переноса: включение новой логики и отключение устаревших методов. Прежний анонс описан в материале о переходе на API акций v2. Указанный там срок 13 октября заменён новым объявлением.

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

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

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

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