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

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

Оба срока уже позади. Интеграцию делали год назад и с тех пор «оно просто работало»? Тогда она либо теряет данные, либо считает налог по-старому. Самое время открыть капот.

Если вы это пропустили: как понять, что уже сломалось

Поломки тут тихие. Сайт открывается, заказы идут, а данные расходятся. Проверьте пять симптомов, на каждый уйдёт по десять минут.

• Цены обновляются частично. Часть товаров на Маркете стоит дороже или дешевле, чем в 1С. Это упёрлись в новый лимит запроса.
• Остатки зависли на вчерашних значениях. Синхронизация обрывается на середине и не доходит до конца каталога.
• В логах API растёт число отказов. Особенно ошибка 420: квота исчерпана.
• Отчёт комиссий не сходится с учётной системой. Разница небольшая и ровная по всем позициям? Ищите ставку налога.
• Уведомления о заказах приходят с задержкой или пропадают. Маркет считает ваш эндпоинт недоступным и перестаёт стучаться.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Сколько занимает ревизия интеграции

Объём зависит от того, чем вы обмениваетесь и сколько там самописного. Порядок цифр такой.

• Разбор логов и чек-лист. Один-два дня, от 15 тысяч рублей. На выходе список: что уже сыплется, что сыпется молча, что терпит до зимы.
• Пагинация и квоты. Два-пять дней, от 40 тысяч рублей. Правим размер запроса, переводим выгрузку на токенную пагинацию, добавляем паузы и повторы.
• Ставка налога по всей цепочке. Один-три дня, от 25 тысяч рублей. Справочники, маппинг, константы в коде, сверка отчёта за прошлый месяц.
• Вебхуки на очередь. Около недели, от 60 тысяч рублей. Плюс мониторинг: от 15 тысяч в месяц за алерты по квотам и молчанию обмена.

Отдельно считается подписка Маркета на расширенные квоты, если решите доплатить площадке вместо доработки кода. Это его прайс, не наш.

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

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

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

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

Чек-лист ревизии

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

Что делать дальше

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

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