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

Редакционная проверка выполнена 11 октября 2026 года по российской документации WB API. Материал предназначен для настройки рабочего процесса, а не для сообщения о новой функции.

Получайте список, а не только сигнал

Метод new-feedbacks-questions сообщает о наличии новых вопросов и отзывов. Сам список получают через questions. Интеграции нужен отдельный список обращений с идентификаторами, а не только индикатор на панели.

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

Свяжите ответ с точным товаром

В рабочей карточке обращения покажите артикул, вариант товара и сам вопрос. Перед ответом проверьте характеристику по подтверждённому источнику. Название похожей модели не подходит как основание для заявления о размере, материале или совместимости.

Когда нужного факта нет, назначьте запрос ответственному за товарные данные. Система автоматизации не должна достраивать отсутствующие свойства по соседнему артикулу. Организацию такой проверки помогает выстроить материал о владельце информации о товаре.

Учитывайте модерацию и ограниченную правку

PATCH questions используется для действий с вопросом, включая просмотр, отклонение и ответ. Все ответы проходят предварительную модерацию. Документация допускает редактирование ответа один раз в течение 60 дней после отправки, поэтому черновик необходимо проверять заранее.

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

Проверьте очередь после отправки

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

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