Переход API Яндекс Маркета на НДС 22%
С 1 июля 2026 года Яндекс Маркет прекратил принимать старый числовой идентификатор 7, который раньше обозначал НДС 20%. Для ставки 22% используется новый идентификатор 14, а в строковых перечислениях документации встречается значение VAT_22. Эти обозначения могут находиться сразу в нескольких слоях интеграции: в справочнике CMS, настройке модуля, коде формирования запроса, промежуточной таблице, очереди заказов и шаблоне чека.
До даты отключения Маркет автоматически заменял переданное значение 7 на 14, поэтому старый код мог выглядеть рабочим и скрывать будущую ошибку. Мы прослеживаем путь ставки от исходной системы до конкретного метода API, собираем карту используемых форматов и обновляем каждое активное преобразование. Для числового поля передаётся 14, для строкового перечисления — предусмотренное методом VAT_22.
Затем выполняем контрольные запросы с товарами и заказами разных типов, читаем ответы Маркета и проверяем журнал. Отдельное правило выявляет устаревшие значения в очередях и накопленных заданиях. В результате обмен продолжает работать после изменения справочника, а команда видит, где именно применяется новая ставка и как проверить её самостоятельно.
Когда стоит обратиться
Обычно к нам обращаются в таких ситуациях:
- Интеграция отправляет числовой код НДС 7 и после 1 июля 2026 года получает ошибку проверки значения.
- Товары обновляются, а в заказах или чеках ставка остаётся прежней из-за отдельного справочника обмена.
- В одном модуле используется число 14, а другой метод API ожидает строковое значение VAT_22.
- Автоматическая замена Маркета раньше скрывала устаревшую настройку, поэтому команда хочет проверить весь путь данных до отключения старого кода.
Что именно мы сделаем
Собираем все каналы обмена с Яндекс Маркетом и определяем, где хранится и преобразуется ставка НДС.
Сверяем числовые и строковые значения с фактическими методами API и настройками бизнес-кабинета.
Заменяем старый идентификатор 7 на 14 и добавляем VAT_22 там, где метод использует строковое перечисление.
Обрабатываем накопленные задания, включаем журнал преобразований и понятные сообщения об ошибках.
Проверяем товары, цены, заказы и связанные документы на контрольном наборе данных, затем передаём инструкцию.
Что входит в стоимость
39 900 ₽ за всю работу
Проверяем действующий обмен с Яндекс Маркетом, находим места формирования ставки, обновляем справочники и преобразования, тестируем отправку и обратное чтение данных. Учитываем собственный код, CMS, учётную систему, middleware и фоновые задания, участвующие в обмене. Связанные уточнения форматов включаем по результатам контрольных запросов.
Что будет готово
Передадим вам
- Обновлённая интеграция Яндекс Маркета с идентификатором 14 и значением VAT_22 в соответствующих методах API.
- Карта источников ставки, преобразований, методов, объектов магазина и связанных настроек.
- Проверка устаревшего значения 7, обработка накопленных заданий и журнал контрольных операций.
- Протокол тестов по товарам, заказам и документам, а также инструкция для дальнейших обновлений.
Перед сдачей проверим
- Контрольные запросы передают идентификатор 14 либо VAT_22 в формате, предусмотренном каждым используемым методом.
- Обновление товара и обработка заказа завершаются успешным ответом API, а ставка совпадает с утверждённой настройкой.
- Задание со старым значением 7 преобразуется по выбранному правилу и фиксируется в журнале.
- Поиск по активному коду, настройкам и очередям подтверждает отсутствие используемых преобразований со старым идентификатором.
Как это выглядит на практике
Одна ставка одинаково проходит через каталог, заказ и чек
- 01
Учётная система передаёт внутреннее обозначение ставки для товара, опубликованного на Яндекс Маркете.
- 02
Интеграция выбирает идентификатор 14 для числового поля и VAT_22 для строкового перечисления конкретного метода.
- 03
Маркет принимает обновление, заказ возвращается с ожидаемой ставкой, а обработчик документов использует ту же налоговую настройку.
- 04
Журнал связывает все операции с товаром и заказом, поэтому итог легко проверить по контрольному идентификатору.
Что понадобится для работы
От вас
- Доступ к коду или настройкам интеграции, тестовому контуру и журналам обмена с Яндекс Маркетом.
- Перечень кабинетов, бизнесов, моделей размещения, юридических лиц и используемых API-методов.
- Утверждённые бухгалтерией правила применения ставки для товаров, заказов, доставки и документов.
- Контрольные товары и заказы, на которых команда клиента сможет подтвердить результат.
Если у вас немного другая ситуация
Небольшие уточнения, которые помогают довести согласованный результат до рабочего состояния, уже учитываем в цене. Если по ходу работы появится отдельный крупный блок или понадобится платная лицензия, сначала обсудим варианты и стоимость. Расскажите о своей ситуации — подстроим план под неё.
- 3 000 ₽после подписания договора через Диадок
- 36 900 ₽после выполнения, демонстрации и приёмки результата
Предоплата входит в общую стоимость. Оставшуюся сумму оплачиваете после демонстрации и приёмки готовой работы.
Часто спрашивают
Об этой услуге
Какие значения НДС теперь принимает API Яндекс Маркета?
Для ставки 22% в числовом справочнике используется идентификатор 14. В методах со строковым перечислением документация использует VAT_22. Формат выбирается по схеме конкретного API-метода.
Почему интеграция раньше работала со значением 7?
До даты отключения Яндекс Маркет автоматически заменял старый идентификатор 7 на 14. Такая совместимость временно скрывала устаревшую настройку в коде или модуле.
С какой даты старый идентификатор недоступен?
Числовое значение 7 недоступно с 1 июля 2026 года. К этой дате активные запросы, очереди и резервные ветки обмена должны использовать актуальный формат.
Достаточно заменить одно значение в настройке модуля?
Иногда ставка хранится в нескольких местах: каталоге, заказах, чеках, таблице соответствий и накопленных заданиях. Мы прослеживаем весь путь и обновляем каждое активное преобразование.
Что происходит с заданиями, созданными до обновления?
Проверяем сохранённое тело очереди и добавляем преобразование старого кода по выбранному правилу. Каждая такая операция отражается в журнале с исходным и итоговым значением.
Подходит ли работа для самописной интеграции?
Да. Подключаемся к собственному сервису, модулю CMS или middleware, находим формирование запросов и обновляем преобразование в используемом технологическом стеке.
Кто определяет правильную налоговую ставку для товара?
Ставку и правила её применения подтверждает бухгалтерия либо налоговый специалист клиента. Мы реализуем утверждённую модель в обмене и проверяем технический результат.
Как подтвердить готовность обновлённой интеграции?
Проводим запросы по товарам, заказам и доступным документам, сверяем ответы API и журнал, затем передаём протокол с проверенными значениями и идентификаторами объектов.
Цена и изменения по ходу работы
Цена на странице окончательная?
Да. Перед началом мы сверяем исходные данные и фиксируем результат в договоре. Указанная на странице сумма покрывает согласованную работу целиком, даже если её техническая реализация потребует больше времени, чем ожидалось при оценке.
Что означает резерв незапланированных работ?
Это уже включённый в цену запас времени на небольшие связанные уточнения заказчика, которые появляются после старта: например, добавить поле, изменить формат уведомления или учесть ещё одно условие обработки.
Резерв рассчитывается по формуле: стоимость услуги × 30% ÷ 1 500 ₽. Для услуги за 30 000 ₽ это 6 часов. Эти часы относятся только к дополнительным, заранее незапланированным уточнениям. Они не являются сроком проекта и не ограничивают время на основную работу: согласованный результат мы выполняем полностью.
Можно уточнять детали уже во время работы?
Да. Небольшие связанные изменения обычно помещаются во включённый резерв и не требуют доплаты. Если новая идея заметно меняет результат или превращается в самостоятельную задачу, сначала обсудим подход и стоимость. Любое решение согласуем до выполнения.
Начало работы и оплата
Как оформляются договор и оплата?
Подписываем договор через Диадок. Предоплата составляет 3 000 ₽ и входит в общую стоимость услуги. Остаток оплачивается после демонстрации и приёмки готового результата.
Когда начинается срок выполнения?
Срок отсчитывается после согласования задачи, получения необходимых доступов и материалов, подписания договора и поступления предоплаты. Конкретную дату старта и плановый день готовности подтверждаем перед началом.
Как учитываются платные лицензии и внешние сервисы?
До старта проверяем, нужны ли тарифы, лицензии, сертификаты или дополнительные ресурсы внешних систем. Если они потребуются, заранее покажем варианты и стоимость. По возможности аккаунты и лицензии оформляются сразу на заказчика.
Проверка результата и гарантия
Как принимается готовая работа?
Вместе проверяем согласованные сценарии на контрольных данных или тестовой копии, а затем демонстрируем результат. Для интеграций сверяем передачу данных и обработку ошибок, для сайта — работу нужных страниц и действий пользователя, для отчёта — расчёты и обновление данных.
Какая гарантия действует после сдачи?
На выполненные изменения действует гарантия 3 месяца. Если в изменённой нами части обнаружится ошибка нашей реализации, проверим и исправим её без дополнительной оплаты. Переданные материалы, настройки и код остаются у заказчика.
Связанные шаги
- 01Переход API Яндекс Маркета на НДС 22%
Перевести обмен Яндекс Маркета на НДС 22%
- 02Интеграция Яндекс Маркета с 1С
Связать Яндекс Маркет с учётной системой
- 03Переход API Яндекс Маркета с OAuth на API-Key
Обновить авторизацию API Яндекс Маркета