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