Как я считаю прибыль на Озон и проверяю, что осталось от выручки

За 90 дней выручка по моим магазинам составила 39 680 658 ₽, а после расходов, включённых в расчёт, от каждых 100 ₽ осталось 11,0 ₽. Между этими числами помещается почти вся работа с прибылью: найти начисления, собрать расходы и проверить, не вычел ли я что-то повторно. Если смотреть только на продажи, размер бизнеса легко перепутать с заработком владельца. Если смотреть только на поступления на счёт, картина тоже будет неполной. Я поэтому начинаю расчёт не с банковской выписки, а с вопроса, какие продажи и какие расходы относятся к выбранному периоду.

Когда я пытаюсь посчитать прибыль на Озон, мне нужны разные ответы для разных решений. Перед изменением цены я смотрю на результат товара и заказа, а перед закупкой проверяю результат периода и доступные деньги. Это связанные вещи, но заменить одну другой нельзя. В моих магазинах деньги могут поступить позже продажи, расход может появиться отдельной операцией, а закупленный товар какое-то время остаётся запасом. Ниже я покажу, как связываю эти события в расчёте и где останавливаюсь, если данных для уверенного ответа пока нет.

Что остаётся от каждых 100 ₽ выручки

В структуре выручки за эти 90 дней комиссия Ozon заняла 40,2 ₽ из каждых 100 ₽. Ещё 10,4 ₽ пришлось на логистику и прочие сборы, а 13,3 ₽ — на рекламу. Себестоимость товара составила 21,6 ₽, налог — 3,5 ₽. После этих категорий осталось 11,0 ₽. Так я перевожу большой оборот в понятную картину: видно, сколько денег забирает каждая группа расходов и какая часть выручки остаётся после них.

Эти значения описывают мои магазины в выбранном периоде, а не тарифы площадки для любого продавца. Комиссия 40,2 ₽ на каждые 100 ₽ выручки — фактическая доля категории в этой структуре, а не обещание такого удержания в следующем заказе. Налог 3,5 ₽ тоже нельзя брать как готовую ставку для своего бизнеса. Внутри общей картины смешаны продажи с разной экономикой, поэтому переносить средние доли на отдельный товар я бы не стал. Для решения по конкретной позиции нужны её начисления, расходы и себестоимость.

Оставшиеся 11,0 ₽ я называю результатом после перечисленных расходов, а не автоматически чистой прибылью всего бизнеса. В переданной структуре нет отдельной строки с зарплатами, арендой, программами и другими общехозяйственными затратами, поэтому считать их уже учтёнными нельзя. Если такие расходы есть и они не попали в расчёт, остаток нужно уменьшить. Сам график отвечает на вопрос о структуре выручки в заданных границах, но не доказывает, что эти деньги можно целиком забрать себе. Мне полезнее честно обозначить границу расчёта, чем получить красивую подпись к неполному числу.

Какие расходы теряются между личным кабинетом и прибылью

Под незаметными удержаниями я понимаю прежде всего расходы, которые продавец не сопоставил с продажами, а не какие-то тайные списания. В сводке заказов может не быть всей детализации финансовых операций, а часть затрат вообще возникает вне Ozon. Я отдельно проверяю начисления по продажам, расходы на услуги площадки, рекламу и операции без понятной привязки к заказу. Названия и состав отчётов могут меняться, поэтому ориентируюсь на содержание операции, её дату и основание. Одной строки с итогом продаж для такой проверки недостаточно.

Отдельно у меня идут расходы, о которых площадка не обязана знать: закупочная стоимость, подготовка товара, внешняя доставка, работа людей и налоговые обязательства. При этом доставка или упаковка могут уже входить в себестоимость, и повторно добавлять их к расходам нельзя. Я заранее решаю, что включаю в стоимость единицы товара, а что отношу на период. В статье о том, как я считаю себестоимость с учётом доставки, упаковки и разных партий, подробнее объясняю эту границу. Здесь мне нужна одна проверенная сумма себестоимости проданного товара, а не несколько пересекающихся списков затрат.

Выплата от Ozon не равна чистой прибыли, и из неё нельзя без проверки повторно вычитать все удержания площадки. Часть расходов могла уже уменьшить сумму к перечислению, а закупка, налоги и внешние затраты при этом ещё не учтены. Сначала выясните, что именно означает исходное число: выручку, начисление после удержаний или поступление на счёт. Ошибка в этой точке меняет весь результат, даже если дальше формулы написаны правильно.

Как посчитать прибыль от продаж на Озон по шагам

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

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

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

Затем из остатка я вычитаю себестоимость именно проданного товара, а не всю сумму закупок, оплаченных за этот период. Следом учитываю налог по правилам своего режима и прочие расходы бизнеса, которые ещё не вошли в предыдущие строки. Порядок строк здесь не задаёт налоговую базу: налог нельзя автоматически считать от промежуточного остатка в моей таблице. Полная запись получается такой: выручка после корректировок минус комиссия, логистика, прочие сборы, реклама, себестоимость продаж, налоги и остальные расходы периода. Если вопрос звучит «как посчитать чистую прибыль на Озон», останавливаться до последней группы нельзя. Когда данных по ней нет, я показываю промежуточный результат с понятным названием.

Ошибка, из-за которой выплата превращается в ложный убыток

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

На моей структуре выручки хорошо видно, почему такую ошибку нельзя считать мелочью: комиссия занимает 40,2 ₽ из каждых 100 ₽. Если соответствующее удержание уже уменьшило исходную сумму, повторный вычет этой категории снова ухудшит результат на её величину. Но сами доли из графика нельзя использовать для восстановления любой отдельной выплаты: у выплаты и выручки выбранного периода могут быть разные границы по датам и операциям. Я проверяю ошибку не сравнением красивых итогов, а движением каждой категории от начисления до перечисления. Для этого рядом с расходом держу пометку, учтён ли он в исходной сумме.

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

Почему прибыль заказа и прибыль дня не совпадают

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

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

Чтобы проверить расхождение, я отдельно собираю результат заказов выбранной даты и результат финансовых операций той же даты. Затем ищу расходы и корректировки, которые попали в разные дни, а также суммы без привязки к заказу. Рекламу и общие затраты распределяю только с явно указанным правилом, потому что такое распределение — способ анализа, а не доказанная стоимость каждого заказа. Для этого мне и понадобился SellOps: я сделал сервис, когда не нашёл готового решения, которому мог бы доверить собственную проверку прибыли, а принципы работы описал в разделе как устроен сервис. Но отсутствие исходных данных не исправляет никакая автоматизация, поэтому нераспределённые расходы я предпочитаю видеть отдельно.

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