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

а почему те идеи накрылись?

(1) имеется в виду, мои идеи накрылись

(0) Есть работающий вариант - начальник склада рулит кладовщиками и не сношает мозг одноэсникам всякой фигней.

(0) окладами. премию нач склада распределяет по своему усмотрению.

(3) Этот вариант не подойдет.

(4) мысль завершилась и выразилась в этом топике, а начала зарождаться в другом) пора домой)

(3) (4) ну как бы это не совсем объективно, т.к. там могут быть *ополизы, которым он будет премии платить и заказы по-проще выдавать
PS даже не знаю, есть ли там нач

(0) заказ разбивается между кладовщиками и считают кто сколько собрал/накосячил

(8) этот вариант я описал, интересуют еще идеи

(0) посмотри Кортез демо базу. там вроде есть это.

(9) ты написал ИЛИ, а я утверждаю И

(11) еще версии? :)

у нас собирают ТСДхами, пишется время начала ,окончания,кто собирал. в конце дня отчет кто чем занимался.

(7) Начальник - он и в Африке начальник.

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

Насколько я понял, автор использует счет покупателю? О_О
В УПП этот документ крайне неэффективный. Пожалуй единственно полезное назначение - документ служит основанием для создания/заполнения заказа покупателя.
Вот на него автору стоит обратить внимание. Так как, в частности, отношение счет --> заказ "один ко многим".
Счет можно "раздробить" по заказам (по складам/кладовщикам).

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

*всё в рамках типовой конфигурации.

(16) Счет и заказ в УПП - практически одинаковые метаданные - печатную форму легко "перебросить" с одного документа на другой.

(18) да я и не спорю, вот только осталось придумать алгоритм распределения

(18) или тоже предлагаешь заказ разбивать?

(0) интересный вопрос - тут или технически или нордически
(14) тот же самый вапрос не к заказу а к смене ... когда среди дня перечень заказов это понятно - а вот когда вся смена ?
ЗЫ помнится работал мну грузчиком цемента, нас тогда работало 4/5 человек , в субботу дежурило 2-е обычно (редко 3-е когда всего 5-ть)
дык вот - за штабелирование мешков мы получали ЗП (фиксированнную) , было время когда в бассейн сдуют цемент и лопатой махаешь себе потихоньку
потом началось , приезжает с дудкой и дуют в мешки с клапанами , обычно это все по договоренности и в смену из пять/четыре человек ходишь себе мешок - на склад и ничо так хороводиком

-  основные деньги мы получали за загрузку в кузов клиенту, договаривались сами, хошь мы грузим за стока один мешок, хош ищи народу вокруг полно, хош своих привози

дык вот, один раз в наше с товарищем дежурство пригнали цементовоз с дудкой , 7-мь тонн , без договоренности

- и как это считать ? (ну мужики нам потом с общака премию расписали с загрузки, но то свои)

(21) + к слову когда рабочий день - водила на цементовозе может и не спешить , может и спешить если это его личный рейс, по субботам только личные рейсы, так вот по 3,5 тонны на брата и бегом ... хорошо на +1 на понедельник выходной дали и мужики весь заработок за понедельник

(16) Насчёт "кто накосячил?" ежели что - не помогу :(Сами ловите как хотите.
У меня один работник отдела логистики штампует заказы - разобрать не собрать, ума и времени много не надо - мною написанной обработкой из счета штампует пачки заказов.

(20) В УПП допустимы подзаказы на основной заказ :) У меня специфика другая (производство) - без раздеталировки продукции и без подзаказов не выкрутишься.

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

Ну или 2 тарифа паллета 1 наименования-1 цена, сборная другая.

Задания на подбор печатает "робот". Подборщики подходят и берут из стопки.
Склад 3-х этажный, примерно на 7000 ячеек.
Сколько подборщиков - не скажу. В день сотни 2 подборов.
Среднее число позиций - 5.

(0) Я делал так: кладовщики собирают заказы с помощью ТСД. У них общий журнал заявок. Первый "забрал" определенную заявку (никто другой в нее уже зайти не может, заявка заблокирована). Следующий кладовщик берет следующую заявку и т.д. Если нужен анализ кто сколько заявок набрал - есть специальный отчет. И все!  Раскидывать заявки равномерно или каким-то другим способом по кладовщикам, на мой взгляд, не имеет никакого смысла.  Кто-то работает быстрее, кто-то медленнее. Поровну нельзя делить. Наворачивать какой-то "дикий" алгоритм - зачем?

(0) Объясните (точнее поднимите руку) кто в ВУЗах то учился?

Кто методы линейного программирования и прочие способы оптимизации изучал?
https://ru.wikipedia.org/wiki/Линейное_программирование
http://www.aup.ru/books/m157/3_2.htm

(28) Я.

(29) Молодца как применить?
Допустим хотим оптимизировать (минимизировать) время сборки всех заказов, т.е. чтобы за рабочую смену успеть отгрузить как можно больше их.

(28) Не понимаю, в какой модели возникает задача минимизации времени сборки: если к заказу можно приписать трудоемкость(время) сборки (например, константа*число позиций) - тогда и минимизировать нечего (общая трудоемкость = сумме трудоемкостей по заказам -> время выполнения = общая трудоемкость/число сборщиков). Разве только выбрать заказы, которые умещаются в смену (типа ранца).
Попробуйте предложить модель, в которой возникает задача оптимизации: у меня с наскоку не получается.

(30) Разве что попытаться "выровнять" трудоемкости по кладовщикам. Тогда это будет дискретная задача, что-то вроде:
переменные: Xij = 1, i-ый заказ выполняет j-тый кладовщик;
коэффициеты: Ai - трудоемкость i-того заказа;
условия: СУММАi(Ai*Xij)<=Bj (общая трудоемкость не больше продолжительности рабочего дня);
СУММАj(Xij)<=1 (заказ выполняется не более чем одним сборщиком);
Функционал: СУММАij(Xij) -> MAX - число собранных заказов.
Такую задачу можно решать (по разному). Не знаю. насколько она адекватна реальности.

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

(33) УПП не знаю, но не думаю, что все разнообразие задач планирования производства можно вложить в единую схему.
Касательно Вашего утверждения, непонятно какой заказ является очередным.
Не будучи заинтересованным продолжать обсуждение, хочу лишь обратить Ваше внимание на такой раздел задач оптимизации, как теория расписаний. В частности на модельную задачу Джонсона для 2-х станков, для которой есть не вполне очевидное решение.

(32) Не просто выровнять трудоемкость а с учетом объема/количества заказов разных заказчиков.

Обычно лучше сначала сделать много мелких и отпустить их уже, а потом делать большие заказы малого кол-ва заказчиков.

(16) ты серьезно собираешься решать эту проблему программно? ;)...

(3) человеческий фактор нужно исключать...

(37) В принципе правильное решение, заодно и начальника как умеющего рулить складом того, сократить можно.

Оставить только надсмотрщика чтобы бегали по командам компа шустро-шустро...

(38)+ Гм, робот-надсмотрщик над людьми
А что вполне неплохо звучит ))

(0) ты определись что тебе надо В ПЕРВУЮ ОЧЕРЕДЬ и С КАКОЙ ЦЕЛЬЮ
- стратегия какая-то деления заказа по кладовщикам для ускорения сборки заказа и улучшения качества
- что-то для чегото чтобы считать зап кладовщикам

это вообще разные вещи...

(40) Информатизация склада/работы сборщиков им нужна, а с какой целью это они уже потом приспособят.

Для начала любым образом отмечать кто (какой сборщик) по какому заказу, что собрал, как, за какое время и какой путь пробежал.

(30) имхо тривиально с практической точки зрения, без всякой существенной математики.
лимиты по весу/объему/количеству строк.
лимит по количеству строк делаем разумным, не сильно большим, не сильно маленьким (тонкости кому интересно можно обсудить).
соответсвенно вывалился заказ на сборку - могут собирать сразу энное количество сборщиков. все кто свободен. тогда весь заказ соберется за "один проход". если колво сборщиков недостаточно для одновренной полностью паралельной сборки - сборщик собрал по лимиту, оттаранил на упаковку/отгрузку, получил следующий квант по лимиту. если собранный лимит по количеству строк выполнен, но по объему/весу мал - то можно получить квант следующего лимита. если паллета "разваливается" сборщик принудительно может прервать квант сборки и таранит на упаковку/отгрузку (осовободившиеся строки упадут первому же свободному сборщику). Я ж вроде все расписал в предыдущей ветке...
тут включаем дополнительные ограничения - так как если свалился более срочный заказ - то после завершения кванта текущего заказа - сборка текущего заказа "приостанавливается" сама собой, т.к. сборщик получает следующий квант из более срочного заказа. в самом худшем случае может получиться так. что к моментуокончания "рабочего дня" собрано дофигища, но ни один заказ не собран полностью - поэтому включаем ограничение - начавшаяс сборка заказа заканчивается полностью собранным заказом, даже если есть более срочный заказ (возможны вариации - если текущий заказ на 1000 строк, а более срочный появилмя на 5 строк - то лучше наверное прервать 100 строк и собрать 5 строк ;0-)

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

в доступных мне вмсках - не видел нормального хорошего планировани и распределения ресусров. кое где есть в самомпростом виде. зачастую этого вполне достаточно с практической (точки зрения/работы.

(41)+ По сути они хотят WMS с ТСД, местами хранения и прочими ШК, просто еще не поняли во что это выльется.

На одном складе тут попробовали внедрить полноценную, вполне успешно. А потом все выкинули и оборудование распродали.
Ибо получилось что WMS им не нужна по причине недозагрузки склада работой.
Они за 5-10 минут делают работу на которую ранее уходило несколько часов, а потом балду гоняют.
И сократить/уволить сборщиков низзя как и з/п им просто урезать, иногда авралы на которые где тогда сотрудников взять?

Это мне так объяснили причину отказа от информатизации полной но сам с трудом в это поверил, вероятно были еще другие причины отказа.

(41) ну пусть пилят велосипеды. все это есть в любой мало-малськи приличной ВМС (я предлагал не трахать себе мозги а брать ВМС, нет, пусть пилят лисапеды). - даже у меян в самописке это есть. и даже в старой самописке было.

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

а когда СОВСЕМ нет никакой работы - пусть лысого гоняют то есть без перерыва делают текущие инвентаризации на складе. МНОГО ИНТЕРЕСНОГО вылазит если делать ПОСТОЯННЫЙ КОНТРОЛЬ.

вдобавок что ыб там ни было - для оценки работы кладовщиков - все сведется к тривальной почасовке. минута работы линейного персонала стоит 4руб 05 коп.

а если выработка от сделки - то если большая есть сильная неравномерность один заработал 30 тыс по сделке, а второй 80 - это говорит только об одном - о неверно выстроенной системе тарификации.

в итоге6 чтобы все было ПО УМУ - НАДО УПОРНО ДОЛБИТЬБ, дятлов обычно нет. поэтому применяются упрощенные подходы. которые во многих случаях вполне удовлетворяют.

одно из неоспориымх преимуществ ВМС - это предсказуемость и стандартизация.
например: двухпроходная система работы.
сборщик: выполняет отбор
упаковщик: выполняет вторичный контроль и упаковку.
накосячить здесь ОЧЕНЬ сложно - если косяки идут регулярно - однознаочно халатное отношение. а так как ВМС - первый косяк - предупреждение сборщику+упаковщику, второй косяк - увольняем или сборщика или упаковщика (кто набрал 2 балла).
запустить нового сборщика/упаковщика на нормальной ВМС - 20 минут на обучение, 1-3 ДЕНЬ понять способен он работать или нет!!!

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

ускорение сборки
1. Позаказная сборка - самый медленный вариант
2. Мультипикинг - обновременная сборка нескольких заказов. каждый заказ в свою коробку/тару - быстрее чем п.1
3. Волновая сборка - одновременная сборка нескольких заказов, все заказы собираются в одну тару/кучу - быстрее чем п.2

п.3 прекрасно работает если клиентупофиг разделение заказов, главное чтобы все отгрузили. (заказ и отдельные заказы-дозаказы). если по п.3 в волне собираются рахные заказы (заказы разных клиентов) - то следующим этапом (конвеер, мля!) идет сортировка/разделение по заказам на учаске контроля упаковки.

не надо применять (ПОКА) никаких оптимизационых алгоритмов и управоеняи ресурсами. запустите хотя бы п.2 или п.3.

(43) пару миллиончиков и для автора мы запилим ВМС, пусть обращается. из УПП свалились на ВМС заказы на сборку, из ВМС на УПП - результат "сборки". а УПП - пусть себе планирует всякие бюджеты, техкарты, разулования и прочее уппшно-няшное.
а тупую механическую работу - пусть делают специализированные "станки".

(41) на первом этапе "оптимизации" и выработки всяких кипиай можно ограничится тупо (разумной!) статистикой. скорость сборки В СРЕДНЕМ строк/час за месяц (возможно с делением по ярко выраженным номенклатурным группам/зонам склада - предварительные работы по кластеризации, очень часто это тупо габариты/вес). Далее по итогам месяца - смотрим показатель поперсонально. включаем мотивацию. (как правильно  оценивать работу складских - это отдельная большая тема). но даже такая простая система требует нормальной автоматизации.

блин, фигли я тут распинаюсь ;-)
будет автору нужно/интересно/предметно получить консультации/рекомендации - нехай стучится, знает где меня найти...

(47) Для п.3 волновая сборка требуется овер дофига места для сборки с кучей допработников. Еще и конвейерную ленту там желательно.

Для огромного по площадям/пробегу склада с соответствующими оборотами согласен лучший вариант.

(51) почему овер дофига места для сборки?
сборка идет тем же темпом и по тем же площадям где обычно.
сортировка после сборки - да, допплощади нужны. но не такие уж и большие с учетом того. что не надо собирать сразу 50 заказов в ворлне и потом сортировать, для начала собирать по 4-5 заказов. сортировка/упаковка идет примерно в три раза быстрее сборки. да и по стандартам на складах класса А площадь под зону комплектации чтот-то там примерно под 40% от площади всего склада. Чудес не бывает. все требует ресурсов. загнать склад в состояние нехватки площадей, нехватки человекоресусров, в однопроходную схему, с халявной автоматизацией или без оной и хотеть качества - не, не видел...

седня был на объекте. позвали поконсультировать про "складской учет" озвучено было. по факту - я чуть не обкакался от масштаба задач. в итоге "складской учет" оказался позаказным производством от закупа до сдачи готовой продукции наружу

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

(54)  вдобавок к предыдущему сообщению.
Разговаривал со многими людьми внедрявшими и сопровождающими ВМС на стороне конторы-потребителя...

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

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

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

(57) Ага, видел я ВМС систему, где в одной базе 16 удаленных складов работают :)

если рассматривать склад как автономное хозяйство - то какие необходимости в удаленке кучи складов в одной базе могут быть?

(59) Онлайн принятие решений со сменой на лету откуда-куда лучше перемещать позиции.

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

(60)+ Ну и хорошо известный Амазон - вот это блин сила так сила.

(60) не, это понятно, это управление цепочками поставок, отгрузки, планирование оптимальной загрузки мощностей склада типа
Но я сильно сомневаюсь что все идёт через центральную диспетчеоскую и она типа смотрит что от поставщика идут паллеты высотой два метра и на каком складе есть такие песурмв хранения. Очень сомневаюсь. Скорее все гораздо проще, онлайн там типа запилили для сбора и консолидации отчетных данных, относительно статичных и не отслеживают и не план руют онлайн состояние всех складов по каждому по енциальнлму чиху связанному со складами.
Хотя хрен его знает, могу забоуждаться.
Те же сетки требуют некоторые накануне по ставки, некоторые чуть ли не сразу после при ылки заказа - сколько пал лето мест будет, резервируют видимо ячейки под храненип

(61) это да
Но если учесть сколько там вбухано енотов и еврейчиков в оборудование и лтгистику  - то понятно. У нас в стране даже складов с шатлами обслуги паллет наверное одной руки хватит пересчитать. А уж про логистика обработки мелкого тмц  - ваще...

Другой вопрос где автор ветки... Сбросил и слинял

(40) еще раз
нужно для отлавливания косяков и анального наказания виновных

(36) поставили такую задачу
предлагаешь сразу сказать, что это нереально?

(66) ты свой вариант опиши и народ заценит его реальность

(67) пока примерно так:
считаем кол-во штук, кол-во упаковок. Смотрим, кто чего собрал за день и считаем, кому отдать задание.
Вот только пока не придумал, как сравнивать объем заявок у переменного кол-ва кладовщиков.
Возможно попробую через ТЗ - там просто сортировать.

+68 еще в номенклатуры будет проставляться "коэф. сложности сборки"

*номенклатуре

(68) ты пытаешься отменить законы эволюции - я бы использовал тянующую схему - задание получает первый освободившийся. и потом как будешь разделять целые паллеты и штучную сборку ?

(71) смотяри как получает - по собственной инициаьтиве (тянущая схема) или как только вошел в режим например "сборка" - так сразу прилетает - "задание! подтверди получение" (толкающая схема).

(71) да, поддерживаю.

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

(71) отдельно считать паллеты, отдельно штуки и сравнивать.
А если один кладовщик лодырь, а другой трудоголик? Получается, что у них не одинаковая загрузка будет.

(75) так же к (72) (74)

(75) в эволюционной борьбе выживает сильнейший и быстрейший

(65) если у вас косяки идут постоянно и они РЕАЛЬНО ОЩУТИМЫ для бизнеса - надо не их отлавливать и карать анально (это надо, но это не первоочередная задача) а смотреть на
1. правильность построения процессов на складе
2. отношение персонала к работе.

при нормально выстроенных процессах и нормальной автоматизации люди по п.2 меняются на раз.

(75) да, неодинаковая. и ЗП неодинаковая. и это правильно.
но чтобы сделать ЗП правильную - надо сначала процессы правильно сделать. а не искать косяки/анал.

(77) kpi и зп отдельно считать никто не будет

(80) не надо никаких кипиаев. звони в скайп я тебе подскажу.

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

(81) если своими силами не справлюсь, то обязательно постучусь ;)
спасибо!

(80) главное с чем надо ДЛЯ СЕБЯ УЯСНИТЬ: кто определяет как работает склад - если определяет персонал - то вся эта ветка бессмысленна. если персонал диктует на складе свою модель поведеняи и свою модель работы - стреляйся.

(82) угу, я про это и написал выше.

(0) у начальника кладовщиков надо спросить, как ему надо, чтобы было, и потом так и сделать

(83) у вас там что - лодырей уволить не могут? РАБОТАТЬ НЕКОМУ БУДЕТ? аааа... все встанет?
нормальноый персонал показывает в целом статистику с разбросом вправо-влево не так уж и много.

(86) склад это отстойник продукции и человеческих ресурсов.
спрашивать можно только в режиме вот тебе три варианта - выбери который больше нравится

(81) это - не формат форума. Есть, что сказать, - говори тут. Иначе это очень похоже на продажу своих решений через форум.

при человек до 20 линейного персонала имхо заморачиваться чемто серьезным для оценки скорости/качетсва работы смысла мало. Это можно делать, если другое все сделали ;-)

(89) автор может потом здесь сказать - продал я ему что-то или не продал.

(88) "Склад - это отстойник ресурсов, материальных и человеческих" ;-)

(91) ну, ты сам ебе с усам. Второго предупреждения не будет

(89) да не... уже как-то с ним переписывался
нет такого, типа "вот можешь купить мою методику" :)

(93) да не горячись ты :)

(88) если на местах люди, прикидывающиеся ботами, значит им надо предложить самое уродское, неудобное и бесчеловечное решение. Думать начнут моментально и сами всё, как надо, придумают.

(89) все что могу сказать - долбите. если долбить долго - получится. но есть другие варианты - прислушаться к советам. попытаться эти советы претворить в жизнь или донести до руководства. лично я прошел длинный путь от полногочайника в складских делах до чегото- как надеюсь - разбирающегося. и сейчас вижу кучу своих ошибок и прочего. хотя тогда - я был упоротым и не видел их. мы же все грамотные, правда?! и моя задача здесь - ну вот такое мое хобби - подсказать кому-то НЕМНОЖКО. ибо меня уже чувствую вмсники кто этим зарабьатывает - с битой подстерегут у подьезда...

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

(98) согласен.
однако по узкоспециализированным вопросам трындеть "забесплатно" - занятие неблагодарное ;-)
а трындеть без обратной связи - в плане тотальной обучаловки - я что-то такого мало-мало видел.

(99) нельзя одной и той же жопой сидеть во встречных поездах. Прими какое-то одно решение - говорить или не говорить. Захочешь говорить - говори. В противном случае не надо вот этого вот вот этого всего с организацией закрытых клубов ограниченных людей

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

как только ставится сколь-нибудь достойная автоматизация - КУЧА ВОПРОСОВ отпадает сама собой.

вот от этой печки и стоит плясать.

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

(68) в одной компании начальник склада был немного 1С-ник.
он дописал УТ - на основании счета создавались задания на сборку, отдельно на паллеты и отдельно на штуки. если строк с штуками было много, то заданий на штуки было несколько.
очередной боец подходил к столу со сканером и принтером, сканировался и из принтера вылазил сборочный лист, соответственно в документе проставлялись ФИО.
непомню только как было сделано завершение, как задания на сборку по одному счету собирались в одно место

там где люди сильно интегрированы в складские процессы как часть УПРАВЛЯЮЩЕГО контура - там и проблемы будт постоянно, и ФОТ высокий, и "заменить некем".

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

(104) так многие делают. и у меня так было в свое время. лаже проще - дробилось и выдавалось сразу на печать - просто выкладывалась стопка по одной отгрузке на стол. начсклада "экспертным мнением" мог просто кучки выкладывать в зависимости от приоритетов и все... и  нормально работало.

(75) сделай просто. допусти "зп" у складского = 30 тыс.
просо объявите - если справитесь с текущими сборками при увольнении одного человека - треть/половина от ЗП пойдет в ФОТ оставшихся... если хотя бы один "лодырь" после этого со склада не исчезнет - значит на складе гнилая атмосфэра... ;-)

(75) Надо их перевести на сделку - и естественный отбор все сам сделает. И то, что не сделает лодырь получат нормальные работяги. А если лодырь получит мало - сам уйдет. У нас например разброс в сдельной зарплате от самой маленькой до самой большой процентов 15-20.

(88) А вот это от начальника склада зависит :)

(108) это все равно, что "дайте им денег и пустите все на самотёк, они там как-то сами справятся". Я полагаю, ветка от того и возникла, что самотёк не помогает.

(108) ну да насчет разброса - я выше писал. что он не сильно большой.

(110) никто не даст безгранично денег.
если складской сборщик на рынке "стоит" 40 тыс. то он и будет в месяц зарабатывать 40 тыс, ну 60 тыс, но никак не 120.

(109) От начальника зависит, что в этом отстойнике не плесень не заведется

(110) Если у ТС не сделка, а оклад, тогда да, лодыри это проблема...

как вариант - для стимуляции - в сделку с коэффициентом 0.8 вклбючать личные показатели. с коэффициентом 0.2 - показатель бригады. Тогда быстро либо лодыри отвалятся (значит контора наромальная) либо хорошие работники поуходят (значит контора гафно и туда этой конторе и дорога).

но надо ОЧЕНЬ ОСТОРОЖНО, продуманно. вопросы мотивации - сложно/опасно/трудно.

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

общаясь с кучей АУПа имеющего вменяемо е отношение к упавлению складами - ворота сделки от % "30 на 70" до "70 на 30"

но еще раз - чтобы сделка работала - надо провести много подготовительных действий - иначе либо вообще не будут мыть пол на складе либо будут только и делать что мыть пол на складе.

сколько "стоит" час работы сборщика-бегунка и час работы мойки пола...?

(ниже моуг ошибаться)
в итоге все так или иначе упрется в стоимость минуты/часа работы. при нормальных средних вменяемых тарифах на выработку по четко выделенным зонам склада. 90 строк в зоне мезонина "стоят" 1 час работы. 1 час работы в зоне комплектации паллет из сборных коробов "стоит" сколько..?
.
все фигня. все равно надо опираться на обезличенную статситику. регрессионный анализ. Д.Перов показывал как это работает. просто тупо обсчитывавем статистику и получаем вменяемые "стоимости"...

(116) >сколько "стоит" час работы сборщика-бегунка и час работы мойки пола...?

Обычно час мойки пола стоит в 3-4 раза дороже чем "бегунка"

(117) Ну полы мыть и мусор убирать обычно отдельные люди на окладе занимаются.

(116) Есть такая фигня что не все операции "оцифровать" правильно возможно. Например, если в обязанности одного работника входит разгрузка/приемка/пополнение/инвентаризация при сделке практически гарантировано разбежка в зп будет процентов 50, что вызовет ненужный разброд и шатания :)

(114) у кладовщиков оклад

(115) к примеру может быть ситуация, что один машину принимает

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

(122) снова понову.
тебя что интересует? пока у тебя будет тянущая система - когда пользователи вытягивают себе задание - толком ничего не получится. это сработает только в том случае. если постоянно следить чтобы не было 1. вошедших в сисетему (обязательност ь захода в систему тоже наджо контролировтаь) 2. не получивших задание.

есть заявка на 300 строк. в системе 3 сборщика. ни у одного нет задания. СЧИТАЕМ (ИБО СБОРЩТИК ОБЯЗАН ВЗЯТЬ ЗАДАНИЕ) - максимально расспаралелить чтобы быстро собрали. значит надо паралелить на троих. - возьимут один за другим. ну и бьешь тупо по выстроенному маршруту передвижения по лимитам строк/веса/объема... примерно так. если в руках ТСД - тогда лимиты сделать поменьше чтобы паралелить на любого появившегося свободного. сборщик при наборе одного задания по заказу может тут же по пути получить еще одно и продолжить сборку....

пишите. я еще подумаю.
а пока пойду в спортзал. а то вдруг с работы выгонят - устробюсь сборщиком тяжелых грузов ;-)

но я не настаиваю на правильности своего мнения по сабжу...

(122) когда заданий много, то кладовщики получают задания по мере подхода, когда заданий мало - м.б. живая очередь.
распределение на тупых и нормальных требуется только для распределения заданий - умных к умным, а меня к тебе :), в смысле задания для vip-клиентов выдаются только нормальным сборщикам, а тупым выдаются некритичные клиенты.
разбивка заказа на много микрозаданий приводит к необходимости потом формировать транспортные паллеты.
более практично разбивать заказ на паллеты высотой 1м и весом не более 150-200 кг. в этом случае сборочный лист остается прикрепленным к паллете и ее легко можно идентифицировать

(126) да, все правильно, так и есть. За добавкой мелкой тонкости, когда заказ по квбатуре куб с екбольшим а по строкам 400 строк и заказ надо собрать его быстро то надо включать лимит по количеству строк и он должен быть в среднем таким, чтобы один такой квантик собирался за обозоимое время а это имхо минут 30. Потому что собрать быстро паралельно 4 сборщиками за час и скомпоновать из 20 сборных коробов паллеты более выгобночем ждать одного сборщика 4 часа. Тем более что зачастую в этом случае собираются всегоипвру заказов и в зоне консолидации они кучкуются вполне нормально. А если сборщиков садо то ожие

(123) (126) Наборка идет на доставку "на завтра", совмещения грузчиков нет. 300 строк - это скорее исключение. Документов много и они достаточно мелкие. Получить "по пути" пока не будет, т.к. в оборудование сейчас вваливаться рано.
Полное отсутствие заданий должно быть исключено по характеру работы.

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

Пока вопрос стоит в "честной и равномерной выдаче" следующего документа.

(128) ...честная и равномерная выдача следующего документа

че-то напомнило https://www.youtube.com/watch?v=E9Pit_z_stI

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

(129) ну откровенные тормоза быстро отсеиваются ;)

(128) одну точку доставки на 8 документов обьединяй в волну и собирай в кучу. И поедет кучей с 8 документами. Или после сборки кучи делай расфасовку на 8 заказов. Сборка кучи и расфасовка потом суммарно дадут офигительную экономию. Из всего оборудования какой нить комп да ручной проводной сканер.

имхо, сделка имеет свои недостатки. Например, в производстве (как, наверное, и на складе) нормы времени могут отличаться от реальных плюс-минус в два раза.

выровнять более-менее ситуацию может система оплаты оклад+премия за выполнение плана.

(129)  альтернативно ускоренные ;-)

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

(132) Пока был оклад + премия по группе - возникало много проблем внутри коллектива склада. Как раз таки из-за особо одаренных. Ну и плюс стимула у тех, что хочет и может быстрее/больше работать не было. Со сделкой все стало намного лучше.

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

(135) правильно, потому что коллектив гниловатыц. Никто не придёт и не скажет Василь Петрович уберите нахрен гаврюшкина он тормоз страшный, мы же боимся что он обидется... А так сделку сделали - посмотрели - фот как изменился? Как быстро можно найти адекватную замену выбывшим производительным работникам? Как оценивается уборка склада? Как оценивается паллетировпние стрейчем? Как оценивается собственно сама отгрузка? Вопросы вопросы и вопросы
Потому что рано или поздно наступает момент когда начинают сокращать расходы. И внезапно оказывается что сборщики просто дофина зарабатывают просто потому что тарифы изначально занижены сильно, начинается пересмотр тарифов и начинается бодание справедливо это или нет
И понеслось

Полюбасику мне сделка представляется более при рессивеой, по её надо малость немножко замешивать с другими вариантами

(138) угу оклад за часы присутствия на складе + сделка за работу

(136) Для этого коэффициенты сложности есть.
Например есть короб, вес - 7кг. В нем пакеты по 100гр.
Стоимость набора этого короба и стоимость набора пакетов в ассортименте отличается. Т.е. на круг выходит за одни деньги либо много тяжелого потаскать, либо с мелким как следует побегать.
Непрофильные работы идут отдельной статьей.
Вопросы, конечно, хорошо. Но по такой схеме как минимум лет 5 работают, здесь она себя вполне оправдала.

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

(141) тут все просто - как только в стеке появляется задание сразу запускается https://my.mail.ru/music/songs/zievidin-nozanin-таджикская-22854e6db3ce64772394d209bde9e202

(140) ну тогда и не морочиться рази подобрал хорошее частное решение. Его и зашей

(142) угу, у меня была мысль сирену с ревуном запускать

Злопчинский
У меня предложение для тебя.
Чувствую, что ты в теме. Может заведём первую тематическую секцию на мисте? Будет секция в разделе 1С типа "Склад" или <твоё название>, а ты будешь ведущим. Как смотришь?

(145) Может не ограничиваться одним складом и составить/завести список предметных областей?

Нечто вроде
Учет>
-Склад
-Оптовая торговля
-Розничная торговля
-Бухгалтерия
-...

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

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

Да и отказаться я смогу в любой момент.

Но думаю, это все же лишнее заводить секцию.

Веток вполне достаточно

(145) отличное решение, чорт возьми!

(146) количество и состав секций определяется наличием компетентных ведущих, имеющих желание вести секцию. Будут ведущие, будут и секции.

(149) Конкурс то объявить с тестом на замещение и голосовалкой по результатам теста

(150) *на ведение секции

(150) (151) пробовали, это не работает. Ведущий - это человек, который шурупит в теме и хочет поделиться знаниями.
Конкурсы-куёнкурсы без денег не работают, а денег тут не будет.

(152) Монетизировать слегка, привлечение/развлечение аудитории, с управлением ею, для рекламы это как бы работа.
Согласен что желающих заниматься на общественных началах (бесплатно за свой счет) будет мало, когда пользу (хоть и копеечную) другие имеют.
Хотя еще вариант "выдали пистолет и крутись как хочешь"...

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

(142)(143) Сейчас решение задачи упирается в человека, распределяющего заказы между наборщиками.
Если просто брать первый попавшийся заказ - будут перекосы ФОТ по наборщикам. Поэтому и говорил - нужно "честное" распределение заказов исходя из стоимости набора. Но как нормализовать "интуитивные" правила распределителя - пока не придумал.

(155) да я и не настаиваю - пили гирю дальше

(155) Опять же задача оптимизации, каждый заказ должен иметь иметь оценку трудоемкости и затем распределением заказов выравниваем трудоемкость как нуна.

Трудоемкость можно по среднему времени затраченному оценивать и переоценивать на лету.
Т.е. каждый заказ стоит некоторое кол-во условных минут/часов и далее оплата/доплата идет за эти условные единицы времени потраченные.

(155) (157) тут главное к микроменеджменту не скатиться.
Мне представляется самым продуктивным вариант, про котором система генерит наряды на сборку, а сборщики эти наряды разбирают сами начсклада здесь нужен, чтобы "неприятные" не закисали в очереди и, чтобы вручную ограничить хитрожопость сборщиков.

(158) Эээ складской микро юбер? Интересная идея, чтобы не закисали можно играться коэффициентами/расценками в онлайне.

Если какой то заказ не берут то надо сделать его боле привлекательным (повышаем "цену"), в тоже самое время пропорционально не забыть сделать более не привлекательными остальные (им понижаем цену)

(159)+ Не забыть штрафы за простой при висящих заказах и тому подобное чтобы искусственно очередь не создавали из просроченных-повышенных договорившись всеми

(159) зачем такие сложности? Если наряд не берут, начсклада должен руками кому-то его выдать. А с пилюлями или пряниками - это вопрос десятый уже. Это не вопрос автоматизации.

(161) Нифига, должно быть "добровольно и с песней"©

(161) А начсклада можно того, оставив только старшего смены которому идет % от работы всех такси... сборщиков

(163)+ Причем "старший смены" это обычный заказ, который так же может взять любой.
Если коллективу не понравится старший они его могут отсаботировать на его з/п, понятно потеряв при этом и свою  за день ))

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

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

При автоматизированной работе склада усилия следует направлять на правильную оценку ресурсоемкости заявки и правильного прогноза/выделения ресурсов на ее обслуживание.

опять же по секции "Склад" (допустим).
текущая тема явно относится к технологиям складской работы.
вопросы относящиеся к возможностям УТ11 в части адресного хранения - куда относить? в ветку "Склад" - гложут сомнения... это вопросы ПО ТИПОВОЙ КОНФИГУРАЦИИ.

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

соглашайся, короче, не бзди

да и нет в ветке про УТ ни чего

+(170) да и не один ты - тут спецов по УТ, как звэзд  на небе. Твоя задача, как ведущего ветки, - гасить чушь и поддерживать живое человеческое по теме.

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

(169) ну дык я ж сказал - сделает Волшебник секцию, я ж возражать не буду, побуду ведущим - это ж не консультантом работать.

(171) живого человеческого по теме wms или складских задач - на мисте мало.

(173) потому и мало, что разжечь некому

вопрос тем, у кого считается распределяется по зп
как эту самую зп считаете?
в зависимости от объема, массы, кол-ва?

(175) 1. Количество собранных строк + вес. 2. Количество собранных штук, количество собранных коробов.

(176) по второму варианту
один собрал 100 штук, другой 50 коробов - как считается?

(177) Штуки дороже коробов, сегодня тот кто собирал штуки заработает больше. А в целом по месяцу выравняется...

(178) на сколько дороже? какой коэф. используете?
выровняется само собой или есть какое-то распределение?

Я вот у себя реализовывал следующую схему набора.
Есть накладная, в которой есть некий список товара.
Есть подчинённый к нему документ план набора.
В котором колонки:
Наборщик,КоличествоСтрок (1 строка - 1 товар в любом количестве), время начала набора, время окончания набора, Признак коробочный это набор или штучный.

Оператор перед печатью накладной, разбивает этот план набора на куски (1 кусок - чайники, другой шкафы, третий парфюмерия)
И каждому куску соотвествует своя страничка спецификации со своим штрих-кодом. Где в штрих-коде указано, какие строчки плана набора в этой страничке.
Потом он перед тем как идёт собирать, сканирует спец шк "Начало набора", потом ШК своей спецификации и фиксирует время начала набора. По окончанию так же фиксирует конец набора.
А потом главный по наборщикам сидит и формирует отчёт. В котором он указывает норму строк по набору (например 10 строк в час), на количество товара в строчке ему пофиг, потому что основное время тратиться на нахождение единицы, а т.к. они одной кучей лежат, что 1 штуку, что 700 взять по времени примерно одинаково.

Норму он выбирает некую среднюю из головы.
И смотрит, первым 10 рекордсменам премия. Последних 10 идёт пинать. + смотрит что суммарное время проведённое в наборе было больше 4-5 часов. А странички между собой кладовщики распределяют следующим образом.
Им приносят стопку спецификаций на разные накладные. Свободный кладовщик берёт верхнюю 8)

(180) Нормы само собой разные для коробочной части и не коробочной

(179) Это все от типа товара зависит и от типа склада, для стеллажного хранения и для мезанинного. У нас такая система оплаты на кондитерке, где-то процентов на 40 штука дороже короба.

(179) Выравнивается само, что при 5 тыс. заказов в сутки неудивительно :)

Все эти коэффициенты по большинству взяты из головы.

Нормальную систему которая опирается на реальные расчёты видел один раз давно, презентовал рассказывал практик складской. Но чтобы по уму посчитать надо посчитать "стоимость" склада со в если прямыми и косвенными затратами, делить по ярковыраденным складским группам и оттуда все пляшет дальше и выливается во вполне определённую стоимость обработки складской единицы товара.

(185) Ну я подозреваю это для систем набора и хранения которые особо не меняются.
У меня вот регулярно на складе схема набора и хранения меняется. Всякие там куски адресного хранения появляются.
Или вот частичная смена проводных сканеров на ТСД.
Раньше сотрудник набирал по бумажке и передавал другому сотруднику, который сидел за компом со сканером. Теперь часть заказов сканируют на ТСД и никому не передают.

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

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

Для расчета стоимостей (аесовых коэф) используются данные самых шустрых работников, коэф подбираются по разнородным операциям выполненными примерно за одно время

(186) там пофиг. затратная модель.

(187) забейте нафиг на планшеты. возьмите ТСД. вдобавок и скорость увеличится существенно.

(188) Можно и так, но тогда начсклада задолбается объяснять, почему Джамшут получил больше Ивана :))

(191) бегал быстрее по складу?