Аналитика Ozon API: распределите запросы с учётом двух лимитов

Отчёт Ozon может не обновиться, даже если между двумя запросами выдержана минута. Для аналитического метода нужно проверить и частоту, и общий объём запросов.

Два ограничения одного метода

В сообщении Ozon for dev от 16 сентября 2026 года для v1/analytics/data указаны суточный лимит до 50 запросов для продавцов без подписки и общее ограничение не чаще одного раза в минуту.

Это не универсальная квота Seller API. Из этой новости нельзя определить условия конкретной подписки или точное время сброса счётчика. Такие детали уточняют по текущей документации и условиям своего аккаунта.

Соберите расписание всех потребителей

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

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

Найдите повторение одной задачи

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

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

Проверьте план и факт

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

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

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