Программа обучения складу wms

Практика внедрения WMS на складе — начальные этапы внедрения

Приведение бизнес-процессов в порядок – не следствие внедрения WMS, а необходимое условие успеха при внедрении.

(Тезис умудренных опытом)

ЧТО РАНЬШЕ: курица или яйцо? Бизнес-процессы или система управления  складом?

Нас сейчас интересует тот период в компании, в котором ведется подготовка к внедрению WMS.

Надо ли оптимизировать бизнес-процессы до, или подождать и настроить  их в ходе внедрения WMS?

Давайте рассмотрим действия компании в этот интересный и непростой период.

Что такое бизнес-процессы?

представляет собой систему последовательных, целенаправленных и регламентированных видов деятельности, в которой посредством управляющего воздействия и с помощью ресурсов входы процесса преобразуются в выходы (результаты процесса, представляющие ценность для потребителей)

Сеть процессов организации – объединение взаимосвязанных и взаимосогласованных процессов организации в единую систему.

Система управления складским комплексом (WMS)- это программно-аппаратная структура, которая позволяет в режиме реального времени управлять ресурсами склада.

• Очное обучение
• Онлайн Обучение

Продолжительность и формат обучения: 18 академических часов, из которых 8 часов — очно/онлайн занятия, 10 часов — занятия в дистанционном формате (видеокурсы).

Исследования эффективности внедрения систем управления складом показывают, что более 50% проектов выходят за рамки выделенного бюджета, а более 80% складов используют функционал внедренных систем WMS лишь в пределах 10-15%. Причина такой статистики всегда кроется в ошибках, допущенных при организации и проведении проекта. Проектной практикой подтверждено, что правильная организация и проведение проекта внедрения системы WMS не только помогут избежать нежелательных затрат, но и способны оптимизировать расходы на проект, сэкономив от 10% до 40% средств и ресурсов.

Целью семинара является обучение уникальной для России стратегии организации и проведения проектов внедрения систем управления складом (WMS) без переплат. Курс будет полезен руководителям компаний, складов, проектов, в которых планируется внедрение системы WMS, администраторам системы и ИТ-специалистам.

В результате обучения вы:

• узнаете о критериях выбора системы WMS и поставщика услуг по ее внедрению
• получите рекомендации о том, как избежать излишних трат бюджета на ненужный функционал системы WMS
• ознакомитесь с практическими советами по оптимизации затрат на услуги по внедрению WMS и сокращению срока возврата инвестиций (ROI)
• сможете правильно подготовить склад к внедрению системы WMS и предпринять необходимые шаги для обеспечения эффективной организации проекта
• изучите методы снижения затрат на складские операции при помощи системы WMS с сохранением уровня сервиса
• рассмотрите преимущества и недостатки различных сценариев внедрения WMS, получите навыки по оптимальному выбору стратегии
• приобретете практические знания по составлению проектной документации, определению целей и задач проекта, подготовке перечня функциональных требований, описанию и составлению схем бизнес-процессов
• обеспечите контроль сроков проекта и качества внедрения системы
• наладите эффективное взаимодействие между проектными группами внутри компании и с проектной командой подрядчика

Уточняйте у специалиста Moscow Business School состав преподавателей

Хотите оценить качество обучения до оплаты? Мы предлагаем вам посетить БЕСПЛАТНЫЙ пробный урок! Для этого оставьте заявку и наш менеджер расскажет вам подробности.

• Приду ещё, очень интересно.Силкина Ирина Владимировна, Белое Золото, экономист
• Замечательный курс, спасибо организаторам.Соболева Оксана Сергеевна, Белое Золото, руководитель склада
• Получил представление о новом.Князев Геннадий Юрьевич, Белое Золото, заведующий складом

Эффективное управление складом является одной из ключевых логистических задач компаний различных сфер деятельности. На нашем семинаре вы узнаете, как посредством автоматизации склада добиться высокой оборачиваемости, осуществлять быструю комплектацию партий товара. Вы получите навыки автоматизации склада с помощью WMS-системы управления, что позволит существенно сократить время выполнения операций, уменьшить их стоимость, сократить количество ошибок и улучшить качество обслуживания клиентов.

В результате обучения вы

• изучите возможности использования WMS-систем управления складом
• сможете оптимальным образом организовать внутрискладскую логистику с помощью автоматизированных систем управления складом
• существенно ускорите процесс работы с формами отчетности по складу
• получите необходимые инструменты для эффективного управления работой склада
• сумеете снизить транзакционные издержки и логистические затраты на складе в несколько раз
• устраните проблему простоев и потерь времени при транспортировке и перераспределении товара
• увеличите вместимость склада и сэкономите время при управлении затратами

Программа семинара

• Режим реального времени
• Гибкое конфигурирование топологии
• Поддержка cпециализированных складских операций
• Активное управление складом
• Обработка исключений и нестандартных ситуаций
• Поддержка базовых логистических бизнес-процессов
• Поддержка складского радиооборудования и автоматизированных линий
• Масштабируемость
• Интегрируемость с другими системами
• Гибкость настроек правил работы
• Возможность расширения функционала

Базовые складские логистические бизнес-процессы: приемка, размещение, пополнение, разнообразие методов отбора, отгрузка, инвентаризация

• конфигурирование топологии для склада с разноразмерным товаром (негабариты, длинномеры)
• формирование склада товаров для дома
• использование различных атрибутов (сроки годности, номера серий, номера сертификатов, номера ГТД) для обработки продукции на фармацевтических и пищевых складах («долгопорт» и «быстрое молоко»)

Расширенные функции WMS. Диспетчер задач — основа автоматизированного управления складом

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

Вопросы интеграции с ERP-cистемами

Поддержка специализированного оборудования: радиооборудование, системы штрихкодирования

Экономический эффект от внедрения

Практикум: принципы расчета экономического эффекта от внедрения WMS в дистрибутивном центре

Формы отчетности по работе склада

Классификация: коробочные решения, расширяемые системы, российские разработки, западные разработки

Практикум: рекомендации по выбору WMS для различных предприятий различного масштаба бизнеса — cклад розничной сети, дистрибутивный центр, логистический оператор

• А нужна ли WMS? Определение цели автоматизации
• Определение масштабов бизнеса
• Задумаемся о бизнес-процессах. Узкие места и специфика нашего бизнеса. Составление опросника для кандидатов на внедрение
• Как мы будем развивать бизнес и соответственно WMS
• Западная или отечественная WMS
• Много ли зависит от команды внедрения

Продолжительность и формат обучения: 24 академических часа очно или онлайн

На семинаре вы изучите практические приемы управления складом и повышения качества логистического сервиса. Под руководством эксперта-практика вы научитесь применять технологии достижения оптимального функционирования склада, своевременного распределения и перераспределения товаров, обеспечения работы транспортных служб без простоев и издержек. Также узнаете, как на практике реализовать преимущества внедрения системы автоматизации складского комплекса.

Содержание курса может корректироваться с учетом текущей экономической ситуации. Все вопросы рассматриваются в контексте чрезвычайных обстоятельств, в том числе вызванных международными санкциями.

• изучите методы оптимизации складских процессов
• сможете построить систему управления качеством складских услуг
• познакомитесь с практическим опытом рациональной эксплуатации складских объектов
• научитесь формировать систему мотивации персонала и ключевых сотрудников склада
• узнаете современные технологии автоматизации учета и управления складскими процессами (WMS)

Следующие темы возможно изучить отдельно:

• Данная программа помогла выявить тонкие места в работе. Дала толчок и направление в дальнейшем обучении и повышении своей квалификации.Зотова Татьяна Борисовна, ООО Август-Алабуга, начальник складского хозяйства
• Очень полезный курс, спасибо!Болдова Татьяна Михайловна, Текстильный Гид, заведующая складом
• Актуальная информация, отличный курс.Выжлов Евгений Сергеевич, ООО ТЕХНООПТ, начальник склада
• Заховайко Максим Сергеевич, Полюс Логистика, старший координатор по складской логистике
• Очень познавательная и интересная программа. Уверена, что полученные знания пригодятся в реальной работе.Иванова Софья Суреновна, Мицубиси Электрик (РУС), менеджер по закупкам
• Материал интересен, что-то новое, что-то уже знакомо. В целом все отлично.Краснобородько Наталья Геннадьевна, АО «Тяжмаш», экономист 1 категории
• Все понравилось, прекрасно построены занятия, много информации. Думаю еще к вам вернусь за знаниями. Спасибо!Шкаев Дмитрий Сергеевич, ООО «Первый мясокомбинат», начальник склада готовой продукции
• Доступно, конструктивно и большой плюс с предоставлением методических данных от преподавателей.Кокорев Александр Анатольевич, СПЛАТ ГЛОБАЛ, заведующий складом
• Я в полном восторге от тренеров. Доступный и интересный материал. Структурированный материал, хорошая подача, доступное объяснение. Отличное владение материалом.Сушкова Светлана Викторовна, Управляющая компания Брянский машиностроительный завод, специалист по бережливому производству
• Очень интересный семинар. Много новой полезной информации, которая пригодится мне в работе. Огромное спасибо Павловой Елене за оперативность, точную информацию, всегда была на связи.Планцев Иван Анатольевич, специалист 1-й категории, ПАО МГТС

Обучаем персонал склада работе с WMS Александр Серебряков

Обычно на складских предприятиях обучению персонала уделяется мало внимания или не уделяется совсем. В случае внедрения на складе WMS информация о ее работе становится необходимой для каждого сотрудника склада.

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

Обычно на складских предприятиях обучению персонала уделяется мало внимания или не уделяется совсем. В случае внедрения на складе WMS информация о ее работе становится необходимой для каждого сотрудника склада.

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

Обычно компания-интегратор обязуется обучить сотрудников склада, но в лучшем случае выделяет консультантов. Зачастую в роли преподавателей выступают настройщики системы или программисты. Происходит это, как правило, следующим образом. Консультант компании, внедряющей систему автоматизации, в свободное от настроек и программирования WMS время собирает группу сотрудников вокруг своего ноутбука. Значительную часть занятия он отвлекается на выполнение своих непосредственных обязанностей, создавая тем самым вынужденные незапланированные перерывы в работе служащих склада. Качество полученных знаний в этом случае оставляет желать лучшего. Такой процесс обучения не предусматривает выполнение пользователями практикумов и отработку формируемых навыков.

Процесс обучения должен быть организован с применением системного подхода. Правильно, когда занятия проводятся на основе учебных планов и программ. Последние должны содержать общие сведения об учебном курсе, его целях, задачах и календарном плане (по дням и часам), а также подробные описания учебных тем.

Учебный класс может быть организован в офисе компании-интегратора или в любом подходящем для этой цели помещении склада. И в том, и в другом случае в «классе» должен находиться минимальный набор необходимого оборудования для полноценного обучения слушателей. В его состав должны входить: полноценная радиосеть (для обеспечения передачи данных из WMS на радиотерминалы); компьютеры не ниже Pentium 4; принтер штрих-этикеток; офисный принтер для печати документов, создаваемых в WMS; классная доска для изображения схем процессов. Желательно наличие экрана и проектора, а также плана или объемного макета склада или макета нескольких стеллажей с паллетами для демонстрации системы управления процессами.

На радиотерминалах диспетчерам-операторам показывают соответствующие операции, на компьютерах — приложения системы. Если радиотерминалы отсутствуют, для объяснения можно использовать эмуляторы радиотерминалов. В любом случае следует тщательно прорабатывать операции, осуществляемые диспетчерами — операторами системы на компьютерах — рабочих станциях. На компьютерах пользователей может быть установлено программное обеспечение, которое даст им возможность видеть презентационные материалы, демонстрируемые тренером со своего рабочего места. Это же программное обеспечение позволит служащим склада выполнять операции и на рабочей станции преподавателя, и на своем ПК.

Курс диспетчера — оператора системы продолжается пять дней. За это время слушатели получают сведения о складских операциях не только по некоторому стандартному учебному проекту, рассчитанному на них, но и обо всех операциях текущего проекта, осуществляемых на компьютерах и радиотерминалах. Полученные знания диспетчеры могут использовать, чтобы помочь операторам радиотерминалов в первые дни и недели после запуска системы на объекте.

В принципе возможен этап обучения без акцента на WMS. В этом случае делается обзор всех складских бизнес-процессов, их особенностей с демонстрацией схем процессов на бумажном носителе или учебной доске. Также тренер показывает диаграммы и графики, рассказывает об оборудовании, которое обеспечивает автоматизацию, и проводит короткий практикум-ознакомление с радиотерминалами и принтерами штрихэтикеток. Затем пользователи подробно изучают внедряемую систему с детальным рассмотрением каждой операции. Обучением по описываемой методике можно добиваться хороших результатов, поскольку знания, умения и навыки формируются у слушателя путем многочисленного количества повторов теоретических понятий и практических действий на разных этапах обучения, таких как:

• теоретический обзор системы;
• теоретический обзор каждой из операций системы;
• самостоятельные практические работы по отдельным операциям;
• формализованный практикум, на котором выполняется полный цикл операций от приемки товара до отгрузки его со склада;
• подготовка к «эвристической беседе»;
• подготовка к электронному тесту;
• выполнение электронного теста.

• Лекционный обзор процесса.
• Так называемые быстрые практикумы, на которых под руководством и контролем тренера пользователи выполняют операции начального этапа обучения.
• Небольшие по объему практические работы, которые включают в себя самостоятельное выполнение заданий на своих учебных рабочих станциях со специальным программным обеспечением. На этом этапе тренер не жестко контролирует действия слушателей, а наблюдает за ними.
• Итоговый специализированный практикум по каждой из операций, при этом тренер со своего рабочего места производит мониторинг действий слушателей в реальном времени.
• «Эвристическая беседа», на которой пользователи собираются за круглым столом, задают друг другу вопросы по пройденным темам, пытаются ответить на них самостоятельно или используют ответы других слушателей и при необходимости обращаются за помощью к тренеру.
• Выполнение итоговых электронных тестов, запускаемых с рабочего места тренера.

Примерный план занятий

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

• Введение, обзор системы.
• Составные части программного комплекса.
• Интерфейс рабочей станции как средство настройки и управления системой.
• Интерфейс рабочей станции — основной инструмент диспетчера для управления товародвижением на складе.
• Операции, осуществляемые с помощью радиотерминала, как возможный и в ряде случаев необходимый элемент управления товародвижением.
• Microsoft SQL Server (Oracle) как составная часть системы.  Понятие «таблицы с данными».
• Основные принципы расположения товаров на складе в условиях эксплуатации программного комплекса. Стеллажи, многоуровневое   стеллажное   хранение. Напольное хранение.
• Общие понятия и принципы построения склада при работе с адресным пространством склада.
• Понятия «ячейка склада», «зона склада» на примере пользовательского интерфейса системы.

Александр Серебряков, эксперт журнала «Логистика и управление»

Возврат к списку

На востоке Москвы «Байкал Сервис» запустил в работу терминал класса «А» на 10 000 метров Ритейлу не хватает грузовиков Страхование ответственности экспедитора но это – дороже разворот товарных потоков и развитие поставок через третьи страны: итоги контейнерных перевозок в 2022 году

Для начала стоит сказать, кто же мы такие, что делаем, и зачем все это нужно. Мы – компания AXELOT, мы пишем логистические системы, пишем их давно и достаточно неплохо. Казалось бы, наши дела идут хорошо, но, как говорила Алиса: «Нужно бежать со всех ног, чтобы только оставаться на месте, а чтобы куда-то попасть, надо бежать как минимум вдвое быстрее!». И вот мы задумались: как бы нам побежать еще быстрее, чем сейчас. Очевидно, чтобы быстрее бежать, необходимо постоянно создавать что-то новенькое, а значит нужно искать новый взгляд на старые вопросы. Эта история о том, как мы создавали новую WMS-систему.

Что же такое WMS, и зачем она нужна? Те, кто знаком с логистикой, могут пропустить эту часть, но, возможно, вам будет интересен наш взгляд. WMS – Warehouse Management System, система управления складскими процессами. Весь современный мир покрыт логистическими цепочками, давайте взглянем на мир глазами логиста:

Не правда ли, что-то напоминает? Так это же всемирная паутина! Здесь производители генерируют товарный поток (контент), распределительные центры/склады маршрутизируют потоки, а потребители-пользователи получают это товары (контент). И пользователи должны получить то, что нужно, когда нужно, в нужном виде и в нужном объеме.

Давайте теперь рассмотрим узел этой сети – склад – более детально.

И снова мы увидим множество аналогий. Есть входные порты (ворота), есть буферы ввода и вывода (зоны Приёмки и Отгрузки), есть Хранение – это не что иное, как «память» нашего склада, наш RAM, сюда мы помещаем на время то, что потом будет отдано наружу. Есть всевозможные кэши, например, зоны Отбора и Подпитки, куда товар помещается заранее, чтобы не таскать его из хранения каждый раз. Есть внутренние маршруты движения и множество дополнительных механизмов, зависящих от организации конкретного склада. Пред нами настоящий маршрутизатор, не хватает только одного – Операционной Системы. Без нее любой маршрутизатор – бесполезная железяка, а склад –мертвое строение. И тут на сцену выходит WMS – операционная система склада. Я пишу «Операционная система», потому что спектр функций WMS намного шире, чем просто заставлять двигаться товары.

Помимо этого, очень часто вокруг WMS живет целая экосистема, в которую могут входить: система управления двором YMS (Yard management system), системы управления роботизированным оборудованием WCS (Warehouse control system), BI и т.д. Это крайне важно, и это обязательно отразится на архитектуре нашей WMS.

Также стоит добавить, что по своему характеру WMS должна быть системой реального времени: планировать свои действия на много шагов вперед, моментально реагировать на изменение оперативной обстановки и менять свои планы в зависимости от текущей ситуации.

Приведу простой пример: предположим, что вы должны были отгрузить товар А в количестве N единиц, но этих N единиц у вас еще нет, но вы запланировали отгрузку, так как ждете поступления А в достаточном количестве. Но тут поставка товара А отменяется, зато сняли заказ, под который вы держали М единиц товара В, который по условиям поставки может заменить А, но на него претендует еще один заказ, хоть и с меньшим приоритетом. Тут еще и кладовщик уронил палету с частью товара, и надо срочно понять, можно оттуда что-то планировать или нет. Есть еще подходящий заменитель С, но он может не пройти по сроку годности и стоит где-то третьим рядом, и нужно найти свободный погрузчик, чтобы его достать. При этом у вас в процессе сборки находятся 200 крупных заказов, еще пара десятков в приемке, ваш справочник SKU составляет 300 000 позиций, а по складу ходят и ездят 200 не самых старательных и трудолюбивых сотрудников. И все это должно работать как часы, ваш заказ на N единиц товара А должен уйти точно в срок, как и все остальные 199 заказов.

А ведь существуют еще автоматизированные склады, где работают конвейеры, роботы-палетайзеры и очень быстрые сортеры, которые не готовы ждать, пока наша WMS выполнит очень красивый, но медленный SQL-запрос.

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

Разобравшись с тем, что делает WMS, перейдём к архитектуре. Большинство существующих сегодня «классических» WMS – это системы, развивавшиеся десятилетиями и обросшие таким количеством легаси, что проще написать все заново, чем капитально изменить имеющуюся архитектуру. Чаще всего эта архитектура сводится к данным в БД, бизнес логике, построенной на SQL-запросах или, о ужас, на хранимых процедурах и некоторому фреймворку для построения фронт-энда. Доработка такой системы под проект ведется в худшем случае путем «допиливания» хранимых процедур, доработки прикладного кода или, в хорошем случае, надстройкой плагинами, причем худших случаев будет гораздо больше. Обработка данных часто построена на регламентном вызове обработчиков, а не на реакции на событие. Что же касается архитектуры решения, то чаще всего это монолиты. И вот все это делать мы не хотим!

А что же мы хотим? Чтобы это понять, мы определили для себя требования верхнего уровня, и они получились следующие:

• Возможность масштабироваться горизонтально.
• «Данные всегда под рукой».
• Событийная модель. Система должна быть реактивной.
• Расширяемость. Легкое добавление новых функциональностей и поведения как для системы в целом, так и для отдельных ее компонентов.
• Гибкость. Легкая модернизация существующих алгоритмов, подмена стандартного функционала.
• Адаптивность пользовательского интерфейса. Пользовательский интерфейс должен легко кастомизироваться.

Здесь я не сказал ни слова про функциональные требования к собственно WMS. Поверьте, их очень много, но они нам были понятны, к нашим услугам наш многолетний опыт, наши аналитики и армия консультантов.

Вооружившись этими требования, мы стали думать и придумали примерно следующее:

• Наша система будет иметь сервис-ориентированную архитектуру. Не микросервисы, как это модно последнее время, для WMS это безумие, а достаточно крупные блоки, решающие спектр функциональных задач. Микросервисы тоже будут, но в тех случаях, когда необходимо решать отдельные задачи с четко определенными границами. Более того, мы позволим нашим инженерам внедрения и даже нашим заказчикам добавлять в систему свои собственные сервисы. Сервисы смогут подписываться на события системы (об этом смотри ниже), взаимодействовать с другими компонентами посредством REST API.
• Память очень быстрая, она дешевая и ее много. Давайте всегда держать в памяти объектную модель склада и его окружения. Да, памяти потребуется действительно много, но сегодня это не проблема. Все наши алгоритмы будут работать с готовыми объектами в памяти, переходить по объектным ссылкам, искать по хэш-мэпам — это очень быстро. При этом БД будет играть роль лога, будем сохранять в нее актуальные состояния объектов. Избавим себя от необходимости создания сложных реляционных структур в БД и сложных запросов, будем писать в БД «плоские» данные. Тут, конечно, будут подводные камни, но мы их примерно знаем и знаем, как с ними бороться.
• Вся система будет нанизана на очень быструю шину событий, это будет ее центральный нервный ствол. Любое изменение чего-либо в системе будет порождать событие, все заинтересованные компоненты подпишутся на интересные им события и будут реагировать на них мгновенно. При этом мы разрешим управлять подписками через файлы конфигурации. Если в данном бизнес-процессе не надо реагировать на какое-то событие, можно убрать его из подписки. Если же, наоборот, компонент должен реагировать на что-то, на что он ранее не реагировал, закинем в него плагин, добавим подписку и, вуаля, у нас появился новый тип реакции, новый обработчик события, при этом мы не трогали код системы, да вообще ее не перегружали!
• Что до механизмов расширения и модернизации функциональности, то мы уже немного позаботились об этом, разрешив вводить в систему новые сервисы и управлять подписками. Добавим к этому механизм плагинов, разрешим плагинам не только подписываться на события, но и публиковать собственные REST API. И пусть все это они делают декларативно.
• Добавим немного AOP, разрешим подменять бизнес-методы плагинами, вызывать плагины ДоМетода и ПослеМетода. Для полноты картины DI будет управляться через файлы конфигурации.
• Не будем жестко верстать пользовательский интерфейс. Пусть пользовательский интерфейс будет описан декларативно в файлах, которые можно редактировать под отдельные проекты при помощи специального редактора или даже простого Notepad. Не забудем разрешить микрофронтэнды, пусть микросервисы смогут публиковать свои микрофронтэнды.

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

Бэтмен – это архитектор, который должен был все это выстроить.

В качестве основного языка разработки мы выбрали C# и среду исполнения Net Core. Вопрос достаточно дискуссионный, возможно кое-кто возразит, что разумнее использовать Java, мы рассмотрели даже Erlang. При выборе языка мы учли следующие факторы: в компании уже есть направления разработки на C#, а значит есть ресурсный центр. Наши заказчики очень любят допиливать систему самостоятельно, и программисты C# обойдутся им дешевле. Порог входа в C# несколько ниже, чем в Java, и у нашего заказчика больше шансов переучить своих программистов на C#. Победила коммерческая целесообразность.

Дальше начались многие месяцы крупных боев и мелких сражений за функционал, производительность, юзабилити. Не буду пересказывать этот путь, он был долгим, мы теряли одних разработчиков и находили других, еще более классных. Испытывали разные гипотезы, тестировали технологии, наступали на грабли и даже танцевали на них.

Здесь очень хочется рассказать о подсистемах и деталях их разработки: как мы создавали поисковую подсистему для быстрого подбора подходящих вариантов отбора и размещения, почему при выборе между движком бизнес-процессов и машиной состояний мы остановились на машине состояний, и почему она больше подошла под наши задачи, о витринах данных, которые мы создали, чтобы BI (а как же без него!) мог строить сложные аналитические отчеты, и о многом другом. К сожалению, затронутая тема оказалась слишком большой для одной статьи, но, если будет интерес, мы обязательно продолжим.

Сейчас, когда мы стоим в конце пути и смотрим на объем проделанной работы, сложно представить, что мы сделали все это с чистого листа. Ведь когда все начиналось, у нас была идея и пустые рабочие столы для новой команды. Сейчас у нас есть принципиально новая система и команда с совершенно новыми компетенциями. При этом, оказалось, что часть подсистем, которые мы разработали для новой WMS отлично интегрируются с нашим основным классическим продуктом. И эти подсистемы увидели свет в связке с нашей классической WMS раньше, чем новый продукт. Гибкость и расширяемость проявила себя там, где мы совсем этого не ожидали.

Стоит отдельно сказать о роли тестирования. Без него реализовать проект такого масштаба и сложности невозможно, и отношение «один тестировщик на двух разработчиков» совсем не кажется чрезмерным. Очень эффективным оказалось тестирование в полевых условиях, когда мы запускаем систему на настоящем действующем складе параллельно «боевой» WMS, а группа тестировщиков работает 8 часов в день вместе с сотрудниками склада, но на своей WMS. Конечно, они физически не перемещают товары, но выполняют все те же самые операции, что и кладовщики. При этом «боевая» система выгружает данные в тестовый контур, и тестирование происходит на актуальны данных. Ни один, даже самый изощренный сценарий, написанный в офисе, не может так уверенно поставить систему в ступор, как какой-нибудь с виду безобидный заказ, выгруженный из «боевой» WMS. Ни один тест-кейс не сможет сделать с мобильным терминалом то, на что способен тестировщик в боевых условиях. Я уже не говорю о том, что зона с плохим покрытием WiFi в дальнем углу склада способна вызвать ошибки там, где их и не думали искать в стерильных условиях офиса.

Итог – мы это сделали! И это уже не MVP, а взрослый продукт, который готовится к пилотированию. Этот продукт получился совершенно необычным для консервативного рынка WMS. Если наша классическая WMS является результатом долгой и успешной эволюции и так или иначе несет в себе наследие многих поколений, то новая система родилась из переосмысления требований к WMS и проекции их на современные тенденции разработки.

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

Евгений Древаль, архитектор, AXELOT

Менеджеры AXELOT будут рады ответить на все вопросы по тел. +7(495)961-26-09. Также вы можете написать нам через форму

Как работает WMS

Как работает WMS

  Когда компания, будь то Ритейлер, Дистрибутор, Производитель или 3PL-оператор, хочет решить задачу эффективного управления распределительным центром, обычно для этого используются специализированные системы класса WMS. Некоторые компании пытаются использовать соответствующие модули ERP-системы, но когда простого складского учета, дающего только ответ на вопрос «что и в каком количестве хранится на складе» не хватает, а необходимо еще знать, в какой зоне склада находится товар, как оптимально расположить товар, как оптимально загрузить и контролировать сотрудников склада, используя он-лайн терминалы – тогда они обращаются к системам класса WMS (Warehouse Management System).

WMS – это интеллектуальная система. Она не только все учитывает, но и оптимизирует логистические процессы, возникающие с момента приемки и вплоть до отгрузки товара со склада. Работу любого склада, вне зависимости от типа (частный, 3PL) и классификации (А, B, C), можно представить в виде шести процессов: приемка, переупаковка, размещение, подбор, отгрузка, инвентаризация. Покажем, какие возможности открывает система WMS в каждом из перечисленных процессов.

Надо сказать, что при правильной организации взаимодействия с партнерами процессу приемки предшествует получение так называемого ASN (Advanced Shipment Notification). Речь идет об электронном документе, содержащем информацию о грузоотправителе, ожидаемом времени и дате приемки, товаре, количестве. Этот документ попадает в Вашу WMS систему из системы Вашего партнера благодаря специализированной системе EDI  или же через веб-портал Вашей WMS системы. Получив заранее такой документ, сотрудники вашего склада знают, что, от кого и в какое время придет на склад, и, соответственно могут подготовить склад, спланировать использование ворот, то есть имеют возможность оптимизировать процесс приемки в целом.

1. Как только машина подъехала в зону разгрузки, сотрудник склада, ответственный за приемку, получает на RF терминал (речь идет об on-line терминалах) информацию о грузе, включая дату и время получения, владельца, перевозчика, поставщика, код продукта, единицу измерения, количество к приемке (в случае необходимости могут присутствовать и другие данные, например, серийные номера).

2. С помощью RF Терминала проводится проверка соответствия с накладной. Расхождения фиксируются и автоматически заносятся в компьютер. Параллельно с этим идет проверка качества товара. Приемщик, в зависимости от настроек, проверяет, например, либо каждую 10-ую коробку, либо каждую 100-ую, и т.д., Параметр контроля качества может зависеть как от товара, так и от рейтинга поставщика (рейтинг присваивается на основании истории поставок).

3. Паллеты с товаром обязательно маркируются наклейками со штрих-кодами. Делается это для того, чтобы можно было идентифицировать паллету на складе, при этом на одной паллете могут быть размещены разные товары. После идентификации паллеты она считается готовой к дальнейшему размещению.

А ключики-то, вот они!

  Нам не раз приходилось наблюдать, как во время разгрузки машины водитель, не дождавшись ее окончания, заводит машину и отъезжает. Если это происходит, то погрузчик просто падает. Все обычно обходится без травм и серьезных поломок, но ситуация, согласитесь, не из приятных. Интересный пример решения этой казусной проблемы мы увидели на одном из складов в Великобритании (проблема международного масштаба!). Делается все просто: когда водитель приезжает в док, приемщик товара забирает у него ключи от машины и вешает их на специальный планшет в офисе склада, где для каждых ворот предусмотрен свой крючок для ключей. Только после этого дается команда на приемку. А ключи возвращают водителю только после окончания приемки.

Как в аэропорту

  На одном из складов мы видели повешенные на въезде и выезде большие мониторы. На этих экранах, как в каком-нибудь аэропорту, отображается информация о всех имеющихся на складе воротах. А именно: какая машина, с каким номером у каких ворот стоит, на какой стадии находится разгрузки или погрузки находится и т.д. Т.е. все, вплоть до того, какой процент товара в такой то машине уже принят или погружен. Эта информация полезна, во-первых, для водителей, которые только подъехали, во-вторых, для человека, который управляет двором. Т.е. он знает, какие ворота, в каком состоянии у него находятся, когда какая машина уедет и, соответственно, какую куда можно поставить.

  Есть два основных способа идентификации паллет. Первый – так называемая «слепая наклейка». Приезжает паллета, человек ее отсканировал и, соответственно, сообщил информационной системе, что на этой паллете лежит. Затем он наклеивает на паллету одну из заранее заготовленных этикеток и активирует в системе номер этой наклейки. После активации в системе фиксируется информация, что на такой-то паллета лежит такой-то набор товаров. Другой вариант идентификации используется, когда нам необходимы разные этикетки в зависимости от категории товара.

Например, для товаров с коротким сроком хранения надо печатать срок годности крупными буквами, для товаров без сроков годности не надо. При этом способе идентификации принтер устанавливается в зонах приемки. Последовательность действий следующая: приемщик сканирует все товары с паллеты, после этого подходит к принтеру, забирает соответствующую уникальную этикетку для отсканированной группы товаров и наклеивает на паллету. После этого паллета считается идентифицированной и готовой к размещению на склад.

Когда товар прибыл на склад, уже на стадии разгрузки система принимает решение о необходимости переупаковки.

Данная процедура может потребоваться по следующим причинам:

1. Клиенту требуется сгруппировать товар (например, он готовит маркетинговую акцию и хочет упаковать вместе пену для бритья и бритву). Система предлагает произвести данную операцию, для чего создает задания на перемещение пены и бритвы в специальную зону, а затем отдает команду на формирование комплекта.

2. Система сама оценивает оптимальность упаковки. В случае несоответствия единиц измерения при приемке или хранении с единицами измерения отгрузки система дает команду на операцию переупаковки. При этом система может учитывать виды упаковок, а также входит ли товар в эту упаковку по объему.

1. Система WMS может предложить вообще не везти товар (или какую-то его часть) на склад. Это происходит тогда, когда известно, что вскоре должна произойти операция отгрузки этого товара. Чтобы не делать лишнюю работу по складу, она сообщает о том, что необходимо такое-то количество товара переместить в такую то зону отгрузки.

2. Если система решает разместить товар на складе, то она сообщает, что и в какую ячейку (стеллаж и т.д.) надо положить. Место для хранения товара она выбирает с учетом массы критериев – размер, вес, оборачиваемость товара и др. Есть два основных пути движения товара на этой стадии.

Оптимизируем места хранения

  
У систем WMS есть возможность проанализировать всю историю движения товара на складе и, исходя из этого, дать какие-то предложения по оптимизации работы на этом складе: в стратегиях размещения, подбора и т.д. Такие модули требуют специальных навыков от пользователей, поэтому компании иногда его не покупают, предпочитая заказывать услугу у специалистов. Этот процесс выглядит так. Система визуализирует все полки, стеллажи и т.д. и «видит», какие коробки, какие паллеты где на складе стоят. Далее она отображает, какие товары расположены оптимально, а какие нет.

Например, система отслеживает, что товар маленький и помещается в полку половинной высоты, но стоит сейчас в высокой – то есть пространство используется нерационально. Либо система сигнализирует, что быстрооборачиваемые товары находятся в труднодоступном месте и т.д. Т.е. система отслеживает все неоптимальные размещения и процессы на складе и дает рекомендации, как это изменить. Фактически она предлагает оптимизировать склад: поделить некоторые ячейки пополам, докупить ричтраки, добавить подборщиков. Все рекомендации она дает с учетом таких параметров, как скорость и качество работы с товаром. Такой анализ стоит проводить нечасто – раз в год, может быть, раз в полгода – в зависимости от того, насколько меняется характер и структура операций на складе.

а) Система дает команду водителю ричтрака подъехать в зону приемки, взять товар, отвезти его в зону хранения и поставить на нужную полку.

б) Другой вариант – когда система дает команду отвезти товар в транзитную зону. Транзитная зона – это когда, например, выделяется зона у проходов, куда товар привозится погрузчиком из зоны приемки, после чего дается команда водителю ричтрака подъехать в эту транзитную зону, взять товар и поставить на полку. Такой подход позволяет существенно увеличить скорость работы и максимально эффективно использовать имеющееся на складе оборудование.

Для размещения на высотное хранение требуются специальные погрузчики, так называемые ричтраки. Особенностями работы данных погрузчиков являются: высотное размещение, менее скоростное передвижение, высокая стоимость обслуживания. Соответственно, если мы скомбинируем оборудование, то есть будем использовать ричтраки для работы в зонах хранения, а погрузчики для выполнения складских перемещений между зонами, то мы сможем оптимально использовать оборудования и при этом существенно повысить эффективность работы склада.

Процессу отгрузки и подбора предшествует ввод либо загрузка в систему WMS из ERP-системы информации об отгрузке (так называемые предварительные накладные). На основании этой информации и происходит планирование операций на складе. Существуют две основные модели формирования заказа – через зону подбора и через зону комплектации. Под зону подбора обычно выделяют нижние ярусы стеллажей (делается это по понятным причинам: если паллета находится наверху, набрать из нее товар гораздо сложнее). Система сама следит, чтобы в зоне подбора товара всегда было в достаточном количестве.

Если его не хватает, она автоматически дает команду любому ближайшему к ней сотруднику склада, работающему на соответствующем оборудовании, чтобы он взял определенный товар из определенной ячейки, находящейся в зоне хранения, и переместил его в зону подбора. Вторая модель подбора предполагает выделение зоны комплектации.

Если в первом варианте человек идет по ячейкам и собирает нужный товар, то в этом случае нужные паллеты свозятся в специально отведенную зону, где уже другие люди снимают с паллеты необходимое количество товара, переупаковывают, размещают на другие паллеты и отвозят в зону отгрузки. Но самое интересное – то, как система WMS определяет модель комплектования отгрузки.

Из ERP-системы поступают данные о том, что, кому и во сколько мы собираемся сегодня отгружать. После этого система запускает так называемые «волны». В их основе пул информации о сегодняшних отгрузках. На основе этих данных система пытается найти наиболее оптимальный вариант комплектования. Покажем, как это происходит на практике.

  Дана команда работать

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

Кроме того, система учитывает:

■ чтобы одновременно несколько людей не подошло к одной ячейке (чтобы не мешали друг другу).

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

 Исходя из всего этого, системой планируется маршрут обхода ячеек, последовательность сбора товара. Фактически человеку даже не надо думать, что и когда делать. Как размещение, так и отбор товара для отгрузки осуществляется системой на основе настраиваемых стратегий размещения и резервирования. Вы вправе выбрать между такими показателями, как максимизация количества пустых ячеек ценой увеличения маршрута подбора или наоборот – минимизация пройденных погрузчиком метров за счет сокращения количества доступных ячеек. Стратегии резервирования поддерживают такие приоритеты отгрузок как FIFO, LIFO или FEFO, что особенно важно для товаров с коротким сроком годности.

1. Предположим, на сегодня есть три заказа на одного и того же клиента. Система, вместо того, чтобы обрабатывать каждый заказ в отдельности, формирует его потоварно, т.е. сгруппировывает все эти заказы между собой и делает его единым.

2. Или предположим, такая ситуация: есть заказы 15 клиентам, но доставлять все их будет, скажем, компания TNT Express. В этом случае система группирует подборы, исходя из клиента и перевозчика. В этом случае она даст команду собрать товары для всех этих клиентов в одной зоне отгрузки, и туда же подойдет транспорт от TNT Express.

Когда-то для инвентаризации приходилось останавливать склад на 2-3 дня и всеми имеющимися силами пересчитывать товары. Сейчас практически все компании отказались от такой практики. Наиболее эффективной технологией инвентаризации, предлагаемой системами WMS, является циклическая инвентаризация. Важнейшим преимуществом циклической инвентаризации является то, что она не прерывает ни одной операции по складу: вплоть до того, что инвентаризируемый товар можно по-прежнему отгружать без всяких задержек.

Протекает она следующим образом (подробно о циклической инвентаризации можно прочитать в «Кейс»№4, 2005 г.):

  1. В зависимости от оборачиваемости товара система определяет частоту, с какой должна проверяться та или иная категория. Допустим, для товара с высокой оборачиваемостью она назначает период инвентаризации раз в месяц, для менее оборачиваемого товара – раз в год. Другой вариант – по событиям: система включает режим инвентаризации сразу, как только на паллете, по ее данным, остается меньше 10% товара, или когда при операции подбора обнаружилось отклонение количества по системе и по факту, и т.д. Но во всех случаях – как только подходит время, системой дается команда посчитать определенную категорию товара в определенных ячейках.

2. Когда сотрудник склада подходит к паллете, чтобы, например, снять с нее 15 единиц товара, система спрашивает, сколько осталось: причем этот режим можно включить в случае, если на паллете осталось менее 10% от общего количества, стандартного для нее. Человек сразу же считает остаток и вводит информацию о том, сколько он снял и сколько осталось. Если есть расхождение между хранящейся в базе данных информацией об остатках на этой паллете с теми данными, что ввел сотрудник склада, то система фиксирует это и указывает в отчете. Эта информация служит для принятия мер по корректировке данных и поиску причин недостачи.

Организуя процесс отгрузки, система WMS решает следующие задачи:

■ Комплектация заказов по машинам для доставки

■ Дополнительно можно наладить интеграцию с транспортными системами для отслеживания маршрута доставки. Покажем, как на практике система решает довольно простой, но весьма важный вопрос – к каким воротам подвозить товар на отгрузку.

Здесь есть два основных сценария:

1. Если машина уже подошла к определенным воротам, то задача решается просто – система оперативно дает команду свозить паллеты к нужной зоне отгрузки (зона отгрузки – место, выделенное у каждых ворот).

2. Когда машина еще в пути и известно время ее прибытия, система дает команду взять одну из паллет, предназначенных для погрузки, и отвезти ее в БЛИЖАЙШУЮ свободную зону отгрузки. Соответственно, человек берет паллету, везет в ближайшую пустую зону, оставляет там паллету и сканирует ее. Теперь система знает, что все остальные паллеты, предназначенные к этой отгрузке, нужно свозить именно в эту зону. Дается соответствующая команда и начинается подвоз остальных паллет, даже в случае, если подбор по одному заказу выполняют несколько пользователей. Когда машина прибудет к складу, водителю сообщат, к каким именно воротам он должен подъезжать.

Александр Четвериков: «Россия должна инвестировать в логистику и технологическое развитие сырьевого сектора» Выросла стоимость проезда по платным федеральным трассам Какое будущее у маркетплейсов и e-commerce в Казахстане О небывалом росте производства отечественных серверов и СХД Российские транспондеры для платных трасс обойдутся в 3–6 тыс. руб.

Рассчитать стоимость

Скидок не выбрано

от 1 829 руб/мес.

Выбирайте способ оплаты «Онлайн-рассрочка» при оформлении заказа и заполните заявку.
Подробнее

− 3 580 руб.

Итоговая стоимость с выдачей удостоверения о повышении квалификации

от 746 руб/мес.

Добавить отзыв

Казачков Андрей Григорьевич

Эксперт-практик в области предпроектного консалтинга, бизнес-анализа, в постановке задач, разработке технических заданий, разработке моделей и внедрении систем управления складом (WMS)Задать вопрос

Кадубовская Людмила Вячеславовна

Эксперт-практик, бизнес-консультант в области закупок, логистики и управления цепями поставокЗадать вопрос

Перов Дмитрий Васильевич

Эксперт-практик в области систем управления складом (WMS), логистике складирования и оптимизации бизнес-процессовЗадать вопрос

Габдулхаков Наиль Фаридович

Эксперт по внедрению систем управления складом (WMS), разработчик методологии пошагового внедрения. Участник рабочей группы по разработке ГОСТов для систем WMS в РоссииЗадать вопрос