Яндекс Маркет режет лимиты API и меняет НДС на 22%: чек-лист доработки интеграций

Если у вас магазин на Яндекс Маркете и цены с остатками уезжают туда автоматически, за лето накопилось несколько технических дедлайнов. С 18 мая 2026 года базовые лимиты Partner API сокращены: расширенные идут по подписке. С 1 июля значение НДС vat=7 (ставка 20%) стало недоступно, система сама подменяет его на 14, то есть на ставку 22%. Плюс новые методы отчётов для рекламодателей и ужесточённый таймаут проверочных уведомлений.

Интеграцию с Маркетом делали год назад и с тех пор «оно просто работало»? Самое время открыть капот.

Лимиты: что именно урезали

Сильнее всего изменилось то, как тарифицируют доступ к API. Стандартные лимиты снизили. Максимум параметра limit для методов работы с ценами и ставками упал с 2000 до 500 записей на запрос. Расширенные квоты, глубина данных в отчётах и число одновременно формируемых отчётов теперь зависят от подписки. Ещё когда авторизуетесь через OAuth, надо передавать заголовок X-Business-Id.

Как понять, упрётся ли ваша интеграция в новый потолок? Посмотрите, как код выгружает большие массивы. Скажем, раньше интеграция забирала прайс на 10 000 SKU пятью запросами по 2000. Теперь ей нужно двадцать запросов по 500. И если код не делает паузы и не ловит ошибку 420 (превысили квоту), синхронизация начнёт обрываться на середине.

Симптомы видно прямо в проде. Цены обновляются частично. Остатки зависают на вчерашних значениях. В логах растёт число отказов API.

Магазин работает через готовый модуль обмена: 1С, МойСклад, плагин CMS? Сначала проверьте версию. Разработчики популярных коннекторов уже выпустили обновления под новые квоты, и обновить модуль выходит быстрее, чем переписывать свой код.

НДС 22%: где в системах остался старый 20%

С 1 июля 2026 года передать vat=7 уже нельзя. Маркет автоматически подставляет 14, то есть НДС 22%.

Автозамена звучит безобидно, но она маскирует проблему. Ставка зашита в коде интеграции, в настройках модуля обмена или в карточках 1С? Тогда ваши системы продолжают считать по 20%, а Маркет считает по 22%. Расхождение всплывёт не сразу, а на сверке отчётов комиссий и закрывающих документов.

Проверить надо три места:

• справочник ставок НДС в учётной системе (1С, МойСклад);
• маппинг ставок в модуле интеграции;
• все места в самописном коде, где значение 7 передаётся константой.

Отдельно пройдитесь по товарам с льготными ставками. Убедитесь, что под автозамену не попало то, что не должно было.

Отчёты рекламодателей: сверка без ручных выгрузок

Приятная часть июньского релиза. 3 июня появились методы генерации отчётов по счёту маркетинга (marketing-detalization) и детализации закрывающих документов. Раньше эти данные жили только в кабинете, и расходы на продвижение сверяли руками.

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

PING за одну секунду: требования к вебхукам

Таймаут проверочного PING-уведомления снизили с 10 секунд до 1. Значит, эндпоинт, который принимает уведомления от Маркета, обязан отвечать мгновенно.

Типичная ошибка самописных вебхуков: синхронная обработка. Получили уведомление о заказе, сходили в 1С, записали в базу, отправили письмо и только потом ответили 200. На медленном хостинге это легко занимает больше секунды, и Маркет считает эндпоинт недоступным.

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

Чек-лист ревизии на июль и август

• Поднимите логи API за последние недели. Ищите ошибки квот и обрывы синхронизации после 18 мая.
• Проверьте пагинацию. Параметр limit не выше 500 для цен и ставок, и переходите на токенную пагинацию (pageToken) вместо постраничной.
• Найдите все места, где передаётся vat=7: код, настройки модуля, справочники 1С. Ставку 22% синхронизируйте по всей цепочке.
• Сверьте июльские отчёты комиссий с учётной системой. Расхождения по НДС всплывают именно здесь.
• Замерьте время ответа вебхук-эндпоинта. Больше 300 или 500 мс? Тогда обрабатывайте уведомление в очереди.
• Подключите новые отчётные методы, если тратите на продвижение. Автоматическая детализация окупается первой же сверкой расходов с продажами по SKU.
• Настройте мониторинг: пусть алерт приходит, когда растёт число отказов API и когда синхронизация молчит дольше заданного окна.

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