Короткий ответ
Как отличить реальный результат от прогноза в отчёте WB?
Фактом считается подтверждённое событие, например изменение исходного расхода или наблюдаемая цена. Расчётный эффект показывает разницу модели, а прогноз на 100 или 1 000 отправок зависит от выбранного объёма. Подтверждённую финансовую выгоду определяют по фактическим продажам и расходам, а не по одному изменению цены.
Автор: редакция WB Profit Guard. Практика работы с моделью сервиса, не бухгалтерская или налоговая консультация.
Что записывается в историю
В центре финансовых угроз и карточке артикула доступны события Guard: изменения исходных параметров и политик, попытки отправки, доступные значения цены, расчётной прибыли и маржи до и после, источник и автор действия.
Указанный источник помогает различить цену из API, подтверждённую продавцом себестоимость и оценочную логистику. Изменение расхода способно изменить прибыль без изменения цены.
Журнал фиксирует события сервиса с момента их записи. Он не обещает восстановить историю до подключения магазина или полный аудит действий сторонних приложений.
Три типа результата, которые нельзя складывать
- Наблюдаемый факт: пользователь подтвердил расходы или API подтвердил текущую цену. Это не подтверждение продажи и конечной выплаты.
- Расчётный эффект: изменилась ожидаемая прибыль на отправку или разрыв до порога при заданных расходах и выкупе. Это модельная оценка, а не уже сохранённые деньги.
- Сценарий: результат на заданные 100 или 1 000 отправок. Без фактических продаж он не превращается в прогноз спроса или подтверждённую экономию.
Пример проверки решения
Продавец обнаружил устаревшую упаковку и подтвердил новую сумму. История фиксирует изменение входных данных и пересчитанную прибыль. Она не утверждает, что эта сумма уже заработана или возвращена маркетплейсом.
Если запрос цены остался с неизвестным результатом, нельзя автоматически считать его успешным или повторять как новый без проверки. Подтверждённая текущая цена также не доказывает итоговую прибыль после удержаний.
Ежедневный регламент
- Начните с угроз с наибольшим денежным приоритетом. Риск одного SKU не складывается повторно из нескольких пересекающихся предупреждений.
- Сравните источники, дату снимка API и подтверждения себестоимости. Зелёный статус — готовность исходных данных, не гарантия прибыли.
- Проверьте или исправьте данные; при необходимости создайте более строгое правило SKU. Игнорирование требует причины и не снимает ограничения отправки.
- Сверьте следующий снимок и сопоставимый финансовый документ. Используйте отчёт сервиса как управленческий контроль, не вместо первичных документов WB.
Что доступно в сверке расходов
Можно загрузить совместимый отчёт расходов и сравнить фактические строки с ожиданиями модели. Это ручная сверка сопоставимых сумм, не автоматический импорт выплат Wildberries.
Штрафы, приёмка и итоговая бухгалтерская прибыль не должны выдаваться за полностью импортированные данные. Пока подтверждения нет, сервис не заявляет доказанную экономию.
Обновлено . Используйте актуальные данные своего магазина.
Вопросы по теме
Сервис автоматически сверяет все выплаты WB?
Полный автоматический импорт выплат не заявляется. В финансовых инструментах можно загрузить совместимый отчёт расходов и сравнить сопоставимые строки с моделью.
История содержит все прежние изменения магазина?
Guard хранит записанные события и доступные снимки. Это не полная реконструкция работы магазина до подключения и не гарантия учёта каждого действия сторонних сервисов.
Источники и методика
Формулы и поведение Guard описаны в методике сервиса. Документация Wildberries объясняет данные и возможности API; актуальные тарифы и условия своего договора проверяйте в кабинете продавца. Учебные числа в статье не являются тарифами площадки.