Архив форума

Это как ?
 
Произвольно, либо по какому-то критерию выбираем работников склада. Далее даем указание, вот эта, только что созданная группа занимается обработкой такого-то заказа, или приемкой такого-то прихода и т.п. О таком функционале спрашиваете ?
--
 
Вот в таком виде нигде не видел. Хотя реализовать в виде незначительной доработки можно во многих WMS.
 
Только нужно ли ?  Стандартные схемы с разделением работников по участкам и назначенным приоритетом выдачи заданий (сначала на своем участке, потом на чужом) очень даже неплохо работают. А в авральном режиме можно и устно отдать команду "мужики, все бросили айда заниматься приемкой". Функционал обеспечивающий получение заданий по выбору работника, тоже во многих WMS есть.

Процитировано сообщение: Polyakov Aleksey от 22.08.2008 :: 18:33:23:

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

От процесса - к технике. Если брать пикинг, то под заказ сначала определяется наборная тара, затем осуществляется виртуальное заполнение единиц техники в соответствии с их характеристиками и емкостью, после чего формируются задания. Тогда сотрудник сначала направляется к конкретной единице техники, затем набирает тару и т.п. Но это только по пикингу. Можно и схалтурить - нарисовать предварительно экраны с командами вроде "задействуйте телегу".
 
Если точнее, то под каждый процесс резервируется единица техники требуемого вида. Тогда мы получаем формирование заданий вроде "слезь с техники Погрузчик-2", "залезь на технику Штабелер-7" и т.п. Очень здорово это выглядит, когда менеджер склада в порыве энтузиазма начинает играться с приоритетами заданий. Плюс дополнительный критерий по оптимизации работ появляется - уменьшение пробега сотрудника Лично я в большинстве случаев не поддерживаю подобные начинания. Склад - это скорее конвейер, а не театр одного актера, который сейчас на приемке, через полчаса в наборе, завтра - на контроле и переупаковке, послезавтра - оператор палетайзера. Чем больше пробелов в технологии, тем больше появляется у Заказчика желаний по "автоматическому распределению ресурсов на складе", что в подавляющем большинстве случаев приводит к хаосу локального масштаба, потому как с "автоматическим распределением" начинается еще и понимание имеющихся ограничений: "Давайте не будем вот туда два штабелера отправлять, проход узкий" - вот получили для сотрудника задание "Слезь со штабелера", а через пять минут, когда проход освободился - "Залезь на штабелер". Так начинается определение фактического объема работ на участках, разделение операций во времени, более жесткое закрепление ролей для сотрудников, и все в итоге возвращается на круги своя. Технически, оборудование распределять можно. И делать это красиво, с соответствующими предварительными расчетами, закрепляя требуемые ресурсы за заданиями. Только нужно ли это на практике - большой вопрос.

в к/ф "Пятый элемент" был очень поучительный эпизод когда вся эта супер техника не смогла помочь когда нужно было всего постучать по спине ...
 
ИМХО система должна поддерживать приоритеты операций для каждой отдельной роли и выдавать существующие задачи по этим приоритетам, для специфичных ситуаций должна быть возможность временно изменять приоритеты как схожих задач (выделить один заказ на фоне других), так и разных операций (между приемкой и отгрузкой, размещением и пополнением) плюс возможность по устному указанию руководства заняться другой срочной операцией в рамках своих обязанностей и возможностей.
 
Все попытки заавтоматизировать хаос (сейчас там 10 человек нужно, потом там не хватает и так далее "раскачивая лодку") приведут только к головной боли как работников склада так и программистов с потугами доработки алгоритмов и различных коэффициентов дабы научить систему "видеть" текущую ситуацию и красиво перераспределять задачи между пользователями.
Можно дойти и до алкотестеров, распознования мата клиентов, подстегивающих электрошокеров, RFIDизацией всего и вся и т.п.
 
Лучше дать удобный и гибкий инструмент в руки начальника смены чем пытаться из WMS сделать систему с искуственным интелектом.
 
Я вижу проблему в другом - во многих системах даже задачи отбора неэффективно распределяются между сотрудниками.
Зонный метод - для склада где берут немного и "по графику" с возможностью равномерного занятия сотрудников на разных зонах.  
Выдача этикеток - для склада где сотрудники не пихают этикетки ящиков комплектации впрок из-за введенной системы мотивации.  
Ручное распределение - для склада где количество операторов чуть меньше количества комплектовщиков и есть желание вбивать в каждую задачу ФИО исполнителя.

Процитировано сообщение: Соломатин Владимир от 27.08.2008 :: 08:58:27:


Ага, когда человек уже почти загнулся    Представляешь если WMS, то же будет работать по таким грубым отклонениям  

Процитировано сообщение: Polyakov Aleksey от 26.08.2008 :: 15:37:18:

 
Леш, это самое банальное производственное планирование. У тебя есть человеко-часы и мото-часы, да хоть даже логисто-часы, это лишь означает, что временной ресурс имеет отношение к конкретному производственному ресурсу. Ты ведешь график работы производственных ресурсов, из чего система делает выводы о том, сколько и каких часов у нее будет в разное время. Исходя из плана поставок, которые раскладываются на операции (погрешность здесь точно будет, поэтому придется поправочные коэффициенты вводить), появляется потребность в этих самых разных часах. Если ты идешь от потребности к ресурсам (а это правильно), то получаешь распределение нагрузки в течение дня. Вот только дискретность такого оперативного планирования у тебя хромать будет сильно, так как если дата поставки - величина еще хоть сколько-нибудь гарантированная (и то не всегда ), то время поставки - это увы. JIT до нас еще не дошел Посему "до обеда" и "после обеда" - еще можно посчитать, а вот с меньшим интервалом - вряд ли. А такой крупный шаг дает тебе и погрешность соответствующую: скажем, у тебя "до обеда" - это до 14:00, а по поставкам несколько попали в 13:00, вот у тебя на утро и не 200, а 400 человеко-часов. Плюс, такое планирование всегда исходит из готового ресурса. Если ты начинаешь комбинировать ресурс, то получаешь либо жесткое распределение по времени (скажем, для какого-то ресурса 60% мото-часы, 40% - человеко-часы), либо получаем N-полную задачу, которую надо решать перебором. А это добро пожаловать на какой-нибудь MRP-форум.

Процитировано сообщение: Polyakov Aleksey от 27.08.2008 :: 15:10:06:

 
Думаю, надо определиться, о чем речь идет: планирование и распределение ресурсов (контур детального планирования), либо оперативное распределение техники (контур контроля исполнения). В соответствии с тем, что я говорил ранее, все применимо, и здесь нет противоречий. Просто мухи отдельно, а котлеты отдельно. Иначе про "будущее WMS" нам имеет смысл в "курилку" перемещаться.

Процитировано сообщение: Polyakov Aleksey от 27.08.2008 :: 15:10:06:

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

Процитировано сообщение: Смехнов Антон от 11.08.2008 :: 09:34:44:

 
Задача упаковки контейнера слишком... дорога для реализации. Или же делать четко под группу артикулов или лучше не делать (слишком простоая и беспомощная будет функция).  

Процитировано сообщение: Сизов Евгений от 23.11.2008 :: 15:50:06:

 
Если каждую коробку взвешивать и наклеивать штрих-код - любая система сможет, даже Excel.  
Дело тут не в WMS.

Процитировано сообщение: Сизов Евгений от 24.11.2008 :: 10:16:51:

 
Интересно, а как вы будете вести учет и в штуках и кг если вес каждой коробки отличается, но взвешивать каждую коробку/паллету не удобно?

Процитировано сообщение: Сизов Евгений от 24.11.2008 :: 11:21:18:

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

Процитировано сообщение: Сизов Евгений от 24.11.2008 :: 11:46:12:

 
Ну почему же. Скажу больше - не бывает двух совершенно одинаковых по весу паллет.

Вообще такое возможно. Например, пришли и забрали часть товара из коробке, тогда останется 10 кг из 30 в среднем. Но если это действительно расхождение тогда скользящая инвентаризация с ТСД.

Приняли 10 и 100, отгрузили 9 и 50, следовательно при отгрузке последней коробки система покажет что есть 1 и 50 и даст отгрузить 1 коробку и любое количество кг<50.
Если это является ошибкой - тогда ищем когда отгружалось и ищем виновного, параллельно корректируем на факт и отгружаем сколько нужно. Можем списать на сотрудника...
Если не ошибка, то списываем в усушку....
Другого ничего не придумано, если нет возможности клеить этикетки на каждую коробку.
P.S.
Иногда погоня за точностью стоит дороже чем ошибка и тогда нет смысла в этой точности.  
Все зависит от стоимости товара и % ошибок
 

Все это очень условно.
 
Еще пример:
 
есть паллета P01 на которой стоит
Номенклатура1 - Ящик1 - 10 кг
Номенклатура1 - Ящик2 - 12 кг
Номенклатура1 - Ящик3 - 13 кг
 
Вы принимаете в системе  
Номенклатура 1 - 3 ящика - 35 кг.
 
Теперь перемещаем Ящик3 на паллету P02.
Сколько по весу осталось товара на P01 если учет по ящикам мы не ведем?

Процитировано сообщение: Сизов Евгений от 24.11.2008 :: 14:54:13:

 
А если отбирают 23 коробки - нужно с калькулятором подсчитать общий вес ящиков?!
А если автоматом - тогда все отличия теряются, т.к. во многих системах вес учитывается отдельно и поддерживается в остатках.