# Юнит-экономика: из чего складывается прибыль с продажи: для бухгалтера и финансиста

> Как точность себестоимости в копейках становится основой управленческого учёта прибыли по SKU и стыкуется со сверкой финансов до копейки с отчётом WB.

published: 2026-08-05T22:33:02+03:00
updated: 2026-08-05T22:33:02+03:00

Главная ошибка новичка на маркетплейсе — считать прибыль как «цена продажи минус закупка». Между
этими двумя цифрами прячется ещё десяток удержаний: комиссия площадки, логистика, хранение,
приёмка, эквайринг. Настоящая прибыль с единицы товара — это **юнит-экономика**, и без неё легко
принять убыточный товар за прибыльный только потому, что он хорошо продаётся.

## Из чего складывается прибыль с одной продажи

```
Цена продажи
– комиссия маркетплейса (категорийная, % от цены)
– логистика (доставка до покупателя + обратная при возврате)
– хранение (доля на единицу за период на складе)
– приёмка / платная генерация
– эквайринг
– себестоимость товара (закупка + доставка партии до склада МП)
= прибыль с единицы
```

Каждая строка формулы — это реальное удержание из отчёта о реализации, а не оценка «в среднем по
рынку». Про механику ввода себестоимости — отдельная статья
[«Себестоимость: партии, копейки, импорт Excel»](/docs/report-costs); здесь же — про экономику: из
чего в итоге складывается прибыль и как её читать по каждому товару.

## Почему важен каждый пункт

- **Комиссия** зависит от категории — от единиц процентов до 25%+ и выше. Одна и та же цена в
  разных категориях даёт разную прибыль: сравнивать выручку между категориями без поправки на
  комиссию — ошибка.
- **Логистика и возвраты** — тихий убийца маржи, особенно в одежде и обуви: высокий процент
  возвратов означает двойную логистику (туда и обратно) без завершённой продажи.
- **Хранение** растёт со временем, если товар не продаётся, — это прямая связь с оборачиваемостью
  (см. [«Оборачиваемость»](/docs/oborachivaemost)): чем дольше товар лежит, тем больше съедает
  плата за хранение.
- **Приёмка и эквайринг** — меньшие по доле, но постоянные удержания, которые пропадают из виду
  при взгляде «на глаз», а на масштабе сотен заказов складываются в заметную сумму.
- **Себестоимость** должна включать не только закупочную цену у поставщика, но и доставку партии
  до склада маркетплейса, брак и упаковку — иначе себестоимость занижена, а прибыль в отчёте
  завышена.

## Как это считается на платформе

Прибыль по каждому товару (P&L по SKU) платформа собирает из тех же первичных данных, что лежат в
официальных отчётах о реализации маркетплейса, — не из усреднённых процентов. Итоговая цифра
сверена с отчётом реализации **до копейки** (подробный разбор — в статье
[«Финансы: сверка с отчётом WB до копейки»](/docs/report-finance)). Единственное, чего маркетплейс
не знает и не может посчитать сам, — это себестоимость: её вводит продавец в разделе
[«Себестоимость»](/inventory/costs). Пока себестоимость не введена, прибыль и маржа по товару в
системе показывают ноль или занижены — это не приблизительная оценка, а буквально отсутствующее
слагаемое в формуле.

## Практика

1. Введите **себестоимость** по ключевым товарам в разделе [«Себестоимость»](/inventory/costs) —
   без неё маржа по SKU неизвестна, сколько бы ни продавалось единиц.
2. Смотрите **прибыль и маржу по товару** в [«Товарном учёте»](/inventory), а не только выручку в
   [«Продажах»](/sales). Частая картина: товар — топ по выручке, но в минусе по прибыли из-за
   высокой доли возвратов или дорогой логистики.
3. Товар с устойчиво отрицательной юнит-экономикой либо пересматривайте (цена, категория,
   упаковка, поставщик), либо выводите из ассортимента — рост оборота такого товара только
   увеличивает убыток.
4. Спросите ассистента: «покажи маржу по топ-5 товарам за месяц» — он поднимет P&L по каждому SKU,
   не потребует открывать несколько отчётов вручную.

## Вывод

Выручка — то, что видно сразу. Прибыль — то, что остаётся после всех удержаний, и видна только
тогда, когда в системе есть себестоимость. Управляйте юнит-экономикой по каждому SKU, а не «в
среднем по магазину»: средняя маржа может быть положительной, пока несколько убыточных товаров
компенсируются прибыльными, — и это ровно то, что скрывает взгляд «в среднем».

## Коротко

- Расхождение управленческой прибыли с ощущением от оборота почти всегда объясняется качеством введённой себестоимости, а не ошибкой расчёта удержаний.
- Себестоимость ступенчатая: новая запись действует «с даты» и не переписывает прошлые периоды; если исторический отчёт вдруг изменился — проверьте дату версии.
- Все денежные суммы хранятся в копейках как целые числа, что устраняет накопление ошибки округления при агрегации по тысячам строк.
- P&L по товару сверяется с общей финансовой сверкой в разделе «Финансы» — те же удержания, сведённые до копейки с отчётом о реализации маркетплейса.
- На точечный вопрос «за что удержали деньги по товару» отвечает ассистент — раскладывает удержания по видам вместо одной непрозрачной суммы.

## Боль: управленческая прибыль не сходится с ощущением от продаж

Финансист или бухгалтер, отвечающий за управленческий учёт продавца на маркетплейсе, регулярно
сталкивается с вопросом от собственника: «почему в отчёте прибыль одна, а по ощущениям от оборота
должна быть другая». Часто причина — не в ошибке расчёта удержаний маркетплейса (они как раз
считаются платформой строго по первичным данным), а в качестве входных данных по себестоимости:
если она не введена, введена приблизительно или введена в устаревшей цене, управленческая прибыль
по товару автоматически становится недостоверной, даже если все остальные компоненты формулы
посчитаны идеально точно.

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

## Решение: пошагово в продукте

<details>
<summary>Подробно: как проверять качество данных для управленческой прибыли</summary>

1. **Проверьте раздел [«Себестоимость»](/inventory/costs)** на предмет полноты и актуальности
   данных: фильтр «без цены» показывает товары, где себестоимость ещё не заведена, — именно они
   искажают среднюю маржу и капитализацию склада на дашборде вниз.
2. **Следите за историей цены, а не только за текущим значением.** Себестоимость в системе
   ступенчатая: новая запись действует «с даты» и не переписывает прошлые периоды. Если
   исторический отчёт за прошлый месяц вдруг изменился — это сигнал проверить дату начала действия
   записи, а не ошибку расчёта.
3. **Помните про единицу хранения.** Все денежные суммы в базе хранятся в копейках как целые
   числа — это устраняет накопление ошибки округления, характерное для чисел с плавающей точкой
   при работе с сотнями тысяч строк. На экране вы вводите и видите рубли, конвертация происходит
   прозрачно.
4. **Сверяйте P&L по товару с общей финансовой сверкой** в разделе [«Финансы»](/finance): удержания
   (комиссия, логистика, хранение, приёмка, эквайринг), которые формируют прибыль по SKU, — это те
   же цифры, что сведены до копейки с официальным отчётом о реализации маркетплейса. Подробный
   разбор методики сверки — в статье [«Финансы: сверка с отчётом WB до копейки»](/docs/report-finance).
5. **Для точечных вопросов используйте ассистента** — например, спросите ассистента: «за что
   удержали деньги по товару [название] в этом месяце» — он разложит удержания по видам вместо
   одной непрозрачной суммы. Такой разбор уже подтверждён на практике: сумма удержаний по видам за
   30 дней (например, порядка 7 700 ₽ за несколько случаев) сходится с общим итогом отчёта до
   копейки.

</details>

## Ценность: управленческий учёт, который не расходится с фактами

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

## Частые вопросы

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

**В чём разница между суммой закупки на поставке и себестоимостью в разделе «Себестоимость»?**
Это разные показатели: себестоимость — актуальная («на сейчас») цена товара для расчёта прибыли и
маржи; сумма на поставке — фактическая стоимость конкретного прихода с учётом сопутствующих затрат
(логистика, приёмка), которая может отличаться от расчётной себестоимости.

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

**Как хранятся денежные суммы и почему это важно для точности?**
Целыми числами в копейках, а не дробными рублями, — это устраняет накопление ошибки округления при
агрегации по тысячам строк, что критично при сведении управленческой прибыли до копейки.

**Себестоимость введена, а прибыль по товару всё ещё выглядит заниженной — в чём может быть
причина?**
Проверьте, актуальна ли себестоимость (не устарела ли последняя версия цены), полностью ли учтены
сопутствующие затраты закупки (доставка партии до склада, брак, упаковка), и нажмите пересчёт
витрин, если правки внесены недавно, — обновление происходит не мгновенно.