Что такое базовая логистика Ozon и почему доставка одинаковых товаров стоит по-разному
Базовая логистика — ещё не вся сумма, которую стоит закладывать в расходы на доставку. Я объясняю, как проверить влияние объёма, условий доставки и локальности, а затем найти фактические начисления по конкретному отправлению.
Я сравнил начисления по одинаковым товарам и сначала решил, что в отчёте ошибка: объём совпадал, а доставка обходилась по-разному. В своей таблице я уже поставил напротив артикула постоянную стоимость логистики и использовал её при выборе цены. Проверка отдельных отправлений показала, что такую таблицу нельзя считать надёжной. Я смотрел на характеристику товара, хотя деньги списывались за услугу с конкретными условиями оказания. Пришлось разбирать не среднюю строку по артикулу, а путь от исходного тарифа до фактического начисления.
За запросом «базовая логистика озон» обычно стоит вполне практический вопрос: какую сумму вычесть из цены, чтобы не переоценить заработок. Но базовая часть и окончательный расход на доставку — не обязательно одно и то же. Чтобы связать их, я проверяю схему работы, учтённый объём, условия тарифа и операции по отправлению. Отдельно разбираю показатели времени доставки и локальности: их легко принять за универсальные надбавки, хотя порядок применения нужно смотреть в действующих условиях. Без этого сравнение товаров превращается в спор о суммах, у которых может быть разный состав.
Что я проверяю за словами «базовая логистика»
В расчёте я использую базовую логистику как исходную стоимость доставки, определённую по условиям конкретной схемы работы и тарифной модели. Это отправная точка, а не обещание, что именно столько будет удержано за любое отправление. Сначала я выясняю, где встретилось название: в справке Ozon, предварительном калькуляторе или финансовом отчёте. У похожих формулировок может отличаться назначение, поэтому перенести число из одного места в другое без проверки нельзя. Если рядом указаны условия применения, я читаю их до того, как заношу сумму в расчёт товара.
При этом я не складываю под словом «логистика» вообще все расходы площадки. Доставка покупателю, хранение, обработка возврата, размещение товара и другие услуги могут иметь разные основания для начисления. Для проверки базовой части мне нужен именно состав соответствующей услуги, иначе я буду сравнивать несопоставимые суммы. Если задача шире и нужно объяснить разницу между продажей и поступлением денег, я использую отдельную сверку — её порядок описан в статье о том, почему выплата Ozon меньше цены товара. Здесь же я отделяю доставку от соседних расходов, чтобы понять причину расхождения.
Локальность: сколько товара уехало покупателям из того же кластера, где он лежал, а сколько — через всю страну. Нелокальная доставка дороже, и в юнит-экономике это видно.
Как объём, время доставки и локальность меняют расчёт
Объём я начинаю проверять с габаритов товара в упаковке, которую учитывает площадка, а не с размеров самого изделия. Если исходные размеры заданы в сантиметрах, их произведение даёт кубические сантиметры, которые затем нужно корректно перевести в единицу измерения тарифа. Но даже правильного геометрического расчёта недостаточно: я сверяю, какие габариты фактически приняты Ozon и как по действующим условиям обрабатывается полученное значение. Округление, диапазоны объёма и ограничения я не восстанавливаю по памяти. Ошибка здесь неприятна тем, что незаметно переходит во все будущие прогнозы по артикулу.
Со временем доставки есть другая ловушка: фактический срок конкретного заказа можно перепутать с расчётным показателем, который используется в тарифных условиях. Если стоимость зависит от показателя доставки, я проверяю его точное название, период расчёта и область применения. Это может быть показатель не отдельной посылки, поэтому объяснение «этот заказ ехал дольше, значит, за него взяли больше» без документов ничего не доказывает. Затем я выясняю, каким способом показатель влияет на деньги: через поправку к стоимости, отдельное начисление или иной механизм, прямо описанный в условиях. Сам по себе календарный срок не даёт мне готовой формулы.
Локальность я рассматриваю через размещение запаса и направление спроса: откуда товар отправился и куда его заказали. Для FBO имеет значение распределение товара по складам, а для FBS я отдельно смотрю правила своей схемы и точки передачи отправлений. При этом бытовое понимание «близко к покупателю» ещё не доказывает, что продажа считается локальной по правилам Ozon. Если в применимом тарифе есть показатель локальности, мне нужны его определение и способ учёта, а не только адрес склада. Поэтому одинаковый объём не гарантирует одинаковую логистику: у отправлений могут различаться условия, применённые показатели, состав услуг или дата действия тарифа.
Я не использую универсальную формулу «база плюс объём плюс время плюс локальность». Объём может уже определять базовую стоимость, а показатели доставки и локальности — учитываться совместно или вообще не применяться в выбранных условиях. Если добавить их повторно, расчёт завысит расходы так же уверенно, как неполный расчёт их занизит. Состав и порядок применения я подтверждаю по тарифу своей схемы на дату оказания услуги.
Как рассчитывается логистика на Ozon для конкретного отправления
Для разбора я беру завершённое отправление, по которому уже появились финансовые операции, и сохраняю его идентификатор. Рядом держу данные товара и условия, применимые к нужной дате: текущий тариф может не объяснять старое начисление. Мне нужны два результата — ожидаемая стоимость по условиям и фактическая сумма по отчёту. Они служат разным задачам: первая помогает планировать цену и поставку, вторая показывает состоявшийся расход. Если результаты не совпали, я ищу конкретное основание разницы, а не исправляю формулу так, чтобы она случайно сошлась.
Мой порядок проверки отправления
1
Зафиксировать условия отправления
Запишите идентификатор, схему работы, дату услуги и состав отправления. Отделите цену товара от начислений за его доставку.
2
Сверить учтённые габариты
Сопоставьте размеры упаковки с данными, принятыми площадкой. Проверьте единицы измерения и правила обработки объёма в применимом тарифе.
3
Найти исходную стоимость
Определите базовую часть по условиям своей схемы. Зафиксируйте, какие услуги и параметры она уже включает.
4
Применить предусмотренные поправки
Учтите показатели времени доставки или локальности только способом, указанным в условиях. Не добавляйте отдельную надбавку за параметр, который уже вошёл в базу.
5
Собрать фактические операции
Найдите связанные с отправлением начисления и корректировки. Сложите расходы с учётом их экономического смысла, отдельно отметив возвраты ранее удержанных сумм.
6
Пересчитать остаток от продажи
Из дохода от продажи вычтите себестоимость, полученную стоимость логистики и остальные относящиеся к продаже расходы. Сопоставьте результат с прежним прогнозом.
В таблице я показываю условный расчёт, чтобы было видно место логистики среди остальных вычетов. Это не тариф Ozon и не воспроизведение действующей формулы площадки. Поправка здесь специально представлена отдельной суммой для иллюстрации; в реальном расчёте её наличие и способ применения нужно подтвердить. Строка с итогом логистики собирает предыдущие составляющие, поэтому повторно вычитать их из дохода нельзя. Остаток в конце ещё не означает чистую прибыль, поскольку реклама, налоги и общехозяйственные расходы в этот пример не включены.
Пример расчёта с условными числами
Все суммы вымышлены и показывают только порядок действий
Что считаю
Условная сумма
Как использую
Доход от продажи
1000 ₽
Отправная сумма
Себестоимость
400 ₽
Вычитаю из дохода
Базовая часть доставки, пример
100 ₽
Включаю в итог логистики
Поправка к базе, пример
50 ₽
Условно добавляю к базе
Итого логистика в примере
150 ₽
Вычитаю из дохода один раз
Прочие удержания Ozon без логистики, пример
250 ₽
Вычитаю отдельно
Остаток до рекламы, налогов и общих расходов
200 ₽
1000 − 400 − 150 − 250
Пример, числа условные. Суммы не являются тарифами Ozon.
В примере из таблицы видно, почему базовую часть нельзя автоматически ставить в колонку окончательных расходов. Если остановиться на ней, остаток от продажи будет завышен на величину пропущенной поправки. Обратная ошибка тоже возможна: вычесть итог логистики, а затем ещё раз вычесть входящие в него составляющие. Тогда товар покажется менее доходным, чем он есть в этом расчёте. Поэтому рядом с каждой суммой я храню понятное назначение: исходная составляющая, итог услуги или самостоятельный расход.
Ошибка с постоянной логистикой на артикул
Самая удобная ошибка — взять знакомое начисление и назначить его постоянной стоимостью доставки товара. Так я и получил красивую таблицу, которая плохо объясняла реальные отправления. В ней сохранялся объём, но терялись условия оказания услуги, даты и последующие корректировки. Как только менялась структура заказов или применимые условия, прежнее число продолжало участвовать в расчёте цены без всяких предупреждений. В результате я мог согласовать скидку, опираясь на остаток, которого после фактических начислений уже не было.
В деньгах ошибка считается прямо: из фактической логистики отправления я вычитаю сумму, заложенную в прогноз. Положительная разница показывает, на сколько прогноз занизил расход и завысил ожидаемый остаток. Затем складываю такие разницы по нужным отправлениям, сохраняя знак, чтобы переплаты и отклонения в другую сторону не исчезли из картины. Среднее значение полезно для планирования, но я всегда смотрю, какие именно заказы его сформировали. Иначе недорогая доставка одних продаж будет маскировать дорогую доставку других, а причина останется незамеченной.
Для проверки одинаковых по объёму товаров я сначала подбираю сопоставимые отправления, а не просто соседние строки отчёта. Проверяю схему работы, дату услуги, состав отправления и одинаковый набор сравниваемых начислений. Потом смотрю, нет ли корректировки или расходов, связанных с возвратным движением товара. Такие расходы я разбираю отдельно в материале про обратную логистику при невыкупах и возвратах, потому что их смешение с прямой доставкой портит сравнение. Если после этого разница остаётся, у меня уже есть предметный вопрос к поддержке с идентификаторами и конкретными строками операций.
Где смотреть стоимость логистики по каждому отправлению
Фактическую стоимость я ищу в финансовой детализации начислений и доступных выгрузках кабинета продавца, а карточку заказа использую для проверки самого отправления. Названия разделов и состав отчётов могут меняться, поэтому надёжнее ориентироваться на содержание: идентификатор отправления, вид услуги, дату операции и сумму. Я выгружаю операции за подходящий период и отбираю записи, относящиеся к нужному идентификатору. Если в конкретном отчёте такой связи нет, не пытаюсь угадать её по совпадению сумм, а ищу более подробную расшифровку. Общие начисления без привязки к отправлению держу отдельно и обозначаю их последующее распределение как расчётное.
Особенно внимательно я проверяю знак суммы и смысл корректировки: возврат удержания должен уменьшать расход, а не увеличивать его из-за механического сложения модулей. Также не ограничиваюсь датой продажи, если связанная операция могла попасть в другой отчётный период. Когда в отправлении несколько товаров, сначала устанавливаю, к чему относится начисление — к товару или отправлению целиком. Распределённая мной сумма по артикулу не становится от этого отдельным тарифом Ozon. Для воспроизводимой проверки я сохраняю исходную строку отчёта и правило распределения рядом с результатом.
С несколькими магазинами ручная сверка быстро превращается в работу по поиску одинаковых идентификаторов в разных выгрузках. Я сделал SellOps для собственной аналитики, потому что не нашёл готового сервиса, расчётам которого мог доверять без постоянных перепроверок. Общую логику работы я описал на странице о том, как устроен сервис, но основанием для спорного начисления всё равно считаю данные площадки. Любой удобный экран должен позволять понять происхождение суммы, а не просто показать красивый итог. Если расход распределён расчётно или данных для проверки не хватает, я хочу видеть это явно, а не получать видимость точности.
Если поводом для проверки стала новая логистика на Ozon, завтра я бы начал с сохранения условий, даты их вступления в силу и списка затронутых схем работы. Затем выбрал бы сопоставимые отправления до изменения и после него, не смешивая разные наборы услуг. Для первого разбора достаточно взять знакомый артикул, сверить учтённый объём и собрать все связанные начисления по выбранным отправлениям. После этого нужно заменить в своей таблице необоснованную постоянную сумму на проверенный прогноз с понятными условиями применения. А неразобранную разницу я бы вынес в отдельную строку и отправил на уточнение, вместо того чтобы молча включать её в себестоимость.
Разбор для продавцов Ozon
Как передавать коды маркировки
Разбор8 ноября 2026 г.
Как передавать коды маркировки в Ozon на FBS и что делать с УПД
Разбираю путь кода от получения товара до сборки заказа FBS, передачи сведений в Ozon и проверки возврата. Объясняю, почему УПД не заменяет код в отправлении, где искать причину ошибки и что меняется при работе по FBO.