Финансовый леджер
Зачем он нужен
Типичный дашборд аналитики показывает итоговые суммы: выручку, «комиссию», прибыль. Когда итоговая цифра не сходится с кабинетом маркетплейса или с банковской выплатой, часто непонятно, какая операция испортила картину.
Финансовый леджер UnionStandard — это нормализованный журнал операций маркетплейса: что пришло и что ушло. P&L, юнит-экономика, реклама и A/B-тесты опираются на этот журнал, а не на отдельную таблицу средних значений.
Идея продукта product-centric: удержание привязывается к товару и заказу (или к явной услуге уровня магазина), а не растворяется в одной строке «комиссия». Контрольный итог сверяется с цифрой выплаты из кабинета площадки. Если сверка не сходится, разница видна и объясняется, а не «подгоняется» скрытой поправкой.
Что такое прозрачный P&L на леджере
За любой магазин и любой период можно увидеть четыре слоя:
- Деньги маркетплейса — продажи, возвраты, каждое удержание и каждое начисление из официальных финансовых отчётов.
- Учтённая реклама — фактические списания на продвижение (не только оценка из статистики).
- Себестоимость — закупочная стоимость проданного товара из ваших настроек.
- Налог и ваши расходы — налоговый режим и внешние затраты из раздела «Настройки».
«Прозрачно» значит конкретно:
- Приход: валовые продажи по цене реализации на площадке минус возвраты плюс компенсации и другие начисления в пользу продавца.
- Расход: каждое удержание отдельной строкой — комиссия, эквайринг, выдача на ПВЗ, логистика по ногам, хранение, приёмка, штрафы, лояльность, реклама, финансовые услуги (например досрочная выплата), подписки, прочее. Строка трассируется к исходной операции отчёта.
- Контроль: сумма леджера за период равна цифре выплаты площадки (у Wildberries — «Итого к оплате»; у Ozon — «Начислено» из баланса) либо показывается объяснённое расхождение.
- Ничего не прячем: нераспознанные операции входят в итог отдельной строкой, а не исчезают.
Без такого журнала легко перепутать статьи. Типичные примеры из практики сверки: подписку Premium или аналитику Ozon ошибочно зачислить в штрафы; комиссию за досрочную выплату WB «потерять», потому что поле не сохранили; посчитать одни и те же деньги дважды из дневного и недельного отчёта.
Как устроен учёт Wildberries
Валовая картина, а не только «к перечислению»
В отчёте WB есть строка «К перечислению» по продаже. Это контрольный итог по товару, а не единственная строка, которую нужно смотреть. В UnionStandard вы видите валовую продажу и отдельные удержания:
- вознаграждение (комиссия) Wildberries;
- эквайринг;
- возмещение за выдачу и возврат на ПВЗ;
- затем логистику, хранение, приёмку, штрафы, удержания, лояльность, досрочную выплату и прочее.
Комиссия не является «корзиной», в которую молча сложены эквайринг и логистика. Если сложить только одну укрупнённую «комиссию» из чужого отчёта, сверка с кабинетом WB обычно разъедется.
Итоговая контрольная сумма периода — «Итого к оплате» из официального свода отчёта WB.
Дневные и недельные отчёты
У Wildberries есть дневные и недельные детальные отчёты по одним и тем же деньгам. Недельный отчёт — то, по чему площадка фактически рассчитывается. Дневной — предварительный снимок.
Когда приходит недельный отчёт за ту же операцию (тот же идентификатор строки), он заменяет дневную строку. Деньги не считаются дважды. Пока неделя открыта, в интерфейсе могут быть дневные данные с пометкой «предварительно».
Когда WB публикует недельный отчёт — обычно с воскресенья поздно вечером до полудня понедельника по московскому времени — дневная картина недели заменяется кабинетным недельным файлом. В недельном отчёте иногда появляются операции, которых не было в дневном: информация по последнему дню, пересобранный отчёт площадки. Поэтому утром в понедельник цифры за ту же неделю могут чуть сдвинуться относительно воскресенья. Это уточнение отчёта, а не ошибка UnionStandard.
То же логическое правило действует и для Ozon, когда площадка уточняет начисления за период: сначала виден предварительный срез, затем — закрытый.
Реклама WB в леджере
Расход на рекламу берётся из фактических списаний (документы списания WB Продвижение), а не из «оценочного» расхода статистики.
Важно для денег:
- Списание с баланса продаж («WB Продвижение» в финансовом отчёте) — те же деньги, что и в документе списания с типом оплаты «Баланс». Их нельзя сложить ещё раз.
- Расход, оплаченный с рекламного счёта или карты, может отсутствовать в финансовом отчёте о продажах, но это реальные деньги. Если смотреть только finance-отчёт, часть рекламы «пропадает». В проверенных магазинах доля такого расхода бывает существенной (порядка трети и выше от всего spend). В леджере этот расход учитывается отдельно как реклама вне выплаты по продажам.
Статистика кампаний (показы, клики, заказы) нужна для аналитики и для разнесения учтённого расхода по товарам. Сама по себе статистическая сумма расхода в P&L не подменяет списание.
Как устроен учёт Ozon
Комиссия
В P&L используется итоговая комиссия с учётом скидок и наценок — та, которая входит в сумму начисления. Отдельная «комиссия по прайс-листу» — справочная величина; её не добавляют сверху как ещё один расход. В интерфейсе статья называется «Комиссия Ozon», никогда «Комиссия WB».
Реклама: Seller finance и Performance API
Реклама Ozon встречается в двух местах:
- Финансы продавца — начисления «оплата за клик» и «продвижение / оплата за заказ». Это денежное списание.
- Performance API — статистика по кампаниям, товарам и дням: клики, заказы, разрезы, которых нет в короткой финансовой строке.
Складывать эти два источника нельзя — получится двойной счёт. Суммы могут различаться: финансы отражают момент начисления/выставления; Performance отражает рекламную активность; состав и НДС могут отличаться. Performance даёт более богатую статистику. Правило UnionStandard: финансы — денежный заряд; Performance — аналитический разрез; в P&L один и тот же рубль не учитывается дважды.
Подключение Ozon
Магазины Ozon подключаются поэтапно. Синхронизация отдельных блоков может быть выключена по умолчанию — уточняйте у менеджера, какие разделы уже доступны для вашего магазина.
Чем леджер отличается от «таблицы прибыли»
| Типичный дашборд аналитики | Леджер UnionStandard | |
|---|---|---|
| Источник | Часто агрегаты, импорты, средние | Официальные строки отчётов площадки |
| Статьи | Укрупнённые блоки | Отдельные удержания с привязкой к операции |
| Сверка | «Примерно как в кабинете» | Контрольный итог = выплата кабинета или видимое расхождение |
| День / неделя | Иногда суммируются оба среза | Неделя замещает день по той же операции |
| Реклама | Часто только статистика spend | Учтённые списания + правило «не сложить два источника» |
| Неизвестное | Может исчезнуть из итога | Показывается и входит в сумму |
Реализация леджера как единой основы под всеми экранами развивается. Для вас как для читателя отчёта важно: P&L — это представление над нормализованным журналом операций, а не ручная таблица средних. Не каждое углубление до сырой строки уже кликабельно в интерфейсе; где детализация ещё не открыта одним кликом, смотрите столбцы таблицы и Финансовый отчёт (см. Ограничения).
Что делать, если цифра «не как в кабинете»
- Проверьте раздел Полнота данных: загружен ли период.
- Сверьте маркетплейс и магазин: статьи WB и Ozon называются по-разному и не смешиваются.
- Для свежей / открытой недели учтите пометку «предварительно» и возможное уточнение после недельного отчёта.
- Для рекламы проверьте, не сравниваете ли вы finance-only картину с полным spend (счёт/карта) или не складываете ли Seller finance с Performance.
- Если расхождение остаётся — напишите менеджеру с периодом, магазином и скрином кабинета (без токенов).
Подробнее о водопаде прибыли — в P&L и обзор.