Что такое таймслот отгрузки на Ozon и что делать, если машина опаздывает
Объясняю, почему окно отгрузки нельзя выбирать произвольно, где проверять возможность переноса и что делать водителю при задержке. Показываю, как посчитать последствия сдвига поставки для остатков, продаж и денег, не принимая время приезда машины за момент появления товара в продаже.
Машина с товаром может быть уже у склада, а поставка всё равно не попадёт на приёмку в запланированное время. Для меня это самый неприятный разрыв между транспортным планом и планом продаж: груз физически приехал, но доступного покупателю остатка ещё нет. Если прежний запас заканчивается, каждый следующий сдвиг приходится оценивать уже через недополученные заказы. Поэтому в своих магазинах я разделяю время выезда, окно приезда на объект и появление принятого товара в продаже. Это связанные события, но подменять одно другим нельзя.
Когда продавец спрашивает, что такое таймслот отгрузки на Ozon, за этим обычно стоит вполне практическая задача: понять, когда отправлять машину и что произойдёт, если она задержится. Я сначала уточняю схему работы, потому что поставка запаса на склад и передача уже собранных заказов требуют разных действий. Дальше речь преимущественно о поставке товара на склад Ozon по FBO, в том числе через транзитную точку. Для FBS нужно отдельно смотреть условия передачи отправлений, выбранный способ отгрузки и сроки в своём кабинете. Переносить правила между этими схемами по сходству названий я бы не стал.
Что означает таймслот и почему нельзя приехать когда удобно
Таймслот Ozon — это согласованное окно для приезда и сдачи поставки на указанный объект в рамках заявки. Я воспринимаю его как запись на обслуживание, а не обещание, что весь товар будет принят и доступен для заказа к окончанию окна. На объекте есть ограничения по пропускной способности, местам разгрузки и обработке входящего потока. Поэтому в выборе времени продавец видит доступные варианты, а не любое удобное ему время суток. Если подходящего окна нет, нельзя просто договориться с перевозчиком о другом приезде и считать, что заявка тоже изменилась.
На вопрос «во сколько приезжает поставка на Ozon» я отвечаю встречным: речь о прибытии вашей машины, сдаче на транзитном объекте или поступлении на конечный склад? При прямой поставке перевозчик планирует приезд под окно из заявки, учитывая адрес, дорогу и условия допуска на территорию. При поставке через транзитную точку сдача груза там не означает одновременного поступления на склад назначения. Эту разницу я подробнее объясняю в статье про кросс-докинг Ozon и поставку через транзитный склад. Для водителя я выписываю дату, интервал, адрес и указанный в заявке часовой пояс, а при неоднозначности уточняю время до выезда.
В моих данных по 20 625 доставленным заказам за 90 дней медианный срок доставки составил 2 дня, а 80% заказов доехали за 4 дня и меньше. Медиана здесь показывает середину распределения сроков, а не среднее арифметическое. Для планирования это полезный ориентир: покупательский поток проходит от заказа до получения достаточно быстро, поэтому провал доступности может вскоре проявиться и в доставленных заказах. Но эти числа ничего не говорят о длительности приёмки конкретной поставки. В выборке только доставленные заказы, и обещать на её основании такой же срок любому следующему покупателю я не могу.
Сколько дней заказ едет до покупателя
Доля доставленных заказов по сроку доставки
0 дн.11,3 %
1 дн.31,0 %
2 дн.22,4 %
3 дн.11,9 %
4 дн.7,0 %
5 дн.4,3 %
6 дн.3,0 %
7 дн.2,1 %
8 дн.1,5 %
9 дн.1,1 %
10 дн.0,9 %
11 дн.0,7 %
12 дн.0,6 %
13 дн.0,5 %
14 дн.0,5 %
Половина заказов доезжает за 2 дня, восемь из десяти — за 4 дня. Именно на этот срок деньги за товар уже потрачены, а выручки ещё нет. Собственные магазины автора, 20 625 доставленных заказов за 90 дней
По каждому складу видно доступный остаток, резерв и то, что уже едет, — с датой прибытия. Ozon эту дату не сообщает: она считается по заявке на поставку и реальному сроку доставки в кластер, а если срок вышел, а товар всё ещё в пути, дата подсвечивается.
Как изменить таймслот отгрузки и действовать при опоздании
Если нужно изменить таймслот отгрузки Ozon, я начинаю с нужной заявки в кабинете продавца и проверяю её статус и доступные действия. Возможность редактирования зависит от текущего состояния заявки и условий выбранного маршрута, поэтому универсальный предельный срок переноса я здесь не назову. Если изменение даты и времени доступно, я выбираю подходящий свободный вариант, сохраняю его и заново открываю заявку для проверки. Перевозчику отправляю уже подтверждённые сведения, а не скриншот промежуточного выбора. Если перенос затронул документы или данные для въезда, их тоже нужно сверить перед отправлением машины.
Если поменять таймслот через заявку не получается, я не считаю это поводом автоматически отменять поставку и создавать новую. Сначала уточняю у поддержки допустимый порядок действий для её номера, статуса и объекта, потому что отмена может оставить меня без подходящего нового окна. Когда машина уже задерживается, одновременно запрашиваю у перевозчика фактическое местоположение и реалистичное время прибытия. В обращение передаю номер заявки, адрес объекта, назначенный интервал и прогноз приезда, после чего спрашиваю, возможна ли сдача или требуется другое оформление. Порядок подготовки самой заявки я вынес в материал о том, как оформить поставку Ozon и довезти товар до приёмки.
Сообщение водителя «я почти приехал» и отправленное обращение в поддержку сами по себе не меняют таймслот. Пока новое окно или иной порядок сдачи не подтверждены, я не считаю вопрос решённым. Опоздание может обернуться ожиданием, отказом в приёмке или необходимостью заново организовать сдачу — конкретный исход зависит от действующих условий и ситуации на объекте. Возможные начисления Ozon я проверяю по актуальным документам, а простой и повторный рейс отдельно сверяю с договором перевозчика.
Как посчитать последствия переноса на своих остатках
Расчёт я начинаю не с стоимости рейса, а с даты, когда новый запас предположительно станет доступен покупателю. Для исходного и перенесённого вариантов отдельно учитываю дорогу, сдачу груза, возможный транзит и обработку после прибытия. Окно отгрузки служит опорной точкой, но не заменяет остальные этапы. Если достоверного срока приёмки нет, я считаю несколько сценариев словами: без дополнительной задержки и с задержкой, которую уже наблюдал на сопоставимых поставках. Любое такое допущение подписываю, чтобы потом не принять расчётную дату за подтверждение от площадки.
Затем беру остаток, который действительно доступен для новых заказов, а не суммарное количество товара во всех статусах. Если исходная выгрузка содержит общий физический запас, из него нужно убрать резерв и недоступные к продаже единицы; если показатель уже очищен, повторно ничего не вычитаю. Из полученного доступного остатка вычитаю ожидаемый спрос до исходной даты появления новой поставки в продаже. Спрос оцениваю по сопоставимым дням, когда товар был доступен, учитывая запланированные изменения цены и рекламы. Так получаю ожидаемый запас перед пополнением и понимаю, был ли риск отсутствия товара ещё до переноса.
Следующим шагом из этого ожидаемого запаса вычитаю спрос за дополнительное время до появления перенесённой поставки в продаже. Если результат остаётся положительным, текущего товара по выбранному сценарию хватает, и автоматически записывать весь спрос за время задержки в потерянные продажи нельзя. Если остатка не хватает, непокрытый спрос становится оценкой заказов под риском, но ещё не доказанным числом потерь. Часть спроса может обслуживаться доступным запасом на другом складе, а часть покупателей может заказать позже. При исходном дефиците я сравниваю непокрытый спрос в обоих вариантах и отношу к переносу только добавившийся разрыв.
После этого перевожу дополнительный разрыв в деньги: из выручки на единицу вычитаю себестоимость и переменные расходы, которые возникли бы при продаже. Полученный маржинальный доход умножаю на оценку дополнительных потерянных продаж, сохраняя оговорку о неопределённости спроса. Отдельно прибавляю подтверждённые или обоснованно ожидаемые расходы на простой, повторный рейс и переоформление, если они действительно возникают. Затем вычитаю расходы, которых удастся избежать именно благодаря переносу, не смешивая их с переменными затратами, уже учтёнными в марже. Для подготовки исходного плана у меня есть отдельный разбор того, как рассчитать количество товара на поставку.
Почему сдвиг на пару дней бывает заметен через неделю
Перенос отгрузки на пару дней не означает, что ровно на такой же срок исчезнут продажи. Если доступного запаса хватает до фактического пополнения, покупатель может вообще не заметить задержку. Если запас закончится раньше, новые заказы начнут теряться в момент отсутствия доступного предложения, а не в момент опоздания машины. В отчёте по доставкам последствия появятся позднее, когда до получения должны были бы дойти эти несостоявшиеся заказы. Поэтому через неделю я смотрю отдельно даты оформления заказов и даты доставки, иначе легко приписать провал не тому событию.
Медиана в 2 дня и доля 80% с доставкой за 4 дня и меньше помогают мне увидеть масштаб этого временного сдвига, но не дают готовую формулу потерь. Эти показатели описывают состоявшиеся доставки по моим магазинам, а не покупателей, ушедших из-за отсутствия товара. Чтобы проверить связь с переносом, я сопоставляю историю доступного остатка, поступление новых заказов и последующее количество доставок. Рядом проверяю цену, рекламу, отмены и другие изменения, способные объяснить движение продаж. Без такого сопоставления утверждение, что вся просадка через неделю вызвана сорванным таймслотом, было бы догадкой.
Самая дорогая ошибка в таком расчёте — поставить датой пополнения сам таймслот и на этом остановиться. В таблице товар будто бы появляется сразу после приезда машины, поэтому запаса якобы хватает и расходы ограничиваются перевозкой. В реальности между сдачей груза и доступностью товара может оставаться время, которое в расчёт вообще не попало. Если действующий остаток закончится внутри этого промежутка, продавец недооценит непокрытый спрос и потерянный маржинальный доход. Исправление простое по смыслу: обе поставки нужно сравнивать по ожидаемой доступности покупателю, а затем сверять ожидания с фактическими статусами.
Обратная ошибка тоже искажает решение: умножить всю привычную дневную выручку на длительность переноса и объявить получившуюся сумму убытком. Такой расчёт игнорирует оставшийся запас и считает потерей расходы, которые без продажи могли вообще не возникнуть. Я разделяю выручку под риском, оценку потерянного маржинального дохода и дополнительные логистические затраты, чтобы видеть, за что именно плачу. С этой же потребностью я делал SellOps: готового сервиса, которому мог бы доверить свою аналитику, мне не хватало, а описание устройства сервиса помогает понять мой подход. Но даже аккуратная аналитика заказов не восстановит достоверно спрос, которого не было в данных из-за отсутствия товара.
Лист сборки: что и в каком количестве везти в каждый кластер, со штрихкодами. Печатается на бумагу — сборщик отмечает фактическое количество прямо в нём.
Что проверить перед ближайшей отгрузкой
До отправления машины я сверяю заявку с заданием перевозчику, а не полагаюсь на прежнюю переписку. В них должны совпадать объект сдачи, дата, временной интервал и идентификаторы, нужные для конкретной поставки. Отдельно проверяю, не изменились ли условия маршрута после редактирования заявки, и уточняю, есть ли у водителя актуальные документы и контакты. Расчёт времени выезда поручаю строить с учётом дороги и организационных действий на объекте, а не только чистого времени движения. Приезд раньше окна сам по себе не даёт права на досрочную сдачу, поэтому этот вариант тоже требует проверки.
Если подходящих окон нет, я сравниваю доступные варианты по дате появления товара в продаже и общей стоимости, а не выбираю первый свободный интервал любой ценой. Другой маршрут имеет смысл проверять только тогда, когда он допустим для товара и действительно доступен в кабинете. Более ранняя сдача на транзитный объект может не дать более раннего пополнения конечного склада. Более удобное для перевозчика окно тоже не обязательно лучше для бизнеса, если к этому моменту заканчивается продаваемый запас. При этом ожидание следующего окна может оказаться разумнее дорогой перестройки логистики, если товара достаточно.
Когда опоздание уже произошло, я сохраняю фактическое время приезда, историю изменения заявки, ответ поддержки и сведения о приёмке. Это нужно для проверки документов перевозчика, разбора возможных начислений и корректировки следующего плана. Позже сопоставляю эти события с моментом появления доступного остатка и смотрю, где именно возникло расхождение с прогнозом. Если проблема была в дороге, перенастраиваю транспортный план; если после сдачи, исправляю допущение о сроке пополнения. Без этой записи следующая поставка легко повторит ту же ошибку, хотя внешне будет казаться, что подвёл случай.
Завтра я бы начал с ближайшей поставки, для которой действующего остатка может не хватить до пополнения. Открыл бы заявку, подтвердил окно с перевозчиком и записал рядом ожидаемую дату доступности товара, отдельно обозначив все неизвестные сроки. Затем посчитал бы остаток на эту дату и повторил расчёт для сдвига на пару дней. Если появляется дополнительный непокрытый спрос, уже есть предмет для решения: искать допустимый перенос, менять транспортный план или принимать рассчитанный риск. Задача здесь не в том, чтобы любой ценой попасть в красивую дату, а в том, чтобы заранее увидеть денежные последствия конкретного расписания.