Как найти свою комиссию Ozon по категории и проверить её в отчёте

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

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

Почему комиссия Ozon по категориям товаров не сводится к одной ставке

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

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

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

Где искать таблицу комиссий Ozon по категориям и свою ставку

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

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

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

Как пошагово рассчитать комиссию и остаток от продажи

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

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

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

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

Ошибка, из-за которой новая ставка искажает весь месяц

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

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

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

Что я делаю, если комиссия по товару изменилась в середине месяца

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

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

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

Для будущих продаж я пересчитываю цену уже по новым подтверждённым условиям, не переписывая ими историю. Отдельно смотрю товары, у которых после вознаграждения, прочих расходов и себестоимости почти не остаётся запаса. В такой ситуации повышение цены, отказ от части продвижения или изменение схемы требуют собственного расчёта, а не универсального совета. Именно ради возможности проверять исходные данные я и занимался своей аналитикой; о подходе к работе с ней можно прочитать в разделе как устроен SellOps. Но никакая автоматизация не заменяет проверку основания тарифа, если в исходных документах осталась неопределённость.

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