Как считать реальную маржу товара на Ozon и Wildberries?
Из цены продажи каждого SKU вычитайте комиссию, логистику, хранение, рекламу, возвраты, отмены, упаковку и фактическую себестоимость. Сохраняйте исходную операцию, площадку, период и идентификатор товара, не агрегируйте данные необратимо и сверяйте результат по уровням — от выплаты и отчёта площадки до конкретного заказа.
Выручка в кабинете маркетплейса, сумма к выплате и управленческая прибыль отвечают на разные вопросы. Если просто вычесть себестоимость из выплаты, часть расходов окажется не в том периоде, не на том SKU или вообще за пределами расчёта.
Сначала фиксируют формулу, источники и уровень детализации. Затем данные Ozon, Wildberries, рекламы, склада и 1С приводят к общей модели и сверяют с исходными отчётами.
Базовая структура маржинальности SKU
Практическая формула строится как последовательное раскрытие результата, а не одна непрозрачная цифра:
- Продажа. Цена с учётом скидок и согласованного правила признания выручки.
- Удержания площадки. Комиссия, логистика, хранение и платные услуги.
- Продвижение. Расходы рекламных кампаний, отнесённые к товару по выбранному ключу.
- Возвраты и отмены. Обратная логистика, удержания и изменение количества реализованных единиц.
- Себестоимость. Фактическая или принятая управленческая себестоимость из 1С/ERP.
- Прочие переменные расходы. Упаковка, обработка и другие подтверждаемые статьи модели.
Каждый компонент показывается отдельно. Это позволяет понять, за счёт чего изменилась маржа: цены, рекламы, логистики, возвратов или себестоимости.
Карта источников данных
| Показатель | Типичный источник | Что проверить |
|---|---|---|
| Заказы, продажи и возвраты | Отчёт или API площадки | Дата события, статус, количество, SKU и схема работы |
| Комиссия и логистика | Финансовые отчёты Ozon/Wildberries | Тип операции, знак, период и связь с товаром/заказом |
| Хранение и услуги | Отдельные удержания площадки | Возможность прямого отнесения или правило распределения |
| Реклама | Рекламный кабинет или API | Кампания, товар, дата, расход и атрибуционное окно |
| Себестоимость | 1С, ERP или управленческий регистр | Метод оценки, период действия и соответствие номенклатуры |
| Остатки | Площадка, собственный склад и учётная система | Склад, доступный остаток, резерв и время обновления |
Единица расчёта и ключи сопоставления
Минимальная строка модели обычно содержит площадку, SKU/артикул, дату или период, тип операции, количество и сумму. Для связи с 1С нужна таблица соответствия номенклатуры и артикулов каждой площадки. Если один товар продаётся комплектами или имеет разные штрихкоды, это правило описывается отдельно.
- исходный идентификатор операции сохраняется для повторной загрузки без дублей;
- неопознанный SKU не отбрасывается, а попадает в очередь сопоставления;
- изменение артикула или комплектации имеет дату действия;
- суммы хранятся вместе с валютой, знаком и исходным типом операции;
- формула и правила распределения имеют версию.
Как сверять результат
| Уровень | Контроль | Сигнал ошибки |
|---|---|---|
| Загрузка | Число строк и уникальных операций | Пропуск файла, периода или повторная запись |
| Операции | Сумма по каждому типу удержания | Неизвестный тип, неверный знак или период |
| SKU | Количество и сумма продаж/возвратов | Неопознанный артикул или несвязанный комплект |
| Период | Итоги модели против отчёта площадки | Необъяснённое расхождение |
| Учёт | Расчёты и выплаты против 1С/банка | Документ или платёж не сопоставлен |
Дашборд не должен обновляться «молча». Пользователь видит время последней успешной загрузки, необработанные строки и состояние каждого источника.
Что показывать руководителю и менеджеру товара
- маржу и её компоненты по SKU, категории, площадке и периоду;
- динамику цены, комиссии, логистики, рекламы и себестоимости;
- продажи, выкупы, возвраты и стоимость возвратов;
- остатки, оборачиваемость и риск дефицита;
- товары с отрицательной или резко изменившейся маржой;
- состояние загрузок и объём несопоставленных данных.
Общие принципы паспортов показателей и контроля качества данных описаны в руководстве по дашборду руководителя.
Порядок запуска первого отчёта
- Зафиксировать формулу маржи и управленческие решения, которые она должна поддерживать.
- Выбрать одну площадку, период и ограниченный набор SKU для контрольного расчёта.
- Сопоставить номенклатуру и собрать карту исходных полей.
- Загрузить операции без необратимого агрегирования и провести сверку по уровням.
- Согласовать расхождения, правила распределения и версии показателей.
- После приёмки подключить вторую площадку, остатки, рекламу и дополнительные срезы.
Связанные страницы: аналитика Ozon/Wildberries, BI-дашборды, управленческий учёт, банк и 1С и порядок оценки проекта.
Частые вопросы
Почему выплата маркетплейса не равна прибыли?
Выплата отражает расчёты площадки, но не обязательно содержит все расходы бизнеса в нужной аналитике. Для маржинальности SKU отдельно учитывают себестоимость, рекламу, хранение, возвраты, дополнительные услуги и правила признания выручки.
Какие расходы включать в юнит-экономику?
Состав фиксируется в вашей управленческой политике. Обычно отдельно показывают цену и скидку, комиссию площадки, логистику, хранение, рекламу, возвраты, себестоимость, упаковку и другие расходы, которые можно обоснованно отнести к товару или распределить по правилу.
Можно ли объединить данные Ozon и Wildberries в одном отчёте?
Да, но сначала показатели приводят к единой модели. Одинаковые названия в кабинетах могут иметь разные определения, периоды и детализацию. Для каждого поля сохраняют площадку, исходный отчёт или API-метод, дату события и правило преобразования.
Как связать отчёты маркетплейса с 1С?
Нужна таблица соответствия SKU, артикулов площадки и номенклатуры 1С. Из учётной системы обычно получают себестоимость и складские данные, а из площадки — продажи, удержания, логистику и возвраты. Итог сверяют с документами расчётов и выплатами.
Как понять, что расчёт маржи можно использовать?
Суммы по периодам должны сверяться с исходными отчётами и учётной системой, необработанные строки — попадать в отдельную очередь, а пользователь должен видеть время обновления и состав формулы. Изменение правил расчёта версионируется.
Разберём формулу и источники вашей юнит-экономики
Выберем контрольный набор SKU, зафиксируем показатели и определим, какие данные можно собрать автоматически.