Добрый день. Есть небольшая задачка. Имеется набивной стеллаж высотой 4 яруса и шириной 21 ячейка в глубину он 6 паллет. Склад глубокой заморозки. Пробывал разную систему размещений от автоматического через систему WMS забирая паллеты в нужные заявки на отбор через ячейку но в итоге столкнулся с тем что возникают ситуации когда физически не возможно взять 3 паллет на 2 ярусе (как пример) т.к. сверху и снизу стоят паллеты закрывающие к нужному ОС доступ. Пришлось ввести кнопку взять аналог позволяющую брать аналогичный паллет из любого удобного места. Появилась огромная проблема с просрочкой товара. т.к. наборщики вечно брали более удобный для них ОС а не нужный. Поменял систему не на паллетную а виртуально полочную где все 4 моих яруса являлись по сути одной ячейкой но товар продолжал ставится на паллетах что позволило оптимизировать время доступа к нужному товару и сократить просрочку до 0,2% но требовало постоянного контроля со стороны кладовщика который сам контролировал куда и в какой последовательности ставить товар. Сейчас руководство требует снова вернутся к ярусной и полностью автоматизированной системе хранения. Кол-во SKU около 40 забитость штабеля в любой момент времени 60% SKU и 50-90% вместимости паллет. Вот и пытаюсь продумать логику размещения в фирме стоит система WMS.
Везет вам, логистам, каждый день с дальнобойщиками общаетесь!
Долго пытался сюда добраться и наконец выложить вроде как решение своего же вопроса.
Схема работы набивного стеллажа
2а)(Если артикула товара нет на складе) Система начинает забивать ячейку с 4 яруса хранения. Причем расставляет товар на хранения она по принципу: 1 ОС на 4 ярус 1 ОС на 3 ЯРУС 1 ОС на 2 ЯРУС 1 ОС на 0 ярус следующий а именно 5 ОС ставится снова на 4 ярус. Т.е. заполняемость ячейки идет сверху в низ по ярусам.
2б) (Если артикул товара есть на складе) Система смотрит совпадение дат по данному артикулу. Если даты совпадают (в указанном интервале) то продолжает забивать ячейку где уже стоит данный товар. Если даты не совпадают она начинает искать пустую ячейку. (Если пустая ячейка не найденна ОС попадает в стоп обьекты с пометкой "Требует размещения" (Дальнейшее размещение дается на откуп администратору WMS))
2в) Принятым паллетам система отводит ячейку из расчет 24 ОС на 1 ячейку, если паллетов больше она отводит им следующую. Расстановщик подъезжает к ОС на которое есть задание на расстановку сканирует ШК ОС. На терминале ему высвечивается что он должен ехать к ячейке ** которую система зарезервировала под данные ОС. Расстановщик подьезжает к ячейке ** сканирует ее. И уже в зависимости от наполненности ячейки система решает на какой ярус ставить паллет. (т.е. принцип работы буффера только с целым ОС и ячейкой)
Ячейка набивного штабеля в разрезе.
3 ярус
3 ярус
3 ярус
3 ярус
3 ярус
3 ярус
2 ярус
2 ярус
2 ярус
2 ярус
2 ярус
2 ярус
1 ярус
1 ярус
1 ярус
1 ярус
1 ярус
1 ярус
0 ярус
0 ярус
0 ярус
0 ярус
0 ярус
0 ярус
3а) Если заявленное кол-во меньше чем доступные для системы ОС то она размещает ОС с подходящей датой для набора в ячейки в ряде * **. (вечером после 16:00 система делает проверку на находящиеся в данных ячейках ОС для хранения в стеллаже и раставляет их назад согласно пункту 2 ) (Пример. На заявку надо 100 упаковок селедки. ОС по 32 упаковки. Система берет с 0 яруса 1 ОС после берет с 1 яруса 1 ОС потом со 2 яруса берет 1 ОС 32*3=96 и с 3 яруса она берет ОС размещает его в ** ряде.(если нет свободного места делает вымещение под заданный ОС) и проводит отбор 4 упаковок уже оттуда. В итоге мы набрали 100 упаковок 3 ОС вывозом 3 набором из ячейки. Вечером система делает вымещение этого ОС назад в штабель. )
Данная схема позволяет считай полностью автоматизировать набивной стеллаж логики FILO.
Если у кого есть интересные а главное сложные задачи по логике работы WMS или склада с радостью помогу или поделюсь опытом.