Ошибка в публичном ответе о совместимости или комплектации требует исправления именно той записи, которую увидят следующие покупатели. Новый комментарий может оставить неверный ответ на прежнем месте. API Яндекс Маркета различает создание, изменение и удаление текстовых записей; для безопасной правки нужно сначала определить объект и доступное действие.

Найти вопрос и нужный ответ

Вопросы продавца получают через goods-questions. Можно отбирать конкретные товары по offerIds, а значение answered=false помогает найти вопросы без ответа. Однако при исправлении уже опубликованной информации нужен исходный вопрос, даже если он давно считается отвеченным. Сохранённый идентификатор вопроса надёжнее поиска по совпавшей фразе.

Затем запрос goods-questions/answers возвращает ответы и комментарии. У списков вопросов и ответов предусмотрена постраничная выдача до 50 записей. До изменения проверьте товар, автора и текст нужной записи. Параметр canModify показывает, может ли продавец её изменять или удалять. Доступность чтения сама по себе не означает права переписать любой чужой ответ.

Не перепутать CREATE и UPDATE

Для нового ответа используется операция CREATE и parentEntityId исходного вопроса. Для комментария к ответу также применяется CREATE, но родителем становится идентификатор ответа. В обоих случаях возникает новая запись. Этот режим подходит для продолжения обсуждения, а не для замены ошибочного текста.

Исправление выполняется операцией UPDATE: передают entityId существующего ответа или комментария и новый текст. Удаление использует DELETE и тот же идентификатор записи. Все эти действия выполняет метод goods-questions/update. Передайте разработчику эту разницу как проверяемое требование: нажатие «исправить» не должно незаметно превращаться в «добавить».

Как организовать содержательную правку

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

После успешного запроса перечитайте ветку через API и проверьте публичное представление. Контроль нужен не только для транспорта: важно, что изменена нужная запись, контекст сохранился, а рядом не появился дубликат. Если canModify не допускает изменение, выясните ограничение и авторство записи. Не повторяйте UPDATE, пока возможность изменения не подтверждена; другой сотрудник не обязательно сможет исправить чужой ответ.

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