Отчёт Маркета не сформирован: чем отличаются NO_DATA, TOO_LARGE и RESOURCE_NOT_FOUND
Как разбирать подстатусы генерации отчётов Яндекс Маркета: отсутствие данных, слишком большой результат и ненайденные сущности.
Содержание статьи
Повторять генерацию того же отчёта полезно не при каждой ошибке. Подстатус показывает, нужно ли проверить выборку, сократить запрос или исправить идентификатор: эти причины требуют разных действий.
Сначала разделить ожидание и проблему
getReportInfo возвращает PENDING, PROCESSING, FAILED либо DONE. Первые два состояния относятся к ожиданию и формированию, а не к готовому файлу. Дополнительно предусмотрены NO_DATA, TOO_LARGE и RESOURCE_NOT_FOUND. В журнале нужно сохранять оба уровня вместе с reportId: одно слово «ошибка» теряет диагностическую информацию.
Прежде чем повторять генерацию, восстановите параметры исходной задачи: тип отчёта, кабинет или магазин, период и дополнительные фильтры. Идентификатор задачи без этого контекста не объяснит, почему ожидаемая операция отсутствует. Общая последовательность получения файла разобрана в руководстве по выгрузке отчётов; здесь речь о выборе исправления.
Как разбирать NO_DATA
Этот подстатус означает, что для отчёта или документа нет данных. Он не доказывает отсутствие продаж у всего бизнеса. Возможно, выбран другой магазин, период без соответствующих событий или слишком узкий фильтр. Сначала сопоставьте условия с известным заказом или документом, который должен попасть в результат, и проверьте его принадлежность выборке.
В рабочей панели отделяйте подтверждённую пустую выборку от сбоя получения сведений. Если отчёт предназначен для периода, когда операций действительно не было, сохраните объяснимый результат без искусственных нулевых строк. Если ожидаемая операция известна, передайте поддержке конкретные идентификаторы и условия запроса, не отправляя целиком лишние финансовые данные.
Как уменьшить слишком большой отчёт
При TOO_LARGE официальная рекомендация — сократить период или уточнить условия запроса. Для регулярной выгрузки можно разделить исходную задачу на непересекающиеся интервалы, если это соответствует параметрам конкретного отчёта. Внутренняя таблица должна хранить исходный охват и все дочерние задачи, чтобы потерянный фрагмент не остался незаметным.
Проверьте, включаются ли границы дат в выбранном методе. Нельзя автоматически объединять месячные файлы простой суммой всех строк, если отчёт содержит накопительные показатели или повторяющиеся сущности. После загрузки проверьте покрытие периода и дубликаты ключей. Правила обработки колонок описаны в материале о защите импорта.
Что проверять при RESOURCE_NOT_FOUND
Документация связывает этот подстатус с отсутствием части сущностей. Проверьте переданные номера, кампанию, доступную область кабинета и требуемый тип документа. Не подбирайте похожий идентификатор наугад: технически успешный запрос к другой сущности даст чужую по смыслу выборку и замаскирует первоначальную ошибку.
После исправления создайте понятную запись о новом запуске, исправленных параметрах и его связи с прежним. Старую неудачную попытку сохраните как историю, но не суммируйте её с новым результатом. Приёмка процесса должна включать каждую из трёх причин отдельно. Документация проверена 22 октября 2026 года; способы организации очереди и диагностики предложены редакцией, а не объявлены новыми правилами Маркета.
Материал отражает сведения на указанную дату. Правила и условия работы площадок могут измениться. Редакционные принципы