Яндекс Маркет сократит хранение успешных API-логов до 6 часов: как не потерять доказательства
Расхождение в заказах заметили во вторник, а импорт прошёл в понедельник. Раньше можно было открыть тело успешного запроса в журнале API Маркета и восстановить, что именно передала площадка. С 14 октября 2026 года на такую проверку останется шесть часов для операций с кодом ответа 200.
В официальном сообщении Яндекс Маркет уточнил: сейчас полные логи операций доступны 10 дней. После 14 октября тела запросов и ответов для успешных запросов с кодом 200 будут доступны только 6 часов. Для ошибочных запросов история сохранится до 10 дней. Не следует переносить шестичасовое правило на все коды 2xx: опубликованное сообщение прямо называет 200.
Что изменится для продавца
Отчёты о продажах, остатках и выплатах сами по себе не исчезают из-за изменения срока API-логов. Меняется окно, в течение которого можно восстановить детали конкретного обмена. Если интеграция загрузила старую версию отчёта, потеряла страницу ответа или дважды обработала событие, позднее расследование без собственного журнала станет сложнее.
Проверьте, какие сведения ваша интеграция уже фиксирует. Минимальный безопасный набор — время запроса, метод, идентификатор кабинета в обезличенном или внутреннем виде, код ответа, ID запроса или корреляции, номер страницы или отчёта, число записей и версия обработчика. Для поиска финансового расхождения полезно сохранить ссылку на исходный отчёт и его период.
Хранить целиком каждый запрос и ответ «на всякий случай» тоже плохая идея. В телах могут оказаться персональные данные, коммерчески чувствительные сведения или секреты. Если подробная копия действительно необходима, ограничьте доступ, срок хранения и объём, удалите токены и лишние поля, зафиксируйте владельца такого журнала.
Чек-лист до 14 октября
- Проверьте, где команда сейчас ищет историю обмена: в кабинете Маркета, в логах интеграции или нигде.
- Запишите диагностические метаданные на своей стороне в момент вызова API. Позже восстановить тело ответа из кабинета может быть уже нельзя.
- Сопоставляйте запись журнала с конкретной загрузкой и периодом. Отдельно помечайте повторные запросы и частично загруженные страницы.
- Настройте проверку полноты: отсутствие ответа или части данных не должно превращаться в «ноль заказов» или «ноль выручки».
- Устройте пробный разбор ошибки спустя сутки после загрузки. Если невозможно понять, что произошло, добавьте недостающий идентификатор или снимок источника.
Например, если сумма заказов в отчёте отличается от внутренней сводки, начните с даты среза, версии выгрузки и количества строк. Затем найдите ID запроса и проверьте, завершилась ли постраничная загрузка. Нельзя объяснить разницу одной цифрой без источника и периода.
Для проверки финансового результата полезен наш чек-лист сверки выплаты и прибыли по SKU. Он помогает отделить проблему загрузки от различий в учёте продаж, удержаний и себестоимости.
Роль ProfitVena
Для любой аналитики маркетплейса важны происхождение данных, время последней успешной загрузки и честный статус неполного импорта. Это принципы, которые мы используем при развитии ProfitVena; конкретная доступность данных Яндекс Маркета зависит от подключённого источника и настройки. Изменение срока API-логов не означает, что ProfitVena автоматически сохраняет полные тела запросов или восстановит их задним числом. ProfitVena входит в экосистему «Виксора».
Проверено 6 октября 2026 года. Источник: официальное уведомление Яндекс Маркет API. Порядок диагностики сверяйте с текущей документацией Маркета.
