Архив форума

С 28 декабря 2001 года по ... Здесь много вкусного.

Новый форум здесь.

Добро пожаловать, Гость. Пожалуйста, выберите Вход.

01.07.2026 :: 22:38:16

Новости:
Главная | Справка | Поиск | Вход


Временное планирование работы склада (Прочитано 3489 раз)
Romanenko Sergey
Экс-Участник



Временное планирование работы склада
31.01.2007 :: 18:23:41
 
Краткое описание ситуации: Склад ответственного хранения 30000 разбит на подсклады по типам товара (автотовары). Ответсвенные получают упаковочные на сборку по мере поступления заказов. Заказы имеют критерий срочности.
Проблема: в пиковые моменты идет срыв подбора заказов на указанное время доставки (отгрузки со склада)
Решение: Назначить промежутки времени (допустим через каждый час) и норму упаковочных и количества. При пиковых отгрузках перемещать сотрудников из других областей. Добиваться выполнения нормы сбора за период (час) количества строк. И весь этот механизм переложить на систему учета.
ВОПРОС:  
Ваше видение негативных моментов, ситуаций и рисков - которые могут возникнуть при запуске таковой системы управления нагрузки на склад и контроля выполнения работ  Круглые глаза
Наверх
 
 
  IP записан
Лобанов Николай
God Member
*****


Делай, что должен и
будь, что будет!

Сообщений: 1168
Re: Временное планирование работы склада
Ответ #1 - 31.01.2007 :: 22:48:23
 
УлыбкаПривет Сергей,
Чтобы предметно Вам советовать, маловато информации о складе.
Как минимум хотелось бы знать:
1. Какое ПО
2. Есть ли адресное хранение
3. Есть ли процессорная технология,  
4. Характеристика склада-тип, площадь, тип стелажей, количество зон
5. Количество артикулов
6. Месячный грузооборот в м3
7. Средняя оборачиваемость, дн
8. Колич сотрудников, режим работы, колич смен
  Улыбка  
Наверх
 
 

С уважением,
Николай Лобанов
E-mail | WWW   IP записан
Перов Дмитрий
God Member
*****


Отсель грозить я
буду...

Сообщений: 782
Re: Временное планирование работы склада
Ответ #2 - 31.01.2007 :: 23:25:05
 
Добрый вечер, Сергей и Николай.
Сергей, уточните задачу, пожалуйста.
Правильно ли я понял, что вы имеете N зон под N клиентов и хотите
перераспределять занятость персонала по зонам оценивая предстоящий уровень их активности?
Как соотностятся сроки исполнения заказов с выбранным периодом прогноза в 1 ч?
Это календарный час или плавающий (всегда на 1 ч вперед)?
Наверх
 
 

Не был бы логотрясом - не стал бы логодранцем...
WWW   IP записан
Romanenko Sergey
Экс-Участник



Re: Временное планирование работы склада
Ответ #3 - 01.02.2007 :: 18:36:47
 
ПО у нас АХАРТА. Но я не начальник склада. Я консультант, который разработал данную функциональность под краткие требования заказчика - "хотели бы сгладить пиковые нагрузки и занять людей с разных областей".
Имеются позиции заказные (присутвуют отказные).
Краткая характеристика:  Адресное хранение-по западным стандартам, оборудование новейшее, до 6-сти этажей в одной зоне, областей - около 10, используются дебаркадеры отгрузки и приемки, номенклатур - около 1-3 миллионов позиций. Народу достаточно. Площадь- 30 тыс. кв.м. (по полу, а не по этажам стеллажей)
Но пиковые нагрузки - присутствуют и они зависят как от погоды, так от дня недели. ситуация-настали моры, все начали покупать зимнюю резину, бампера с фарами. Во второй день морозов - выгребают все запасы склада колес.
Наверх
 
 
  IP записан
Лобанов Николай
God Member
*****


Делай, что должен и
будь, что будет!

Сообщений: 1168
Re: Временное планирование работы склада
Ответ #4 - 01.02.2007 :: 19:25:26
 
Процитировано сообщение: Romanenko Sergey от 31.01.2007 :: 18:23:41:
Краткое описание ситуации: Склад ответственного хранения 30000 разбит на подсклады по типам товара (автотовары). Ответсвенные получают упаковочные на сборку по мере поступления заказов. Заказы имеют критерий срочности.
Проблема: в пиковые моменты идет срыв подбора заказов на указанное время доставки (отгрузки со склада)
Решение: Назначить промежутки времени (допустим через каждый час) и норму упаковочных и количества. При пиковых отгрузках перемещать сотрудников из других областей. Добиваться выполнения нормы сбора за период (час) количества строк. И весь этот механизм переложить на систему учета.
ВОПРОС:
Ваше видение негативных моментов, ситуаций и рисков - которые могут возникнуть при запуске таковой системы управления нагрузки на склад и контроля выполнения работ  Круглые глаза

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

С уважением,
Николай Лобанов
E-mail | WWW   IP записан
Орехов Андрей
YaBB Newbies
*


Клуб логистов

Сообщений: 41
Re: Временное планирование работы склада
Ответ #5 - 01.02.2007 :: 19:50:32
 
Как у нас... создание заказов на комплектование распределяется по условным зонам (в Вашем случае - области, которых порядка 10), в каждой зоне регистрируются (через сканирование спец штрих-кода) сотрудники, которым можно направлять задания по данной зоне. Есть средняя статистика нагрузки по зонам (в кол-ве заказов), есть средний заказ (кол-во строк и кол-во позиций в строке), средняя скорость выполнения среднего заказа ( в человеко-часах). Если нет возможности заранее генерить пул заявок на отборку, и грубо оценивать суммарную трудоемкость в человеко-часах на выполнение сборки, и живете в он-лайне, тогда должна быть должность оператора(диспетчера, координатора) склада, который может менять приоритет заявок, для передвижения их в очереди.  
Плюс, быть может, сделать доп.разработку на анализ соотношения люди/задания (с учетом приоритета), и переназначать людей в момент, когда идет "перекос по зоне".  
Например, есть зона "А" и зона "В"
Для зоны "А" - Среднее кол-во заказов в смену - 100 (смена 8 часов)
                      Средний заказ - 5 позиций, 1 шт в позиции
                      Средняя скорость выполнения заказа - 15 мин (0,25часа)
                      Необходимо времени - 100*0,25=25 человеко-часов.
                      Кол-во регистр сотрудников - 3
                      Всего свободного времени 3*8=24 почти = 25 человеко-часов
Для зоны "В" - Среднее кол-во заказов в смену - 300 (смена 8 часов)
                      Средний заказ - 2 позиции, 3 шт в позиции
                      Средняя скорость выполнения заказа - 12 мин (0,2часа)
                      Необходимо времени - 300*0,2=60 человеко-часов.
                      Кол-во регистр сотрудников - 10
                      Всего свободного времени 10*8=80 больше чем 60 человеко-часов.
Также можно делить по приоритетам - на "волны" и считать не в сменах, а в"волнах".
В нашей схеме напряженная ситуация в зоне "А", в зоне "В" - все ок... переброс человек из зоны "В" в "А" поможет исправить "перекос" в "А", при этом не пострадает "В".
Наверное можно сделать отчет, который берет период по критериям срочности, и определяет зоны "Дефицита/излишка" рабочего ресурса,  
 
(Кол-во рег сотр * Период работы   /   Кол-во операции в период *Средн скор 1 опер) - 1
 
Если сумма таких коэффициентов по всем зонам значительно (более чем на на 0,1) меньше нуля, то для таких пиков просто мало комплектовщиков "Вы ставите нереальные планы".
Из зон с положительным коэффициентом можно переносить ресурс в зоны с отрицательным, причем только в размере величины коэфициента (чтобы не "оголять" зону донора). Ну и начинать пополнять зоны с максимальным (по модулю Улыбка ) минусом ресурсом из зон с максимальным плюсом...
Например, получили для пяти зон следующую формулу:
0,12 + 0,05 - 0.16 - 0.04 + 0.06 = 0.02
Пополняем ресурс третьей зоны из первой, потом из пятой...  
"Полтора землекопа" с одной стороны тут не подходит - если переносить на весь период... хотя можно перенести и на несколько заданий...
Если задания поступпают он-лайн, то эти коэффициенты будут "играть"... чтобы люди не бегали "туда-сюда" можно установить какой-то "порог", после которого начинаются перемещения...
Минусом может являться то, что в другой зоне человек не чувствует себя "как рыба в воде", хотя уход от "генетической памяти" через специализированное ПО облегчает эту задачу... Да и сама WMS должна уметь решать такие задачи, на то ведь она и WMS, а не учетная система...
Еще может быть минусом, что колебание людей будет предлагаться выполнять довольно часто (резки приход отгрузок на какую-либо группу)... но это может "разрулить" диспетчер склада...
Оптимальное использование персонала - хорошая задача - и нужно за нее браться, чтобы в соседних зонах склада не было ситуации, когда одни в "поте лица" собирают заказы, а другим уже надоело делать перекуры в ожидании заказов...
          
Наверх
 
 

Невозможное - возможно!
ICQ   IP записан
Romanenko Sergey
Экс-Участник



Re: Временное планирование работы склада
Ответ #6 - 02.02.2007 :: 14:23:23
 
Спасиба - очень дельный совет. Вот только я как консультант задаюсь вопросом - это реальность или теория ? Если реальность то на каком ПО это выполнялось- Дельфи? и отдельной задачей. Так если прикинуть не взначай такая задачка обойдется в пару сотен часов * себестоимость часа работы. А оно того стоит? Показало ли такое внедрение результат (если это было реальное внедрение). Если показало то как ? Вы уволили десять человек и количество отгрузок не изменылось при стабильном количестве заказов ? Или как ?
Наверх
 
 
  IP записан
Орехов Андрей
YaBB Newbies
*


Клуб логистов

Сообщений: 41
Re: Временное планирование работы склада
Ответ #7 - 02.02.2007 :: 14:48:36
 
Нет, никого не увольняли Улыбка Эта функциональность закладывалась при настройке WMS-системы изначально... оценить экономию не смогли - начали экономить сразу. Улыбка .. Как это делается в AXAPTA - не знаю... можете просто "смоделировать" в экселе?... или в Арисе Улыбка ... нет, лучше в Экселе, и прикинуть, что даст такая экономия в Вашем случае... самое главное - начните с проверки общего кол-ва людей на все зоны... быть может все "растет" оттуда?
Насчет пары сотен часов кажется многовато Печаль Не могу оценить сколько у нас - все делалось в комплексе Улыбка
Наверх
 
 

Невозможное - возможно!
ICQ   IP записан
Romanenko Sergey
Экс-Участник



Re: Временное планирование работы склада
Ответ #8 - 02.02.2007 :: 18:06:57
 
Одно очень интересно. Какое ПО использовалось как инструмент для создания WMS ??
Наверх
 
 
  IP записан
Орехов Андрей
YaBB Newbies
*


Клуб логистов

Сообщений: 41
Re: Временное планирование работы склада
Ответ #9 - 03.02.2007 :: 10:02:41
 
Немного не понял вопроса... использовалась уже готовая WMS-система, в которой настраивалась логика распределения заданий Улыбка
Или интересовало на чем именно было реализовано это? Улыбка
Наверх
 
 

Невозможное - возможно!
ICQ   IP записан
Перов Дмитрий
God Member
*****


Отсель грозить я
буду...

Сообщений: 782
Re: Временное планирование работы склада
Ответ #10 - 03.02.2007 :: 10:14:41
 
Мне кажется, что алгоритм может быть проще.
1. Надо ввести систему управления приоритетами. Обрабатываются только срочные заказы, остальные заказы ждут и отборщикам не видны.
2. Проалализировав количество строк в заказах наивысшего приоритета и в каких зонах их надо отбирать перераспределяем пропорционально персонал.
3. Проблема "колебательного процесса" перераспределения может быть частично снижена, если ввести некоторый порог отклонения от "правильного"
распределения. Одного-двух операторов незачем перемещать.
4. Интервал анализируемого времени лучше сделать "скользящим", например, 1 час от текущего момента, Интервалы анализа должны быть меньше этого времени в несколько раз, например 10 минут.
Должно получиться достаточно устойчивое решение, но, конечно, надо моделировать.
Наверх
 
 

Не был бы логотрясом - не стал бы логодранцем...
WWW   IP записан