
Когда говорят про ?логи отслеживания посылок из Китая через Ozon отслеживание?, многие сразу представляют себе идеальную цепочку: вот статус в Китае, вот он в пути, вот прибыл в РФ и вот уже на складе Ozon. На практике же, особенно когда работаешь с комплексной логистикой, понимаешь, что эта фраза — часто просто удобная абстракция для клиента. Реальность куда более разрозненная. Основная ошибка новичков или даже некоторых селлеров — думать, что Ozon или любой маркетплейс волшебным образом агрегирует все данные из Китая. Нет, система показывает только то, что ей передали, и только в том формате, который она может принять. А передача этих самых логов отслеживания — это отдельная, часто рутинная работа логиста.
Возьмем стандартный кейс: закупка товара в Китае под конкретного продавца на Ozon. Товар упакован, ему присваивается трекинг-номер — допустим, китайский внутренний. Это первый источник данных. Потом товар попадает к нам, в логистическую компанию, которая консолидирует грузы. Здесь уже может появиться наш внутренний идентификатор. Далее — выбор способа доставки. Допустим, клиент выбрал железнодорожные перевозки полными контейнерами с полной таможенной очисткой. На этом этапе трекинг может смениться на накладную железной дороги. И вот здесь уже начинается первая ?слепая зона? для системы Ozon.
Ozon отслеживание рассчитано на почтовые и курьерские треки. Статусы по ж/д накладной или по TIR-накладной в его стандартный виджет просто не влезут. Что мы делаем? Приходится вручную, либо через API (если удается настроить), транслировать ключевые вехи: ?груз принят в Китае?, ?прошел таможню в Алэшанькоу?, ?прибыл на склад в Москве?. Но это не автоматические логи от перевозчика, это наши ручные или полуавтоматические отметки. Поэтому когда клиент спрашивает ?почему три дня нет обновлений?, ответ часто лежит в области ?потому что поезд едет по Казахстану, и там нет точки для сканирования, которую можно автоматически выгрузить в вашу учетную запись?.
Именно поэтому в нашей компании, ООО Шуньхэ Снабженческо-сбытовая цепочка управления, мы изначально закладываем в коммуникацию с клиентом этот разрыв. Мы не обещаем магического сквозного отслеживания ?от завода до полки Ozon?. Вместо этого мы предоставляем доступ к нашей внутренней системе мониторинга (информация о ней есть на https://www.g796.ru), где видна вся цепочка со всеми переключениями транспорта и таможенными событиями. А уже финальный статус ?доставлен на склад Ozon? — это тот самый пункт, который гарантированно отобразится в кабинете продавца.
Частая головная боль — когда китайский поставщик дает ?трек?, который на самом деле является номером накладной для внутренней перевозки по Китаю. Клиент вставляет его в поле Ozon отслеживание и, естественно, ничего не видит. Потом начинаются панические письма. Приходится объяснять, что это как минимум два разных трека: китайский (до границы или до нашего консолидационного склада в Китае) и международный (после). Иногда их три, если был переход, скажем, с авто на ж/д.
Еще один нюанс — скорость обновления. Даже когда данные есть, они могут приходить в Ozon с задержкой. Мы фиксировали случаи, когда груз физически уже был на складе маркетплейса, а в системе продавца еще висел статус ?в пути?. Это проблема синхронизации между складской WMS Ozon и их же фронтендом для продавцов. Наша задача в такой ситуации — предоставить клиенту подтверждающие документы от склада (акт приема), чтобы он мог удостовериться и успокоиться, не дожидаясь, когда ?доедут? логи.
Здесь стоит сделать отступление про наш комплексный подход, который как раз и призван снизить такие риски. Мы не просто перевозим, мы управляем цепочкой: закупки в Китае - оплата товаров - транспортировка - складирование в Москве - доставка на склады WB и Ozon. Это значит, что на этапе закупки мы можем сразу договориться с поставщиком о корректном формате трекинг-данных, а на этапе доставки на склад Ozon — оперативно закрыть гештальт по статусам вручную, если система дала сбой. Это не идеально, зато работает.
Особняком стоит этап таможенного оформления. Если мы везем груз с полной таможенной очисткой и налогами, то процесс может занимать от нескольких дней до недель. И это — абсолютно ?немая? зона для любых автоматических систем отслеживания. Ни Ozon, ни даже мы не можем получить автоматический лог ?досмотр прошел? или ?декларация зарегистрирована?. Вся информация идет через нашего брокера и обновляется вручную менеджером проекта.
Поэтому в контексте логов отслеживания посылок из Китая таможня — это всегда точка, где трек ?замирает?. Клиента нужно готовить к этому заранее. Мы всегда предупреждаем: ?Следующие 5-7 дней статус не будет меняться, это нормально, идет таможня?. И прикладываем копию принятой декларации, как только она появляется, — это куда более весомый ?лог?, чем любой системный статус.
Кстати, при выборе варианта частичной таможенной очисткой или просто транспортировкой картина может быть иной, но там свои сложности. Груз может идти в составе сборного (LTL), и тогда его трек будет ?спрятан? внутри общей накладной до момента растаможивания и распаллетки в Москве. Это еще один уровень вложенности, который полностью скрыт от стандартных инструментов отслеживания.
Приведу пример из недавнего опыта. Клиент заказал доставку партии товара автомобильными перевозками сборных грузов с полной таможенной очисткой. Все этапы мы отражали в нашей системе. Груз прибыл на наш склад в Москве, статус сменился на ?Готов к передаче на Ozon?. Мы передали его на склад маркетплейса, получили акт. В кабинете Ozon у клиента через сутки появился статус ?Доставлено на склад?. Казалось бы, цепочка завершена, логи есть.
Но через два дня клиент пишет: ?Товар не появляется в остатках для продажи!?. Начинаем разбираться. Оказалось, что на складе Ozon товар прошел приемку, но ?завис? на этапе проверки комплектности или маркировки. Это внутренний процесс маркетплейса, и его статусы через Ozon отслеживание для внешних треков не транслируются. Клиент видел только финальный логистический статус, а дальше — тишина. Пришлось связываться с персональным менеджером на стороне Ozon и выяснять причину задержки. В итоге проблема решилась за день, но этот случай хорошо показывает границу ответственности: наши логи заканчиваются на моменте физической передачи груза. Дальше — зона видимости Ozon, доступ к которой часто ограничен.
Именно для таких ситуаций наш сервис включает складирование в Москве. Если бы клиент не торопился, он мог бы принять груз на нашем складе, самостоятельно проверить и подготовить его к передаче на Ozon (например, перемаркировать), и уже потом отправить. Это разрывает цепочку, зато дает полный контроль. Но большинство выбирает скорость и сквозную доставку, мирясь с некоторой непрозрачностью на последней миле внутри систем маркетплейса.
Итак, что можно сказать в итоге про работу с логами отслеживания посылок из Китая через Ozon отслеживание? Главное — управлять ожиданиями. Ни одна система не даст вам единое, красивое, непрерывное окно с историей движения груза от двери производителя до полки на фулфилменте. На практике это всегда набор из нескольких систем: внутренний трек поставщика, возможно, трек перевозчика по Китаю, данные от вашей логистической компании (как у нас на g796.ru), и наконец — статусы в кабинете Ozon.
Наша роль как комплексного оператора — быть тем самым агрегатором и переводчиком данных. Мы берем сырые, часто разрозненные логи от всех участников цепочки и превращаем их в понятную для клиента историю, подкрепляя ее документами в ключевых точках. Самый ценный ?лог? — это не автоматическое обновление статуса, а сканы железнодорожной накладной, таможенной декларации или акта приема-передачи на склад Ozon.
Поэтому мой совет продавцам: выбирая логистического партнера, спрашивайте не ?даете ли вы трекинг??, а ?как именно вы будете информировать меня на этапе таможни??, ?какие документы вы предоставите в качестве доказательства доставки?? и ?можете ли вы оперативно решить проблему, если статус в Ozon не обновляется, а груз уже должен быть там??. Ответы на эти вопросы покажут, насколько партнер понимает реальную, а не рекламную картину с отслеживанием грузов из Китая. В конце концов, надежная логистика строится не на идеальных логах, а на способности человека решать проблемы там, где автоматизация заканчивается.