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

Как восстановить структуру обсуждения

Метод getGoodsFeedbackComments возвращает комментарии к отзыву. parentId предусмотрен для ответов на другие комментарии; у ответа непосредственно на отзыв этого идентификатора нет. Поэтому отсутствие parentId само по себе не является ошибкой загрузки. Интерфейс должен различать корневой ответ и продолжение конкретной ветки.

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

Загрузить все страницы и точечные обновления

Комментарии выдаются страницами в порядке публикации. Документация разрешает продолжать чтение с ранее полученного pageToken. Также предусмотрен запрос по commentIds; этот фильтр нельзя одновременно использовать с другими фильтрами. Уведомление о новом комментарии служит сигналом для получения его полной информации.

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

Как учитывать удалённые сообщения

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

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

Проверить сценарии работы оператора

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

Не объединяйте публичные комментарии с личными чатами в один неразличимый поток. У очереди чатов покупателей другое назначение и контекст. Внутреннее рабочее место может объединять задачи, но сотрудник должен понимать, где будет виден отправленный текст и к какому объекту он относится.

Документация проверена 22 октября 2026 года. Результат внедрения оценивайте по точности восстановленных связей и актуальности состояния, а не только по числу полученных сообщений. Полная история без правильных родителей способна вводить в заблуждение сильнее, чем короткая, но ясно обозначенная текущая ветка.