В учётной системе цена правильная, но менеджер видит другое число в магазине Маркета. Прежде чем снова отправлять весь прайс, проверьте, какой уровень цен выгружен. Отчёт «Цены» различает общие значения кабинета и магазинные значения. Сравнение разных уровней способно создать ложное впечатление, что последнее обновление не сработало.

Выбрать нужный отчёт

Метод generateGoodsPricesReport при передаче businessId возвращает единые цены кабинета. Если включены магазинные цены и указан campaignId, он формирует сведения соответствующего магазина. В общем файле используются базовая и зачёркнутая цены; в магазинном есть отдельные поля shopPrice и shopDiscountBase, а также базовые значения.

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

Построить сопоставление по SKU

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

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

Отделить цену от доступности

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

Порог привлекательной цены является отдельным аналитическим показателем. Он не заменяет магазинную цену и внутреннюю допустимую границу затрат. Практический порядок такого сравнения разобран в материале о рекомендациях Маркета и себестоимости. Не записывайте конкурентный ориентир обратно в прайс без отдельного решения.

Как исправлять подтверждённое расхождение

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

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

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