19 февраля Маркет предупредил об ограничениях с 10 марта 2026 года: limit, skus и offerIds для ряда методов цен и ставок — не более 500 элементов.

Что было объявлено

19 февраля канал API Маркета предупредил об изменении с 10 марта. Для перечисленных методов просмотра цен в кабинете и магазине, а также информации о ставках на уровне кабинета параметр limit не должен превышать 500. Ограничение 500 элементов также указано для списков skus и offerIds в соответствующих запросах цен и ставок.

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

Для limit перечислены три метода: POST v2/businesses/{businessId}/offer-prices, POST v2/campaigns/{campaignId}/offer-prices и POST v2/businesses/{businessId}/bids/info. Ограничение списков skus и offerIds отдельно указано для последних двух методов.

Успешная первая часть не равна полной выгрузке

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

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

Что изменить в обмене данными

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

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

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