Почему важно отслеживать поставку на каждом этапе

Многие компании считают, что контроль поставки начинается после появления трек-номера. Пока машина, контейнер или авианакладная отображаются в системе, кажется, что груз находится под контролем.

Но точка на карте показывает только часть реального процесса.

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

Поэтому полезный контроль строится не вокруг вопроса:

«Где сейчас машина?»

а вокруг вопроса:

«Какой этап подтвержден, что должно произойти дальше и есть ли отклонение от плана?»

Почему одного трек-номера недостаточно

Обычный tracking хорошо отвечает на вопрос о движении транспорта.

Но бизнесу нужны дополнительные данные.

Например:

• закончил ли поставщик производство;
• прошёл ли товар проверку;
• принят ли китайским складом;
• совпали ли вес и объём;
• выехал ли груз с терминала;
• завершено ли оформление;
• назначена ли доставка получателю.

Если эти статусы хранятся только в переписке менеджера, компания фактически не контролирует цепочку.

Что такое milestone-tracking

Milestone — контрольная точка процесса.

Для поставки это подтверждённое событие, после которого начинается следующий этап.

Например:

заказ размещён → производство начато → готово → QC пройден → склад принял → забронирован рейс → отправлено → прибыло → оформлено → доставлено.

Каждый статус должен иметь:

• плановую дату;
• фактическую дату;
• ответственного;
• подтверждение;
• следующий шаг.

Так система показывает не только текущее положение, но и отклонение.

Почему фактический статус лучше общего процента

Фраза:

«Заказ готов на 80%»

может быть мало полезна.

Неясно:

• 80% произведено;
• 80% упаковано;
• 80% проверено;
• или менеджер просто оценивает ситуацию.

Лучше использовать конкретные события.

Например:

производство завершено 12 октября; упаковка ожидается 14 октября; PSI назначена на 15 октября.

Это данные, на которых можно строить решение.

Какие этапы нужно контролировать

Точный набор зависит от бизнеса, но базовая карта может выглядеть так:

• заказ подтвержден;
• аванс получен поставщиком;
• производство начато;
• производство завершено;
• QC пройден;
• груз передан на китайский склад;
• склад принял партию;
• вес и объём подтверждены;
• документы готовы;
• транспорт забронирован;
• груз отправлен;
• прибыл в промежуточную точку;
• прибыл в страну назначения;
• оформление завершено;
• передан на последнюю милю;
• принят конечным складом.

Не каждой компании нужны все 16 статусов. Но ключевые этапы должны быть видимыми.

Производство и готовность товара

Одна из самых частых ошибок — считать обещанную дату фабрики фактической готовностью.

Статус «будет готово 20 числа» — это прогноз.

Статус «вся партия произведена, упакована и доступна для инспекции» — подтвержденный milestone.

Что запрашивать у поставщика

Для значимой партии полезны:

• дата начала;
• наличие сырья;
• процент выполнения;
• готовность упаковки;
• дата QC;
• финальная дата передачи.

Если поставщик регулярно переносит промежуточные milestones, итоговая задержка становится заметна раньше.

Не ждите последнего дня

Если фабрика должна отгрузить через месяц, а через три недели производство ещё не началось, это уже отклонение.

Система tracking должна показывать его до финального срока.

Тогда бизнес может:

• ускорить поставщика;
• изменить транспорт;
• использовать резервный запас;
• предупредить клиентов.

Приемка на складе

После передачи фабрикой нужен новый подтвержденный статус:

«склад принял груз».

Он не равен:

«поставщик сказал, что отправил».

При приемке полезно зафиксировать:

• дату;
• число мест;
• вес;
• объём;
• повреждения;
• фото;
• расхождения.

Так появляется объективная точка перехода между поставщиком и логистикой.

Отслеживайте расхождения отдельно

Если ожидалось 10 коробов, а склад принял 9, статус не должен быть просто «принято».

Лучше:

«принято с расхождением — HOLD».

Иначе проблема исчезает внутри общего зеленого статуса.

QC как отдельный milestone

Для товаров, где качество критично, должно быть отдельное событие:

QC PASS

или

QC FAIL.

Только после PASS партия допускается к международной отправке.

Это превращает контроль качества из рекомендации в реальный gate процесса.

Почему статус FAIL полезен

Он не означает провал всей поставки.

Он означает:

• обнаружена проблема;
• международная отправка остановлена;
• назначено корректирующее действие.

Например:

FAIL → сортировка → повторный QC → PASS.

Такая история потом помогает оценивать поставщика.

Первая миля

Груз может быть готов, но ещё несколько дней ждать забора.

Поэтому полезно разделять:

готово у поставщика

и

фактически забрано.

Для первой мили фиксируют:

• время забора;
• транспорт;
• количество мест;
• следующую точку.

Международное транспортное плечо

После отправки появляются классические транспортные статусы.

Например:

• departure;
• транзит;
• прибытие в хаб;
• перегрузка;
• прибытие на терминал назначения.

Но сами названия нужно адаптировать под вид транспорта.

Для моря важны рейс и портовые события.

Для ЖД — терминальные и поездные события.

Для авто — прохождение основных участков и границы.

Для авиа — приемка терминалом, рейс и выдача.

Не путайте план и факт

Особенно это важно для расписаний.

Есть:

• плановая дата отправления;
• подтвержденная фактическая дата отправления.

Контейнер может быть забронирован на рейс, но фактически уйти позже.

Система должна хранить обе даты.

Перегрузки и промежуточные терминалы

Мультимодальный маршрут состоит из нескольких участков.

Пауза между ними иногда дольше самого движения.

Например:

поезд прибыл → груз ждёт перегрузку → автомобиль назначен через два дня.

Если tracking показывает только прибытие поезда, бизнес может ошибочно считать, что поставка почти завершена.

Поэтому промежуточные статусы нужно отображать отдельно.

Таможенное оформление

Прибытие груза в страну назначения не означает выпуск.

Нужно разделять:

прибыло

и

оформлено / доступно для дальнейшей доставки.

В зависимости от схемы между событиями может пройти дополнительное время.

Какие статусы полезны

Например:

• документы поданы;
• требуется уточнение;
• досмотр;
• выпуск завершен;
• доступно к выдаче.

Не обязательно показывать клиенту внутренние технические детали. Но бизнес должен видеть, есть ли исключение.

Последняя миля

Финальная доставка тоже состоит из этапов.

Можно контролировать:

• назначен перевозчик;
• согласовано окно;
• машина подана;
• груз выехал;
• прибыл;
• принят.

Для маркетплейса полезно добавить:

• поставка зарегистрирована;
• физически принята;
• товар появился в доступном остатке.

Пока товар не доступен для продажи, с точки зрения inventory он ещё не пополнил запас.

Что такое ETA

ETA — ожидаемое время прибытия.

Это прогноз, а не гарантия.

Хорошая система должна уметь пересчитывать ETA после каждого существенного события.

Например, фабрика задержала готовность на четыре дня.

Нет смысла продолжать показывать старую дату получения, если вся цепочка физически сдвинулась.

Динамический ETA

Полезная логика:

новый факт → новый прогноз.

Если событие произошло позже плана, система пересчитывает следующие milestones.

Так отдел продаж и закупки видят актуальную ситуацию.

Не показывайте одну дату без диапазона

Для длинной международной цепочки точнее использовать:

• базовый прогноз;
• допустимый коридор;
• уровень риска.

Например:

ETA: 18–21 ноября, риск: средний.

Это лучше, чем обещание одного дня, которое постоянно переносится.

Alerts и управление исключениями

Если всё идёт по плану, менеджеру не нужно вручную проверять каждый груз каждый час.

Ценность tracking — в исключениях.

Система должна привлекать внимание, когда:

• производство не началось;
• QC не пройден;
• партия не приехала к cut-off;
• рейс изменён;
• транспорт стоит дольше нормы;
• документы требуют уточнения;
• последняя миля не назначена.

Alert должен требовать действия

Плохое уведомление:

«Поставка задерживается».

Хорошее:

«Партия PO-145 не прошла QC. Ответственный — Иван. До 16:00 нужно согласовать сортировку или возврат».

Уведомление должно связывать факт, риск и следующий шаг.

Кто отвечает за обновление статусов

Если ответственность не назначена, данные быстро устаревают.

Можно распределить:

Один координатор может собирать статусы, но источник каждого события должен быть понятен.

Автоматизация и ручной контроль

Не обязательно сразу покупать сложную систему.

Начать можно с таблицы.

Минимальные поля:

• номер заказа;
• поставщик;
• SKU;
• количество;
• план производства;
• факт производства;
• QC;
• склад;
• отправка;
• ETA;
• текущий статус;
• проблема;
• ответственный.

По мере роста данные можно переносить в ERP, TMS, WMS или специализированный контрольный инструмент.

Какие данные хранить по поставке

Помимо статуса полезно хранить факты.

Коммерческие

• поставщик;
• стоимость;
• Incoterms;
• заказ.

Физические

• количество;
• вес;
• объём;
• число мест.

Логистические

• маршрут;
• перевозчик;
• номера транспортных документов;
• даты milestones.

Контрольные

• QC;
• фото;
• расхождения;
• претензии.

Так история поставки превращается в данные для аналитики.

Какие KPI использовать

Почему полезно хранить историю

Через несколько месяцев можно увидеть закономерности.

Например:

• один поставщик постоянно опаздывает;
• один маршрут нестабилен;
• один терминал создаёт длинные паузы;
• QC регулярно проваливается у конкретной фабрики.

Без истории каждый инцидент кажется случайным.

Как внедрить систему контроля

Шаг 1. Нарисуйте реальную цепочку

Не идеальную, а фактическую.

Шаг 2. Определите 8–15 ключевых milestones

Не нужно фиксировать каждое микродействие.

Шаг 3. Назначьте источник статуса

Кто подтверждает факт.

Шаг 4. Добавьте плановые даты

Без плана нельзя определить отклонение.

Шаг 5. Введите статусы exception

Например:

• OK;
• AT RISK;
• DELAYED;
• HOLD.

Шаг 6. Настройте правила эскалации

Кто должен реагировать и когда.

Шаг 7. Пересчитывайте ETA

После значимых отклонений.

Шаг 8. Анализируйте историю

Используйте данные для смены поставщика, маршрута или страхового запаса.

Часто задаваемые вопросы

Заключение

Отслеживание поставки на каждом этапе нужно не ради большего количества статусов.

Его задача — раньше замечать отклонения и принимать решения до того, как проблема станет дефицитом, штрафом или срывом продаж.

Полезная модель:

план → milestone → фактическая дата → отклонение → действие → новый ETA.

Для международной поставки особенно важно видеть не только транспорт, но и производство, QC, склад, документы, оформление и последнюю милю.

Когда эти данные собраны в одной системе, логистика становится управляемой: компания понимает, где находится риск, кто отвечает и какой следующий шаг нужен.