Покупатель дополнил старый отзыв, а ваша команда уже закрыла его обработку. Если система считает такой отзыв обработанным навсегда, новая претензия останется без внимания. В Яндекс Маркете предусмотрен другой сценарий: изменение отзыва снова делает его требующим реакции. Задача поддержки — заметить возвращение и заново решить, нужен ли ответ.
Почему закрытый отзыв возвращается
По инструкции Яндекс Маркета, выборка NEED_REACTION показывает отзывы, требующие реакции. После ответа магазина или пропуска этот статус снимается. Когда автор изменяет отзыв, статус появляется снова. Это штатное поведение Маркета, а не признак того, что прежнее действие сотрудника потерялось.
Речь идёт об отзывах о товарах и повторной обработке после действий покупателя. Возвращение не означает, что вам обязательно нужно публиковать ещё один комментарий: сначала прочитайте актуальный текст и переписку. Покупатель мог добавить новую проблему, уточнить обстоятельства или сообщить, что вопрос решён.
Правило подтверждено действующей документацией. Даты запуска этого поведения в ней нет, поэтому рассматривать его как только что вышедшее обновление нельзя. Гайд описывает возможности Маркета и требования к вашей очереди; готовую поддержку этого сценария в Астре мы здесь не заявляем.
Что подготовить руководителю поддержки
- Назначьте ответственного за повторные обращения: возвращённый отзыв должен получить владельца, даже если прежняя задача закрыта.
- Сохраните связь рабочей задачи с конкретным отзывом и товаром, прежний ответ магазина и причину предыдущего пропуска.
- Договоритесь с интегратором, откуда берётся список требующих реакции и как возвращённый отзыв появляется у сотрудников.
- Разделите действия «закрыть внутреннюю задачу» и «пропустить реакцию в Маркете»: результат во внешней площадке нужно проверять отдельно.
Для получения отзывов документация Маркета предусматривает доступ к общению с покупателями либо подходящие более широкие права. Для пропуска одного доступа на просмотр недостаточно. Проверять разрешения стоит до запуска процесса: иначе список будет загружаться, но сотрудник не сможет завершить обработку выбранным действием.
Как вернуть отзыв в рабочую очередь
Со стороны Маркета отдельное ручное возвращение после изменения автором не требуется: нужный статус появляется снова. Интегратору нужно обеспечить повторное попадание такого отзыва в вашу рабочую очередь. Попросите получать актуальную выборку с фильтром NEED_REACTION, а не искать только ранее неизвестные отзывы.
Правило «этот отзыв уже встречался — больше не показывать» здесь мешает. Система должна узнавать прежний отзыв, сохранять его историю и открывать повторную обработку при возвращении признака необходимости реакции. При этом одна и та же текущая ситуация не должна создавать новые задачи при каждом обновлении списка. Это рекомендация к организации вашей системы, а не обещание встроенной функции площадки.
Проверьте охват списка. По справочнику Маркета отзывы возвращаются постранично и расположены в порядке публикации. Ограничение только свежими публикациями может скрыть старый отзыв с новой правкой. Обсудите с интегратором полный обход актуальной выборки и проверку, что старые публикации не отсекаются внутренними ограничениями вашей системы.
Ответить или пропустить: решение сотрудника
Сверьте фильтры и порядок получения отзывов со справочником Маркета, прежде чем менять правила обработки.
Откройте актуальное содержание отзыва и комментарии к нему. Если ваша система сохранила предыдущий текст, сравните версии. Если старой версии нет, не придумывайте, что именно изменилось: оценивайте текущее обращение и уже опубликованный ответ магазина.
| Что видит сотрудник | Что делать |
|---|---|
| Новая проблема или уточнение, на которое ещё нет ответа | Подготовить ответ по существу актуального обращения. |
| Покупатель сообщил о решении проблемы | Проверить, нужен ли содержательный ответ; при отсутствии необходимости осознанно пропустить реакцию. |
| Прежний ответ полностью отвечает текущему тексту | Проверить контекст и решить, требуется ли дополнение; не повторять шаблон автоматически. |
| Недостаточно информации для решения | Оставить задачу в работе у ответственного и уточнить доступные обстоятельства. |
Пропуск — отдельное действие Маркета для отзывов, на которые магазин не будет отвечать. По справочнику оно применяется к выбранным идентификаторам отзывов и снимает признак необходимости реакции. Оно не заменяет ответ и не является удалением отзыва. После следующего изменения покупателем статус может вернуться вновь — прежний пропуск не должен блокировать повторное рассмотрение.
После ответа или пропуска проверьте результат в Маркете и только затем завершайте внутреннюю задачу. Если действие не подтвердилось, сохраните её в работе. Причину пропуска фиксируйте понятным текстом: это поможет следующему сотруднику оценить новое изменение, а руководителю — отличить осознанное решение от потерянного обращения.
В какие сроки проверять и как принять работу
В рассмотренных разделах документации нет обязательного срока ответа на изменённый отзыв и гарантированного времени его появления в вашей системе. Не обещайте покупателю или команде мгновенную доставку. Периодичность обновления очереди и срок разбора назначьте внутренним регламентом с учётом потока обращений и возможностей интеграции.
Практический приоритет — изменения, в которых покупатель сообщает о нерешённой проблеме или опровергает прежний ответ магазина. Разберите их при ближайшей проверке очереди. Для остальных обращений применяйте ваш обычный порядок поддержки. Это редакционная рекомендация, а не требование Маркета.
- Попросите интегратора показать выборку требующих реакции и подтвердить, что старые отзывы не исключаются только из-за возраста.
- Проверьте сценарий на доступном реальном примере изменения автором: прежняя история сохраняется, задача снова доступна сотруднику. Не просите покупателя менять отзыв ради технической проверки.
- Проверьте оба исхода — ответ и пропуск: действие подтверждено площадкой, внутренняя задача закрывается с понятной причиной.
- Проверьте повторное обновление списка: оно не плодит одинаковые задачи, а следующее изменение покупателя не блокируется прежним закрытием.
- Разберите отдельный случай прочтения в кабинете Маркета: команда понимает, почему отзыв исчез из выборки и кто завершает внутреннюю обработку.
Начните с проверки правила закрытия: может ли отзыв вернуться после изменения покупателем? Затем проверьте полноту выборки и действия сотрудников. Именно эта связка позволяет сохранить историю общения и не потерять новую проблему в старом отзыве.
Передайте интегратору документацию Маркета и согласуйте повторное открытие задач после изменения отзыва.
Источники: инструкция Яндекс Маркета «Отзывы о товарах» — https://yandex.ru/dev/market/partner-api/doc/ru/step-by-step/goods-feedback ; справочник получения отзывов — https://yandex.ru/dev/market/partner-api/doc/ru/reference/goods-feedback/getGoodsFeedbacks ; справочник пропуска реакции — https://yandex.ru/dev/market/partner-api/doc/ru/reference/goods-feedback/skipGoodsFeedbacksReaction .
