#0
by John83
УПП 1.3 Из счета на оплату покупателю делается печ. форма для сборки на складе. На складе два кладовщика и нужно распределить нагрузку между ними в течении дня. Т.е. пришла первая заявка на 100шт. - собирает первый, пришел второй на 30 и третий на 60 - собирает второй. В голове решение есть, но что-то оно мне не нравится.. Создал регистр, при печати буду писать туда данные и опять же в печ. форме рассчитывать, кто должен собирать. Может кто делал подобное раньше - поделитесь идеей, плз.
#1
by Лодырь
У тебя задания на сборку все равно же в некий регистр пишутся? и факт сборки небось оттуда минусует? Ну и получай остатки в разрезе кладовщиков.
#3
by Naf2017
Если счет всего один на 1000 позиций, то один курит, а второй работает - долго собирают. У нас счет делится на наряды сборки, например в наряде должно быть не более 100 позиций. Тогда счет из 250 позиций делится на три наряда: 100+75+75 Правда там делится счет и по секторам склада, чтобы не бегать по всему складу, но это уже не принципиально
#5
by Naf2017
+ да, сборщиков много, поэтому наряды обычно попадают разным людям, пока наряд не закроешь - следующий не возьмешь
#6
by John83
"Если счет всего один на 1000 позиций, то один курит, а второй работает - долго собирают." пока именно так, а дальше посмотрим будем считать, что склад небольшой
#8
by John83
сначала думал собирать данные из самих документов, но они печатаются не по порядку и вчерашний документ может быть отправлен на склад сегодняшней датой
#9
by Злопчинский
все неправильно. задача проста. лучше иметь один собранный полностью заказ и один несобранный заказ. чем два собранные наполовину. поэтому максимально ускоряем сборку текущего заказа, распаралеливая его между сборщиками (это я уже сто лет назад даже в самописке своей делал). критерий распаралеливания: а) количество строк б) вес в) объем. при работе по бумаге распаралеливание плохо. количество строк в кванте определять наверное имеет смысл из минимальных некритичных задержек. как сейчас например у меня (ТСД): критерий не более 50 строк в кванте (сборка занимает в среднем 25 мин) и не более N кг и не более 1 куба потому что для Ипшника какого-то и 400 строк - это всего 3 коробки небольшие по 1-2 штучки всякой мелочевки, а для какого-нить представительства 50 строк - это пять паллет может получиться.
#10
by rbcvg
у нас склад поделен на несколько рядов. За каждым рядом(категорией товаров) закреплен МОЛ. При печати заказа бланк разбивается на несколько листов по категориям(рядам). Каждый кладовщик собирает товар только на своей территории.
#11
by Злопчинский
закончив квант сборки на ТСД сборщик может либо отвезти на упаковку либо (ИПшник-мелочевочник) сказать "дай еще" - если есть нераспределенные строки - получит очередной квант этого заказа. с другой стороны - (крупное представительство) - получил в квант всего 6 строк - лимит по кубатуре - 4 строки собрал (короба) - паллета уже "разваливается" - говорит "все, не лезет" - система отправляет на упаковку, недобранные строки свободны для любого другого.
#12
by Naf2017
да, ты прав, но за счет большого числа сборщиков и того, что наряд все равно делится по секторам склада, то не критично пока для нас, но учтем да, "сборщики большими упаковками"- это отдельные наряды, они сами по себе
#13
by Злопчинский
это хорошо получится если распределение по рядам поддерживается равномерное с точки зрения частоты подхода к товарам. а то получится что на 1 ряд выпало 90% заказа, а на остальыне ряды - 10% один пашет, остальные курят бамбук.
#18
by Fragster
короче, складываем задания в стопку, кладовщик сканирует бэйдж на стационарном сканере - ему из принтера на столе вылезает заказ. в конце месяца считаем количество строк и платим по сделке.
#19
by Злопчинский
на бумаге можно тоже хорошо паралелить, но тогда склад и принтера должны быть очень хорошо продуманы по расстановке а я такого не видел!!! бо где хорошо продумано - давно на бумагу наплевали и работают с ТСД). если на складе можно натыкать принтера - то выдачу на бумагу ограничиваем минимально разумным количеством строк - взял "квант" бумажный - пошел собирать, собрал его - тут на пути очередной принтер - подсунул свой бейджик под сканер - получил следующий квиток а не бегать через полсклада к оператору.
#20
by Fragster
+ либо нажимает кнопку на ТСД и ему прилетает новое задание в то самый ТСД (предыдущее задание должно быть собрано)
#21
by Злопчинский
да, это самый простой вариант. когда-то давно, когда работали по бумаге - так и быдло. даже еще проще - печатали заказ с разбивкой по листам/рядам - лежали на "раздаточном столе" по важности заказов
#24
by Fragster
+ при распределении премиальной части по KPI из количества обработанных позиций/заказов/прилетевших косяков с пересортами
#25
by Fragster
суммарной премии на весь склад, т.е. лучше работаешь - получаешь больше, съедая чужую премию
#28
by Злопчинский
народ неглупый, он начинает себе из бумаги выбирать те заказы, которые "хорошо собираются". у меня (я писал об этом ранее) средняя скорость сборки быkа ~103 строк/час, один устойчивао показывает в райне 130-150. так ведь не бывает. ясен пень - он себе БРАЛ те сборки, которые шли минипаками/блоками - они очень хорошо собираются...
#31
by Злопчинский
а ничего лучше не придумаете. либо автограф на бумаге, либо регистрация в базе кому распечатался квиток на сборку.
#32
by Fragster
у моего способа кладовщик не может "выбрать", потому что не знает, что в очереди. отсканировал/нажал на кнопку ТСД - заказ прилетел
#33
by Fragster
а вот когда уже заранее все распечатано и лежит на столе, как в - там да, можно было повыбирать не по важности, а по простоте и тогда KPI бесполезен
#34
by Злопчинский
у вас однопроходная система? собрали и сразу на отгрузку? упаковки/контроля - нет? у меня двухпроходная - сборка-упаковка/контроль-отгрузка. косяки настолько редки, что на них вообще уже никто внимания не обращает. скорость упаковки примерно 2.5-3 раза больше скорости сборки
#38
by Злопчинский
...особенно когда вертится куча заявок и все с разными приоритетами, одна перебивает другую. на ТСД все разруливается в полпинка, с бумагаой задолбаешься.
#39
by Злопчинский
я не помню, но умну что-то не отложилось - если допустимо - можешь кинуть на мыло пару скриншотов с экрана ТСД? по разным операциям? e.meil@mail.ru или скапй Zlopun
#41
by Fragster
я про случай без ТСД - сканер ШК и бэйджи с ШК, по скану - в док отмечается кто взял задачу на сборку и из рядом стоящего принтера этот заказ вылезает.
#42
by Fragster
очередь с приоритетами и прочим - внутри шайтан машины. распечатанных заказов, которые не взяты в работу - нет
#43
by Naf2017
не секрет, какова площадь склада? Просто это ж все об вайфаить нужно, а там металоконструкции
#45
by Злопчинский
у мну склад забит стеллажами, в которых паллеты с кастрюлями, пищевкой всякой железной типа консервов - нормально все ловит. одна точка в углу склада висит по диагонали. конечно, если мы говорим о точках для нормальнйо работы, а не типа вайфай сдделать дома на две комнаты.
#47
by John83
буквально вчера было 25 заказов, всего 144 позиции и 4050 шт. (много чего в коробках) - какие ТСД? какие ряды? если один собирает заказ, то второй курить не будет, к примеру будет продукцию по коробкам складывать или еще чего
#51
by Garykom
Поменяй местами позиции и штуки, причем когда на складе всего под 10-15 тыщ позиций (уникальных и каждой уникальной дофига штук) )) Т.е. у вс мало бегают ножками - много ручками работают, да ТСД возможно лишнее им проще наушник в ухо от смарта и кортану на другом проводе :) А если ножками нуна много-много а ручками мало (1-2 кинули и дальше бежим) то без ТСД никуда...
#55
by Это_mike
говорят, русские от этого шизеют и массово увольняются. мужики - очень быстро, женщины держатся дольше. а узбеки-таджики - работают устойчиво...
#56
by Garykom
Русские ..уко умные и сразу смекают что тырить и валять ваньку как раньше не выйдет. А узбеки-таджики они не такие избалованные кто такую работу ищет.
Тэги: 1С 8
Ответить:
Комментарии доступны только авторизированным пользователям
Похожие вопросы 1С
- v8: Распределение косвенных расходов
- Как вести учет заказа и продажи услуг в УТ
- v7: Бух: Где автоматическое распределение между 60.1 и 60.2
- v7: Распределение прямых затрат при совмещении ОСНО и ЕНВД
- ЗУП Распределение начислений и налогов между ЕНВД и классикой
- Реальная разница между ЗУП и ЗУП Корп.,а также между 32- и 64 разр сервером 1С
- ут 10,3 ПКО, если вводить на основании заказа, то сумма документа = сумме заказа
- Распределение материалов без спецификации и заказа пропорционально выпуску
- Распределение вычетов между обособленными подразделениями
- ТСД правильная логика сборки заказа
В этой группе 1С
- ЗУП 2.5 Отрицательные суммы в 2-НДФЛ
- В одной ячейке написать два Буквенных кода в табеле через дробь
- Ошибка при вызове конструктора (ДвоичныеДанные)
- Как в УПП, руками начислить резерв по смонительным долгам?
- 1с 8.3, иногда отваливаются пользователи
- Дата запрета изменения данных
- ШТРИХ-М-02Ф ошибка 14h Исчерпан ресурс хранения
- Продажа с разных складов одного магазина. 1С.Розница 2.2
- ЗУП 3.1.2 Настройка RLS
- Событие "АвтоПодбор" и фокус поля ввода
- Работк ККТ с передачей данных в УТ с древним релизом
- Банковские выписки в КА 2.2
- Две ТЧ из разных документов на форме. Использовать два динамических списка?
- Mac OS X - библиотека libfontconfig.so
- Онлайн касса для 30 чеков в день и 1С УТ 10.3
- Как заполняют Отчет ДДС?
- БСП. ДлительныеОперации. Индусский код?
- Ежемесячная премия и вычет на детей за 2 месяца - правильная ли логика?
- УТ 10.3.40.1 ошибка при попытке подключения Атол 30Ф
- Торговая клавиатура и 1С Розница 2.2