Предпосылки внедрения ABM WMS
Причины выбора ABM WMS
Стабильность работы ПО: достоверность данных, наличие необходимого функционала, учет по срокам годности и свойствам
Украинский продукт с наличием учебной платформы. Всегда есть уверенность в завтрашнем дне, перспективах развития и усовершенствования системы
Возможность масштабирования системы. Профессионализм команды и постоянная поддержка и сопровождение
Процесс внедрения системы состоял из трех этапов
Команда ABM Cloud провела серию интервью с представителями заказчика и «разложила» на составляющие все складские логистические процессы в текущем состоянии — блок «As Is»: приёмку и размещение товара (включая четыре типа разгрузки и работу через транзитные зоны), внутрискладские перемещения, отбор, консолидацию и отгрузку, приёмку возвратов и инвентаризацию. Отдельно описали документооборот склада, товарную номенклатуру с её особенностями (тон и калибр плитки, разные фасовки, комплекты, сроки годности, учёт сортности и брака) и работу IT-отдела в части будущего обмена между учётной системой и WMS.
Результатом стал перечень из 28 узких мест с конкретными рекомендациями по их устранению. Среди ключевых проблем: отсутствие весогабаритных характеристик в справочниках, ручное пополнение без правил min-max, отсутствие маршрута обхода ячеек, нехватка централизованного инструмента управления складом и аналитики, неполный контроль отбора, смешивание виртуальных остатков недостачи с физическим браком и слишком маленькие зоны консолидации.
На основе этого сформировали блок «To Be» — целевую модель работы склада уже под ABM WMS: новые процессы, топологию склада с адресной маской ячеек (xxx.yyy.zzz.sss.ddd), зонирование и поэтапный план запуска. Именно этот Дизайн-Проект стал техническим фундаментом и «дорожной картой» для всего дальнейшего внедрения.
Связывание ABM WMS с собственной учётной системой заказчика. По архитектуре WMS работает как ведомая система: она получает из учётной системы документы-основания (приходы, отгрузки и т.д.) и справочники (контрагенты, номенклатура), выполняет физические операции на складе и возвращает обратно отработанный факт. Поэтому отдельно регламентировали процессы формирования документов-оснований и построили двусторонний обмен. Важный нюанс проекта — поэтапный запуск по зонам склада, который требовал, чтобы в WMS передавались только те задания (приход-расход), что относятся к уже автоматизированным участкам, а остальной товар временно обрабатывался по старой схеме. Это сделало интеграцию сложнее, чем «классическое» подключение сразу всего склада.
Параллельно команда адаптировала и разработала дополнительную функциональность. В частности: учёт транзитных грузомест из филиалов через центральный склад (обработка транзита через грузоместо, без товарного склада); документ производства для комплектации/разукомплектации товаров; учёт тары с отдельным справочником её видов; отдельный виртуальный склад для недостач, чтобы не смешивать их с физическим браком; полный и частичный контроль отбора; автоматическое проставление признаков для зоны упаковки.
Аналитику закрыли за счёт конструктора отчётов и стандартного набора WMS — остатки и движение товаров, свободные ячейки, резервы отбора и размещения, биллинг ресурсов, загруженность склада и сверка остатков с учётной системой онлайн через веб-сервис.
Перед запуском завершили подготовительные работы: разработку и тестирование обмена между учётной системой и WMS, построение топологии склада, изменения в стеллажной конфигурации и закупку оборудования в дополнение к имеющемуся — терминалов сбора данных (Zebra TC26 и планшеты Samsung на Android 11), стационарных и портативных принтеров, расходных материалов.
Запуск сознательно сделали поэтапным. Стартовали с относительно небольших помещений с отдельными товарными группами, где опт и розница хранятся вместе. Это дало возможность отработать процессы в боевом режиме, легче контролировать потенциальные проблемы и, главное, использовать эти зоны как учебную площадку: через них «пропускали» сотрудников, чтобы на практике плотно отработать работу с новым ПО на ТСД.
Дальше запуск разворачивали волнами по логике товарных групп и зон — склады 5+8 (плитка, пенопласт), 4+6+7, 3+11+12+13, 2+7 и, наконец, склад 1 вместе с уличными зонами. Такой подход минимизировал риски для сезонного склада с высоким суточным потоком и позволил команде уверенно выйти на полную промышленную эксплуатацию ABM WMS.
Результаты внедрения
Самые распространенные вопросы
1. Зачем внедрять новую WMS, если в компании уже работала система собственной разработки?
Собственная WMS была реализована отдельным модулем и покрывала процессы лишь частично. С масштабированием бизнеса она упиралась в три ограничения, которые и стали предпосылками проекта: сложно развивать и поддерживать собственную разработку, не хватало полноценного блока аналитики, и каждое новое внедрение на других складах давалось тяжело.
ABM WMS закрыла именно эти точки: стабильность и достоверность данных, учёт по срокам годности и свойствам товара, конструктор отчётов вместо «самодельной» аналитики и готовность к тиражированию на другие площадки с поддержкой вендора.
2. Как перейти на новую WMS, не останавливая работу большого сезонного склада?
Это главный риск для склада, где в пик сезона заполненность достигает 110%, а суточный поток — сотни документов отгрузки. Поэтому запуск сделали поэтапным — по зонам и товарным группам. Стартовали с небольших помещений (отдельные группы товаров, где опт и розница вместе): там отработали процессы и одновременно использовали их как учебную площадку, через которую «пропускали» сотрудников. Технически каждый запуск имел собственный обмен данными — в WMS передавались только задания по уже автоматизированным зонам, а остальной склад временно работал по старой схеме. Дальше систему разворачивали волнами, вплоть до самых больших зон и уличного хранения, — так риски для действующего склада были минимальными.
3. Учитывает ли WMS специфику стройматериалов — плитку по тону и калибру, длинномеры, комплекты, дробные единицы?
Да, и это критично для такого ассортимента. Система работает с аналитикой, характерной для строительного ритейла: тон, партия и калибр плитки, дата изготовления, весогабаритные характеристики, учёт сортности и брака. Она поддерживает разные единицы обработки (шт, м², кг, уп, пал, погонные метры), дробные количества (например, 0,5 шт для распила подоконника или вагонки; м² с точностью до 3-го знака), комплекты из нескольких товаров, а также онлайн-мониторинг сроков годности с блокировкой выдачи. Разные типы хранения — фронтальные, консольные, мезонинные стеллажи, напольно-штабельное и уличное — заводятся в единую топологию склада.
Мы ценим ваш интерес к нашей продукции. Менеджер ABM Cloud свяжется с вами в ближайшее время. Хорошего дня!