Если цены на маркетплейсе не обновляются, проследите одну позицию от исходного каталога до ответа площадки и повторного чтения. Запишите вариант товара, магазин, валюту и время отправки. Успешный сетевой запрос ещё не объясняет, какую цену сейчас видит покупатель. Массовый повтор всего каталога пока не нужен.
Для проверки используйте тестовое предложение или согласованную позицию, изменение которой не создаст ошибочных продаж. Сохраните прежнее значение и условия возврата. Не меняйте скидки и цену одновременно: иначе трудно понять, какой параметр повлиял на результат. Ниже рассматривается технический обмен собственными данными, без рекомендаций по величине коммерческой цены.
Три наблюдения вместо одного зелёного статуса
| Наблюдение | Что сохранить | Чего оно не подтверждает |
|---|---|---|
| Сайт сформировал запрос | Ключ позиции и отправленную сумму | Что площадка приняла данные |
| Площадка ответила | Статус операции и ошибки | Что витрина уже обновилась |
| Повторное чтение | Сумму, область магазина и время | Что покупатель видит именно эту разновидность цены |
Получайте цену штатным методом площадки или через кабинет продавца. Скриншот общей карточки с несколькими предложениями недостаточен: на ней может оказаться другой продавец или вариант. Укажите контекст проверки. Если сравниваете цену продавца с суммой после отдельной акции покупателя, сначала разберите смысл этих полей, иначе найдёте мнимый сбой обмена.
Принятие данных имеет свою границу
На Яндекс Маркете метод установки цен конкретного магазина возвращает подтверждение принятия информации; документация предупреждает, что каталог обновляется не мгновенно. Для магазинных цен также важна настройка возможности отдельных цен. Эти условия проверены 11 октября 2026 года. Они не описывают поведение всех маркетплейсов: у другой площадки смотрите контракт её метода.
Условный след проверки, не тело API:
source_offer: TEST-BLUE-M
target_shop: согласованный тестовый магазин
sent_value: <сумма>
sent_at: <время>
response_result: <результат операции>
read_back_value: <повторно полученная сумма>Если ответ содержит ошибку, сохраните её код и безопасное описание без токена. Исправление неизвестного товара, прав доступа и некорректного значения — разные задачи. Не превращайте любой отказ в автоматический бесконечный повтор. При неизвестном результате из-за разрыва соединения сначала выясните текущее состояние; новый запрос не должен затереть более свежую правку.
Та же цифра может уйти в другой магазин
- Сопоставить внутренний ID варианта с внешним идентификатором предложения.
- Убедиться, что запрос относится к нужному кабинету и магазину.
- Сравнить валюту и назначение ценового поля.
- Выполнить повторное чтение того же предложения в той же области.
Размер, цвет и комплектность должны совпасть. Условная куртка размера M и комплект из двух курток могут иметь похожее название, но разную цену. Сопоставление по тексту заголовка ненадёжно. Для отчёта используйте устойчивую таблицу соответствия; неоднозначную строку остановите до выяснения, не выбирая первую найденную карточку.
Кто вернул старую сумму после исправления
Если новая цена появилась и позже исчезла, ищите второго автора: плановый фид, ручную правку, старую очередь или другой интеграционный модуль. Сопоставьте времена и версии исходных данных. Старое задание не должно снова отправлять свой снимок после новой согласованной цены. Введите правило устаревания задач и единый порядок владения полем.
- Повторное чтение подтверждает нужную сумму в нужном магазине.
- Витрина проверена в понятном контексте предложения.
- Следующий плановый обмен не возвращает старое значение.
- Ошибка одной строки видна в отчёте и не скрывается общим успехом.
Для разбора подготовьте обезличенный след одной позиции, время отправки и результат чтения после неё. Добавьте список процессов, которые вправе менять цену. Такой набор отделяет задержку отображения от ошибки адресации и повторной перезаписи без рискованного запуска по всему каталогу.