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

Выберите значение, которым управляете

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

Составьте контрольную строку с артикулом, скидкой и ожидаемой ценой продажи. Условный пример: при исходной цене 2 000 рублей и скидке 20% арифметический результат равен 1 600 рублям. Пример объясняет связь величин, а не устанавливает тариф площадки. Если сотрудник хочет получить другую выручку, сначала пересчитывается согласованное предложение, затем меняются исходные данные. Обратное исправление рассчитанного поля может скрыть неверную первоначальную задачу.

Отделите расчёт от передачи на площадку

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

Для сверки сохраните время правки, выбранный товар и значение в обеих системах. Не принимайте задержку проверки за доказательство, что WB проигнорировал данные. При отдельной собственной интеграции полезен разбор частичных ошибок загрузки цен через WB API. Однако его технические статусы нельзя автоматически переносить на интерфейс InSales: это разные уровни наблюдения за процессом.

Исправляйте расхождение в выбранном направлении

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

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

Проверьте итоговую цену и оставшиеся исключения

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

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