Баллы за скидки Ozon для продавца и как проверить расчёт по ним

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

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

Как работают баллы за скидки Ozon и кому они достаются

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

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

Где посмотреть баллы за скидки в кабинете продавца

Начинаю с финансового раздела кабинета Ozon Seller, а не с карточки товара и не с раздела отзывов. Мне нужны сведения о баллах за скидки, детализация начислений и документы по вознаграждению площадки за один и тот же период. Если в интерфейсе есть отдельная страница «Баллы за скидки», использую её как отправную точку, но затем всё равно перехожу к деталям расчёта. Точный путь по кнопкам без доступа к текущей версии кабинета я обещать не могу: расположение страниц и названия отчётов меняются. В поиске по справке кабинета использую название самой механики, чтобы не попасть в инструкции по покупательским бонусам.

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

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

Как посчитать результат продажи с баллами за скидки

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

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

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

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

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

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

Чем баллы за скидки отличаются от баллов за отзывы

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

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

Что я проверил бы в кабинете завтра

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

С несколькими магазинами мне неудобно каждый раз собирать такую проверку вручную, и это одна из причин, по которым я сделал SellOps. Готового расчёта, которому мог бы доверить решения без постоянной перепроверки, я для себя не нашёл. Но автоматизация сама по себе не исправляет неправильную трактовку баллов: если заложить двойной учёт, ошибка просто распространится на весь ассортимент. Подход к работе с данными я описал на странице о том, как устроен SellOps, а спорные строки всё равно предпочитаю сверять с первичными документами Ozon. Для меня хороший расчёт — тот, который можно объяснить от исходной операции до остатка, а не тот, который показывает больше прибыли.

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