WB Profit Guard / практика

История цены и маржи Wildberries: журнал изменений артикула

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

Автор: редакция WB Profit Guard. Практика работы с моделью сервиса, не бухгалтерская или налоговая консультация.

Что записывается в историю

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

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

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

Три типа результата, которые нельзя складывать

  1. Наблюдаемый факт: пользователь подтвердил расходы или API подтвердил текущую цену. Это не подтверждение продажи и конечной выплаты.
  2. Расчётный эффект: изменилась ожидаемая прибыль на отправку или разрыв до порога при заданных расходах и выкупе. Это модельная оценка, а не уже сохранённые деньги.
  3. Сценарий: результат на заданные 100 или 1 000 отправок. Без фактических продаж он не превращается в прогноз спроса или подтверждённую экономию.

Пример проверки решения

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

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

Ежедневный регламент

  1. Начните с угроз с наибольшим денежным приоритетом. Риск одного SKU не складывается повторно из нескольких пересекающихся предупреждений.
  2. Сравните источники, дату снимка API и подтверждения себестоимости. Зелёный статус — готовность исходных данных, не гарантия прибыли.
  3. Проверьте или исправьте данные; при необходимости создайте более строгое правило SKU. Игнорирование требует причины и не снимает ограничения отправки.
  4. Сверьте следующий снимок и сопоставимый финансовый документ. Используйте отчёт сервиса как управленческий контроль, не вместо первичных документов WB.

Что доступно в сверке расходов

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

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

Обновлено . Используйте актуальные данные своего магазина.