У логистики есть неприятная особенность: ошибка часто всплывает не на складе, а уже у клиента за сотни километров. Не та паллета. Не тот товар. Не то окно доставки. В итоге компания получает возврат, штраф и риск потерять клиента.
Так произошло у Алексея* - руководителя логистики крупной компании на Урале.
В его зоне ответственности было 5 центральных складов и около сотни мелких площадок. Доставка шла через сеть подрядчиков по регионам. Собственного автопарка не было, а значит, контролировать водителей и качество операций было сложнее.
Один крупный возврат показал проблему целиком
Все началось с серьезной ошибки: продукцию, которую нужно было везти в рефрижераторе, загрузили в обычную фуру.
Алексей начал разбор и увидел, что это не единичный сбой. Внутри процесса уже накопился целый вал рекламаций:
- пересорт;
- недопоставка;
- ошибки в накладных;
- нарушение окна доставки;
- выгрузка не на той точке;
- ручной ввод кодов вместо стабильного сканирования.
На первый взгляд, проблемы были разными. На деле причина была одна: между складом, водителем и клиентом не было надежного цифрового контроля.
Где ломался процесс
Комплектовщики работали по распечаткам. Данные вносили вручную. Если в накладной была ошибка, ее часто находили только у клиента.
Водители загружали товар без единого стандарта размещения. Паллета для первой точки могла оказаться в глубине кузова. Приходилось выгружать лишнее, терять время, нервировать клиента и срывать маршрут.
В кузове могли лежать похожие паллеты и коробки для разных клиентов. Водитель ориентировался по бумажным накладным и памяти. В результате иногда привозили и выгружали не тот товар.
Сканирование тоже работало нестабильно. Терминалы плохо читали штрих-коды и маркировку "Честный знак", поэтому водители вручную вводили коды. А ручной ввод в логистике почти всегда означает риск ошибки.
Почему не стали дорабатывать WMS
Первым делом Алексей посмотрел в сторону складской системы AXELOT WMS.
Логика была понятная: если ошибки возникают на складе и при отгрузке, нужно доработать WMS. Но быстро стало ясно, что базового функционала не хватает, а доработки под процессы компании будут тяжелыми.
Разработчики оценили работы почти до года. Бюджет получался примерно в три раза выше исходного внедрения WMS.
Была еще одна проблема: WMS стояла только на 5 центральных складах. А у компании было около сотни мелких площадок. Протянуть туда систему с доработками под конкретные задачи - слишком долго, дорого и трудно в сопровождении.
От идеи масштабной доработки отказались.
Ручной контроль только замедлил склад
Следующий вариант был привычным: усилить контроль руками.
Добавили пересчеты, выборочные проверки, подписи "проверено". Но это не решило проблему.
Сборка стала медленнее. Объемы росли. Люди тратили больше времени на проверки, но риск ошибок все равно оставался. Чем больше ручных операций, тем выше усталость. А чем выше усталость, тем больше новых ошибок.
Потом попробовали регламенты и инструкции для водителей.
Но с подрядчиками это почти не работало. Сегодня на маршруте один водитель, завтра другой. Людей меняли, обучать каждого подробно не успевали. Регламенты оставались на бумаге, а маршрут продолжал жить своей жизнью.
Когда костыли перестали работать
После очередного крупного возврата из-за пересорта компания получила уведомление о приостановке сотрудничества за срыв окна доставки.
Это был момент, когда стало понятно: проблема не в дисциплине отдельных людей. Проблема в системе.
Нужен был инструмент, который не заставляет всех помнить инструкции, а сам ведет пользователя по правильному сценарию: комплектовщика, водителя, диспетчера.
Решение: не ломать WMS, а добавить мобильный слой
Алексей рассматривал два варианта: донастройку 1С или согласие на долгие и дорогие работы по WMS. Готовые решения с последующей кастомизацией тоже выходили дорогими: новая система, перестройка процессов, обучение, внедрение.
Мы предложили другой подход: мобильное приложение как дополнительный слой к существующей WMS.
Смысл был простой: не перестраивать весь бизнес-процесс, а закрыть самые проблемные участки.
WMS остается складской системой. А мобильное приложение берет на себя операционный контроль там, где чаще всего возникают ошибки: сборка, маркировка, загрузка, маршрут, выгрузка.
Что вошло в MVP
1. Модуль комплектовщика
Вместо бумажной накладной комплектовщик работает со смартфоном.
Он сканирует штрих-коды и QR-коды, а приложение автоматически формирует электронную накладную. Ошибка по артикулу или количеству становится менее вероятной: система сразу показывает несоответствие.
2. QR-паспорт заказа
Каждая единица тары получает уникальный QR-код.
В нем хранится адрес, состав, вес, данные сборщика и другая информация по заказу. У паллеты появляется цифровой след: кто собрал, что внутри, куда везти, на какой точке выгружать.
3. Модуль водителя
Водитель видит маршрут и статусы: "прибыл", "выгрузка", "точка закрыта".
Закрыть точку без сканирования QR-кода нельзя. Если адрес не совпадает с GPS-координатами, выгрузка блокируется.
Это убирает ситуацию, когда похожую паллету случайно оставили не тому клиенту.
4. Аналитика для диспетчера
Диспетчер видит, где заказ, сколько времени заняла операция, на каком этапе возникла задержка и какой партнер чаще допускает ошибки.
Раньше такие данные собирались постфактум. Теперь их можно было видеть в процессе.
Что изменилось после первого месяца
После запуска MVP компания быстро увидела эффект.
Скорость сборки выросла в 1,5-2 раза за счет отказа от ручного ввода и лишних пересчетов.
Количество пересортов и ошибок по заказам снизилось до единичных случаев.
Диспетчер получил онлайн-аналитику по времени операций, точности отгрузок, партнерам и маршрутам.
Главное - AXELOT WMS не пришлось менять. Она сохранила роль складской системы, а операционная логистика перешла в мобильное приложение.
Почему это сработало
Компания не пыталась заменить всю ИТ-инфраструктуру.
Она закрыла конкретную боль: ошибки между складом, машиной и точкой доставки.
Вместо длинного внедрения на год сделали MVP, который можно было проверить на проблемных участках. После этого решение масштабировали.
С выпуском полной версии штрафы прекратились, ключевых клиентов удалось удержать, а за счет снижения ошибок и возвратов компания сократила потери.
Суммарные расходы на логистику снизились до 20%.
Вывод
Иногда бизнесу не нужна новая большая система. Нужен недостающий слой между уже работающими системами и людьми, которые каждый день выполняют операции.
Если ошибка возникает в момент сборки, загрузки или выгрузки, ее нельзя лечить только отчетами и регламентами. Нужен инструмент, который фиксирует действие сразу, проверяет данные на месте и не дает закрыть операцию неправильно.
Мы строим ИТ-системы, которые забирают операционку на себя. Чтобы руководитель занимался стратегией и ростом, а не поиском потерявшихся коробок.