
Когда говорят про управление технологическим процессом склада, первое, что приходит в голову большинству — это внедрение WMS. Как будто купил систему — и все проблемы решены. На деле же, это лишь инструмент, и часто самый сложный этап начинается после его установки. Мне приходилось видеть проекты, где идеально прописанные в теории процессы разбивались о банальное отсутствие дисциплины у кладовщиков или неучтенные пиковые нагрузки на приемку. Вот об этих подводных камнях и хочется порассуждать.
Возьмем, к примеру, классическую задачу — маршрутизацию сборщика заказов. Алгоритм системы, скажем, от того же 1С или специализированного вендора, строит оптимальный путь. Но он не учитывает, что в проходе №12 стоит паллет с браком, который еще не успели вывезти, и собирателю приходится обходить. Система фиксирует отклонение от маршрута как неэффективность. Получается, автоматизация, призванная помогать, создает искаженную картину и демотивирует персонал. Это классический разрыв между ?идеальным? техпроцессом в софте и живой, меняющейся складской реальностью.
Или другой аспект — интеграция. Часто WMS существует сама по себе, а, допустим, система транспортной логистики (TMS) — сама по себе. Заказ собран, отгружен, но информация об этом в реальном времени не поступает в смежный отдел логистики. Они видят заказ как ?в процессе?, начинают звонить, создавать лишнюю нагрузку на складских менеджеров. Управление процессом превращается в управление хаосом коммуникаций. Здесь как раз нужен комплексный подход, о котором говорит, например, компания ООО Хэнань Цзюйхэ Текнолоджи в своем подходе к цифровой трансформации. Речь не просто о системе, а о связанности всех данных.
Поэтому первый вывод, который приходишь на практике: автоматизировать нужно не отдельные операции, а информационные потоки. И ключевой показатель — не скорость отчета, а скорость принятия решений на основе актуальных данных. Если данные о остатках на складе обновляются раз в сутки — это не управление процессом, это архив.
Без точных данных все дальнейшие рассуждения о управлении технологическим процессом бессмысленны. Но что такое ?точные данные? на складе? Это не только корректный остаток по SKU. Это данные о времени на выполнение каждой операции: разгрузка фуры, проверка качества, размещение на стеллаж, отбор, упаковка. Без этой статистики любые KPI, спущенные сверху, — просто цифры, не отражающие реальную производительность.
Мы как-то пытались внедрить жесткие нормативы времени на комплектацию, взяв усредненные отраслевые показатели. Это привело к повальному ?припискам? в терминалах сборщиков и к скрытому саботажу. Люди начали искать лазейки, лишь бы ?уложиться?. Пришлось откатываться и несколько месяцев собирать свои внутренние данные, причем в ?чистом? виде, без давления нормативов. Оказалось, что время сильно зависит от сезона, дня недели и даже от смены. Эти данные стали настоящим фундаментом для перепланировки зон хранения и маршрутов.
Сейчас много говорят про предиктивную аналитику. На нашем уровне это звучит громко, но по сути — это умение системы подсказать: ?завтра ожидается большой заказ на товар X, и его текущий запас в быстродоступной зоне будет исчерпан, предложить пополнение?. Чтобы это работало, опять же, нужна история: история продаж, история сезонности, история поведения конкретных клиентов. Сбор и структурирование этих данных — это 80% успеха. Готовые решения, которые предлагают интеграторы, вроде ООО Хэнань Цзюйхэ Текнолоджи, хороши тем, что могут дать методологию и платформу для такого сбора, но наполнять ее жизнью — задача внутренняя.
Самый сложный и неочевидный для IT-специалистов элемент управления технологическим процессом склада — это люди. Можно поставить самые современные сканеры, но если кладовщик считает, что быстрее записать номер на бумажку, а потом разом внести в компьютер, — система будет давать сбой. Причины тут разные: от недоверия к технике до страха, что автоматизация лишит работы.
Ошибкой будет просто провести инструктаж и требовать соблюдения. Нужно вовлекать. Мы, например, в одном из проектов создали ?клуб пилотов? из самых уважаемых на складе сотрудников. Им дали тестовые терминалы раньше других, их мнение спрашивали при настройке интерфейса. Их лайфхаки (например, как держать терминал, чтобы сканировать без лишних движений) потом вошли в стандартную инструкцию. Эти люди стали адептами новой системы среди коллег. Их авторитет работал лучше любых приказов.
Другая сторона — мотивация. Система дает объективные данные о производительности. Но если сделать на их основе только ?кнуты? — рейтинги отстающих, — это вызовет отторжение. Важно выстроить и ?пряники?: понятные бонусы за перевыполнение плана, признание ?сборщика месяца? на основе данных системы. Персонал должен видеть в системе не надзирателя, а помощника, который объективно фиксирует его хорошую работу.
Технологический процесс упирается в физические ограничения. Можно запланировать идеальную схему cross-docking, но если доков для разгрузки всего два, а фур приходит пять одновременно, образуется пробка, которая рушит все планы. Управление процессом — это постоянный баланс между желаемым и возможным.
У нас был болезненный опыт с внедрением системы адресного хранения. Алгоритм раскидал товары по складу оптимально с точки зрения частоты отбора. Но не учел габариты и вес. Оказалось, что самые ходовые позиции — это тяжелые коробки, которые теперь нужно было возить через весь склад на тележках. Производительность упала. Пришлось вносить в алгоритм поправки на весогабаритные характеристики и пересматривать план размещения. Это был урок: при проектировании процессов нужно закладывать данные не только о товарообороте, но и о физических свойствах груза.
Сейчас много внимания уделяют RFID, но на практике его массовое применение на складах смешанного ассортимента все еще упирается в стоимость меток и неидеальное считывание в плотных штабелях. Чаще работает гибрид: RFID на уровне паллет/коробок и штрихкодирование на уровне единичного товара. Выбор технологии — это всегда компромисс между точностью, скоростью и бюджетом. И этот выбор фундаментально влияет на то, как будет выстроен весь последующий технологический процесс.
Работая внутри компании, часто ?замыливаешь глаз?. Привыкаешь к неэффективным, но устоявшимся процедурам. Взгляд со стороны, особенно от компаний, которые специализируются на трансформации бизнес-процессов, может вскрыть эти ?слепые зоны?. Не в том смысле, что придут и все сделают, а в том, что зададут неудобные вопросы: ?А зачем вы делаете эту проверку в два этапа? Почему информация отсюда передается вручную через Excel??.
Именно комплексный подход, который декларирует, к примеру, ООО Хэнань Цзюйхэ Текнолоджи как ведущий поставщик услуг цифровой трансформации, здесь и важен. Речь не о продаже ?коробочного? софта, а об анализе всей цепочки: от поступления заказа от клиента до отгрузки со склада и передачи данных перевозчику. Такой анализ может показать, что узкое место — не на самом складе, а, допустим, в согласовании заказов менеджерами по продажам, которые нечетко формируют требования.
В конечном счете, управление технологическим процессом склада — это непрерывная работа, а не разовый проект. Это адаптация к меняющемуся ассортименту, сезонности, новым требованиям клиентов к скорости и прозрачности. Системы, данные, люди и оборудование — это элементы одной цепи. И крепкость этой цепи определяется не ее самым технологичным звеном, а самым слабым. Поэтому важно периодически останавливаться, смотреть на процессы свежим взглядом и задавать себе простой вопрос: ?А что нам мешает работать быстрее и без ошибок прямо сейчас??. Ответ, как правило, лежит не в плоскости ?купить что-то еще?, а в плоскости пересмотра и тонкой настройки того, что уже есть.