Передали marketSku Маркету: проверьте текущее сопоставление

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

Разделите предложение и результат проверки

В описании добавления товаров через API Маркета объект mapping содержит карточку, которая, с точки зрения продавца, подходит товару. Документация прямо предупреждает: после проверки Маркет может привязать товар к более подходящей карточке.

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

Соберите контрольную пару

Для одного спорного товара подготовьте:

• кабинет, в котором выполнялась операция;
• свой offerId без преобразования регистра и формата;
• отправленный mapping.marketSku и время запроса;
• полный ответ на обновление;
• описание фактического товара: бренд, модель, вариант и состав продаваемой единицы.

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

Прочитайте текущее сопоставление

Для проверки используйте получение товаров каталога: POST v2/businesses/{businessId}/offer-mappings. Метод позволяет запросить конкретные товары через offerIds. В возвращаемом объекте сопоставления есть mapping.marketSku, а также название карточки и сведения о категории.

Сопоставьте запись по своему offerId, а не по порядку строки в ответе. Сохраните ответ с моментом проверки. Для анализа достаточно чтения; не запускайте повторное обновление каталога только ради получения текущих данных.

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

Подготовьте объяснимое исправление

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

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

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