Отчёт Маркета по отзывам показывает товары, кампании, число отзывов и цели сбора. Он подходит для контроля настроек, но не содержит тексты претензий покупателей.

Начните со снимка действующих настроек

generateGoodsFeedbackReport формирует лист «Товары на витрине». В схеме есть SKU, название и статус кампании, баллы, рейтинг, количество отзывов, цель и платные отзывы. Отчёт запрашивается по businessId; готовый файл получают через reportId. Документация проверена 19 октября 2026 года, и эта дата не означает запуск функции.

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

Сопоставьте цель и текущее количество

CURRENT_OPINION_COUNT и TARGET_COUNT отражают разные величины. Сравнивая их, сохраняйте исходные значения и дату выгрузки. Если количество уже достигло цели, проверьте действующий статус кампании в кабинете. Сам отчёт не даёт оснований обещать мгновенное изменение состояния после ручной настройки.

Поле PAID_OPINIONS_COLLECTED держите отдельно от общего количества отзывов. Их нельзя автоматически вычитать друг из друга для получения динамики за неделю: перед вами снимок с определённым составом показателей, а не журнал всех событий. Для оценки изменения между датами нужны два сопоставимых сохранённых файла и проверка того, не менялись ли кампания, товар или цель.

Проверьте связь SKU с карточкой

В отчёте предусмотрены MODEL_ID и PRODUCT_LINK. Используйте их для проверки, к какой карточке относится строка, прежде чем менять задачу сбора. Похожее название товара не гарантирует одинаковую модель, а объединение вариантов может затруднить визуальную проверку по одной подписи.

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

Не превращайте баллы в фактический расход

MAX_CHARGE в схеме подписан как «Баллы». Не умножайте это значение на общее количество отзывов и не называйте результат подтверждёнными списаниями. Финансовые операции сверяют по отдельным данным, учитывая расходы после остановки сбора. Здесь задача другая: принять настройки и прогресс целей по товарам.

Тексты отзывов и диалоги обрабатываются отдельно. Для содержательной работы с изменённым сообщением нужен процесс повторной реакции, а не эта выгрузка настроек. Не приписывайте отчёту сведения о дефектах, которых его колонки не содержат.

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