всем привет!
немного пятничный вопрос )
Юзает ли кто из вас голосовые технологии на складе? (в частности pick-by-voice)
если да, то довольны ли и была бы возможность пересмотреть проект внедрения WMS по прежнему бы выбрали voice или лучше ТСД (и почему)

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

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

Сейчас пивас в маркировку загонят - вообще охренеете :-)

(36) При выборе андроидного ТСД внимательно смотреть на опции "подмена GS" и "срезка длины ШК"
мне больше нравится клиент html+js

(39) ну на воде потренируемся...
а пивщики имхо сами не готовы - тормозят со всех сил

(40) "подмена GS" - что имеете в виду? чтобы сканер сам разбирал GS код ?

(38) через http подключение к 1С?

(12)Это так по 8 часов?

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

(36) ну дык вроде давно все сошлись на том, что "лавочник" - это не размер. а стиль...

(36) " т.е. когда сборщик получают задание с адресами и шпарит с рохлей глядя в бумажки, что может и архаично но довольно удобно и производительно)." - херня полная. с бумажкой - прокатить когда заказ 10-15 строк (или даже меньше) и удобно КРУПНЫМ шрифтом вмещаетясна лист. и даже с таким подходом - ТСД будет производительнее. cv./ например мои публикации на ИС. у меян листы максимум 50-строк час. 60 - это уже было заоблачсно. с ТСД - норма когда все утрслось стало 109 строк/час.

http://catalog.mista.ru/public/320167/
http://catalog.mista.ru/public/338893/

и еще всякие пидорасы любят сборочные лист ыпечатать по принципу
арт546930                                                  23
арт345900                                                  77
.
сука, чтобы им глаза поломать тому кто это так делает

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

это ВМС на ручном управлении на принципе "я знаю"...

(36) я бы дал тебе ссылочку на ИС на хороший цикл публикаций про NCl-клиента.. но... ищи сам...

и в телеге у мну группа есть, но она пока мертвая почти. держу так, как хобби пока..
https://t.me/wms1cmore

и вот здесь бложик вел, там по ссылкам к боле ранним страницам есть... может что полезное почерпнешь...
http://forums.kuban.ru/f1040/0_5off_%2A_6_ill_back_ili_ckromnost-_ukrashaet_kogda_net_drugih_dostoinstv-8764164.html

(22) https://bit-erp.ru/mdt обращайся :))

(52) спс за ссылки ) ив тг группу подпишусь тоже

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

(53) кажется читал ветки эти ))  но довольно бегло

а упаковываение я так и не родил ((  сами палеты не формируем (

Тут вопрос даже не наличие голоса,а в какую сторону
Если голосовые подсказки оператору,то это очень просто,а если распознавание голоса оператора,то напорядок сложнее.
И это,маршрут по складу должен компьютер определять,чтобы люди не сталкивались,чтобы ходили поменьше,а делали больше. И,получается,что быстрее,если люди топают по секторам,а не по всему складу,а то,что они собрали потом в заказы пересобирается.

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

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

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

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

(1) "самые популярные голосовые модули - узбекский, таджикский и киргизский"© семинар по WMS года 2015-го

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

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

(0) Будет актуально, когда система начнет понимать фразу "Подай вон ту хрень слева".

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

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

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

(0) ну у нас..своё решение на ipod+синезубый сканер + голос, голос тока говорит что взять. Возможно, прикрутим еще и маршрут, куда топать. Пока лень

(70) да, indoor positoning был бы приколен для одноклеточных

ну и голос всякие ошибки озвучивает - нет марки, нет на остатке.. и прочая хрень. Наборщик и в экранчик не смотрит, так..набирает, что большой брат говорит в ухо :)

до нужной ячейки 5 метров, поверните налево. да на другое лево!

(73) да, примерно так. Уже и схема есть, как реализовать.
Просто под это дело надо будет кодить, где что в каких координатах лежит. Пока лень

(74) нет карты склада? или нет понимания, что где лежит?

(75) всё есть. Просто придётся разлиновать на самом складе и писать маршрут уже на этапе приёмке. И хранить это.
Пока и так работает.Это  в планах..когда-нить сделать. Ну и основная тема, чтоб складывали куда надо, а не куда удобней.
Есть транзитный товар просто, он пришел и ушел ну и..свои заморочки. Пока не до того как

(76) если "куда удобно", то просто пусть сканируют, куда положили

(60) ...Мы выдаем в работу за раз до 8 отборов (эмпирически подобранный размер пакет отборов) и так как они сгруппированы по возможности по близ расположенным товарам, то часто когда на бумаге кладовщики идут и разом все 8 собирают раскладывает товар в разные кучки. Если полный маршрут по каждому отбору делать - вообще нереально. Интересно реализовано ли где-то штатно такая параллельная сборка?

здесь возможны варианты:
- волновой отбор: комплектовщик собирает товар и укладывает в грузовые места по заказам, грузовыми местами м.б. многоразовые пластиковые ящики или сразу в рассчитанные по объему картонные коробки. при получении задания комплектовщик получает ленту этикеток с ШК грузовых мест.
- пакетный отбор: 1-этап - комплектовщик собирает товар без распределения по заказам и вывозит его на "поляну", 2-этап комплектовщик обходит "поляну" и собирает каждый заказ.
Пакетный отбор удобен для работы с сетями, когда требуется предпродажная подготовка (маркировка этикетками сетей, сборка миксов, нестандартных упаковок товара)

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

(78) что значит "полный маршрут по каждому отбору делать - вообще нереально. Интересно реализовано ли где-то штатно такая параллельная сборка?"...? что ты понимаешь под паралельная сборка?
.
типовые схемы:
а) позаказная сборка. на одном краю - 1заказ = 1 сборщик, получается полный маршрут по всей сборке
б) позаказная сборка. 1заказ = неограниченное колов сборщиков, каждый сборщик по своему маршруту. маршрут зависит от того что напланировано на этого сборщика. и еще от кучи того КАК ОБСЧИТАЕТСЯ ЗАДАНИЕ. работает ли сборщик по всему складу? работает ли сборщик только по совей зоне? работает ли сборщик по совей товарной группе? или по всем товарам? и еще куча условий которые умножаются и перекрещиваются. С одной стороны: сборщику придется собрать всего 2 тяжелые железяки которые лежат в противположных углах склада потому что только это сборщик имеет право работать с этим товаром. и получится дохрена пробега. ПОТОМУ ЧТО ТАКИЕ ПРАВИЛА. с другой стороны (в зависимости ка кпорстроены правила) свое задание (как часть сборки всего заказа) сборщик получает обычно "рядом", то есть его сборка будет идти где-то в одной "окрестности". если по какой-то причине надо собрать 20 товаров, из них 19 лежат рядом. а 20-ый - через 5 проходов, и сборщик работает ПО ВСЕМУ СКЛАДУ - то да, сборщик соберет 19 штук и попрется через 5 проходов. почему товар лежит хз где - вопрос другой.

в) позаказная сборка, одновременно на "транспортный носитель" собирается несколько заказов, каждый заказ в свою "тару". Плюс к этому добавляется вариант а) или б)
г) волновой отбор (термин размыт и часто понимается разное). сборщик собирает в "тару" кучу товара. что собирается - как получится, это может быть и один заказ и 5 и 40. КАК НАСТРОЕНЫ ПРАВИЛА. Собранное тащится на "комплектацию". далее - в зависимости от потртебнсотей производится сортировка по заказам и/или по клиентам и/или по точкамдоставки и/или ещее чтото КАК НАСТРОЕНО. ИЛИ НЕ ПРОИЗВОДИТСЯ.  В зависимости от того что нужно клиенту. комуто надо что 5 заказов - отдельные ТОРГ12, и ОТДЕЛЬНЫЕ УПАКОВАННЫЕ ЗАКАЗЫ, кому-то вполне устроит что 5 заказов в "одной куче" физически, а нуровне торг12 - 5 разных реализаций.

Все это может отягощаться/дробиться кучей дополнительных условий по срочности/лимитам/разрешениям/итдитп.
.
В итоге варианты когда линейный песроанл принимает какие-дибо решения сводится до минимума. даже если прога где-то обсчитала неоптимально (ВРОДЕ БЫ). Это - окупается.

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

(78) под параллельной сборкой подразумевалось (в) Вообще заказы стараемся не дробить - т.е. одна накладная - один сборщик. Часто имеет смысл давать сразу 8 накладных одному сборщику. Работают по всему складу (т.к. от комплектовки отказались и не хотелось бы возвращаться). По факту сборка выглядит как - сборщик взял рохлу и на поддон складывает товар. т.к. часто во всех 8 заказах товар либо повторяется либо частично пересекается а конфигруация склада довольно замысловатая, то если 8 раз проходить весь маршрут каждого отбора независимо получится нехилый километраж, а если складывать по ходу движения товар в 8 кучек разом на 8 заказов, то можно (ну чуть более длинный общий маршрут) но за 1 один проход собрать.

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

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

(85) что имеется виду под этикеткой грузового места?
у нас зачастую идет сборка просто на поддон (в основном когда ящики заказаны). Когда идет вал "розничной",то собирают в пластиковые боксы разного размера. (предлагается их промаркировать?)

и если он собирает сразу в 6 пластиковых боксов по мере продвижения по складу, то там строки из разных грузомест идут черезполосно.

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

(87) спасибо за исчерпывающий ответ )

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

(56) ...мы выпечатываем адрес сборки и количество в трех колонках ящиков|блоков|штук ...
при использовании ТСД оптимальней схема когда после сканирования любого ШК товара (ящика, блока, штуки) на ТСД выводится информационная строка типа 2 ящ (х100) + 3 блок (х10) + 2 шт (х1) и ввод количества производится последовательно от большей единицы к меньшей с пересчетом информационной строки

(84) "На бумаге это удобно - 8 листиков лежит, все сразу видишь, сам примерно на глаз уже понимаешь куда идти что брать, на каждой стопке товара лежит своя бумажка - не запутаешься. Но оффлайн.
при переходе в онлайн - будь то ТСД (или голос) сразу у сборщика перед глазами меньше информации."
- ты заблуждаешься.
.
просто надо на ТСд сделать нормальный фейс. а нормальный фейс зависит от частностей. но на своей самопилке - частности можно реализовать.
.
зы6 на какой-то выставке смотрел какую-то ВМС, грю покажите лицо ТСД. показали. не фонтан, но терпимо. меленький шрифт, а ля дос (в принципе понятно почему). Опа - в инфе вижу "партия..." - грю у меян партионки нет, мне на экране эта хрень нахер не нужна, только глаз замыливает. отключить могу сам (настройками, шаблонами итд). ответ  - нет, только через разраба. Пичалька...
.
универсальный БЫСТРЫЙ УДОБНЫЙ фейс который подходил бы ПОД ВСЕ СЛУЧАИ - я такого не знаю.

(84) "Но если пикнет марку и положит не в ту кучку - бедаааа.."
а вот блин по бумаге - он прямо "туда положит".
.
та же самая мультисборка - несколько заказов - на ТСД "штатно" выглядит так: когда ты кладешь 4шт в короб1, 3шт в короб2 - ты должен - ОБЫЧНО ЯВНЫМ ОБРАЗОМ "подтвердить" короб1 и короб2 и "подтвердить" колво которое кладешь в каждый короб. Почему. ПОТОМУ ЧТО!!! песронал не роботы. у них самого себя контроля нет. а так хоть какая-то "возможность" контроля. Потому что когда выясняется что в 3шт в короб5 положили вместо короба6 - а по сканеру все правильно показано вывод один - ХАЛАТНОСТЬ исполнителя. чем вызвана эта халатность (усталостью, расписдяйством или еще чем - вопрос к сборке как таковой отношения не имеет).

(86) "у нас зачастую идет сборка просто на поддон (в основном когда ящики заказаны). Когда идет вал "розничной",то собирают в пластиковые боксы разного размера. (предлагается их промаркировать?)"
- да, типа так. каждпая грузовая/транспортная единица должны БЫТЬ ПРОМАРКИРОВАНЫ. это избавляет а) от кучи проблем в дальнейшйем и б) не требуется "искать" и "я знаю"

(91) это да, незнакомые слова грузчиков нервируют. Там надо чтобы все было простыми словами, безо всяких "партий". Иди туда, бери то.

(90) "2 ящ (х100) + 3 блок (х10) + 2 шт (х1)"
такая раскладка нужна только в том случае если
- есть разные блоки и короба одного товара
- такие разные блоки и короба не имеют САМОСТОЯТЕЛЬНОГО УНИКАЛЬНОГО ШК.
.
если таковое есть - то достаточно 2ящ+3бл+2шт.
но коэффициенты обычно выводят. для красоты ;-) и для подстраховки/проверки (то есть это некоторая дань ВОЗМОЖНОМУ раздолбюайству что где-то косячнули ранее - и тут вместо сборки тупой и быстрой сболорщик во время сборки начинает ПРОВЕРКОЙ ЗАНИМАТЬСЯ - а тот ли блок я беру? а 10 ли штук в нем?)

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

(90) " ТСД оптимальней схема когда после сканирования любого ШК товара (ящика, блока, штуки) на ТСД выводится информационная строка типа 2 ящ (х100) + 3 блок (х10) + 2 шт (х1) и ввод количества производится последовательно от большей единицы к меньшей с пересчетом информационной строки"
- тут тоже по разному. если моноячейка - то тупо жмакнеул ячейку и сразу появляется на экране^

арт.200123 Кастрюля клевая
ящ - 2
блок - 4
шт -3
.
сборщик может набрать - так как ему экран показывает. а если требуемых коробок/блоков нет - может хот штуками хоть блоками все набрать, главное чтобы количество итоговое совпадало. и если набирает все например блоками - то автопересчет "плана" с каждым пикнутым блоком отбираеммы с ячейки на паллету- идет автоматом... если пикнет 5-ый блок - то в плане будет 1ящ + пкересчиьтанное еще неотобранное колво блоков

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

(89) "если идет сборка просто на поддон ящиками - грузовые места мб виртуальными, этикетка наклеивается краешком на первый взятый по заказу ящик, когда паллета доставляется к месту контроля ящики по одному заказу группируются скотчем или стрейч-пленкой"
- угу. но это баланс скоротсь-качество. В описанном - прямые предпосылки к возникновению пересортов/недогрузов/перегрузов. ОСОБЕННО КОГДА НЕТ ТСД-КОНТРОЛЯ/упаковки. сборщик считает что он очевидно обозначил "виртуальное грузовое место". а упаковщик или он же сам спустя 20 мин когда приволок на отгрзку в голове уже совсем все другое. и запрсото "сгруппирует" стречем или скотчем не те коробки в не тот заказ...
.
так что надо очень аккуратно смотреть и выстраивать процессы.
ибо нефиг.

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

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

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

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

(103) да, все выглядит более-менее норм. и голос нахер у сабжа не нужен. немножко модифицировать бумагу и может даже без ТСД обойтись. с ТСД просто быстрее будет. я свои показатели неоднократно озвучивал -при переходе с бумаги на ТСД (ТСД в самом простом варианте) - скорость возросла более чем в 2 раза. Просто за счет того, что не надо кучу раз глазами в бумагу тыкать и галки ставить. Прирост скорости еще зависит от прочих факторов, если сборка коробами/паллетами - то прирост будет меньше, если много штучной сборки - то прирост будет более ощутимый. И если раньше у меня сборка была по процентовке 80(штучка)-15(блоки)-5(коробка), то сейчас почти все штучка и заказы стали гораздо мельче и чаще (с учетом общего снижения если нормировать к докризисным временам). Много маркетплейсов/инетмагазинов - они вообще поштучно берут, заказ вообще может быть 2шт. товара.

(104) но бумага не вариант для марки (ЧЗ = ЦРПТ = ИСМП капец аббревиатур теперь).. а ведь к 2024году маркировано будет всё (ну там протянут может еще на годик другой). сейчас у нас и так пересортов не так много (хотя почему-то с пересортами между сериями по пиву мирятся клиенты легче чем с пересортами по датам выработки при несовпадениях в Ветис=Меркурий).

вот тут про сигареты миленько: http://catalog.mista.ru/public/1257176/

(105) писал уже. если вы оптовик и грузите паллетами/коробами - то все от вас зависит.
самое главное - правильно отработать приемку (ну и размещение как след.этап). Почему-то все прям трясутся над сборкой/отгрузкой. А приемка - на вторых ролях. если по уму - то все с точностью до наоборот. Главное - приемка. там есть неавтоматизируемые операции, которые требуют участия пользователя. если приемка отработано норм, то сборка/отгрузка - чисто технологическая операция, не требующая вообще никаких мозгов - потому что она базируется НА УЖЕ ИЗВЕСТНЫХ ДАННЫХ.
.
а применять ТСД или обойтись ручным сканером на коплектации паллет/отгрузке коробов - это уже как сами решите.

(106) тут жевали Маркировка табака

(107) привет снова )) прости никак не соберусь позвонить ))
мы "оптовик" но палетами грузим мало. бывают и ящики бывает и рассыпуха,
приемку (на примере алкашки) - проверяем выборочно - перепикать все паллету нереально и не все можно распалетить-запалетить обратно.
Следить за тем где какие марки - не считаю правильным (т.е. мы в целом знаем какие марки у нас на балансе но какие палеты конкретно в каких ячейках стоят не отслеживаем.) Имхо проще все же пикать по факту отгрузки (палету если есть некомпрометированный палетный ШК, ящик либо штуку).
Данные об агрегации сейчас хранятся у нас в ТЧ ТТН ЕГАИС (другие маркировки пока не реализованы).
Свою агрегацию я не пилил пока.

Не маркирванные товар - у нас вроде все четко и дисциплинировано в хранении - т.е. знаем какой СГ/партия в каком адресе лежат - иначе в чем смысл ВМС,не хочется по срокам прое*** запасы.

Но если нужно пересорты (между партиями) _ИСКЛЮЧИТЬ_ то оффлайн бумага не может это гарантировать.

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

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

"обычная"     87 строк/час   742 кг/час  322 ед сборки/час
"поштучная"   60 строк/час   432 кг/час  215 ед сборки/час

ед сборки - это штука либо блок либо ящик - смотря в целых каких единицах получилось задание. например взять жевачек 1ящ+2блока+5штук = 8ед.сборки. (хотя по факту если там нет целых ящиков а все в рассыпухе то сборщик наберет нужно кол-во как получится, хотя это скорее редкое чем частое явление).

"Но если нужно пересорты (между партиями) _ИСКЛЮЧИТЬ_ то оффлайн бумага не может это гарантировать."
- не кладите разные партии одного товара в одну ячейку. и по бумаге тогда вполне норм будет. но это сразу приводит к динамическому размещению товара, а не в строгие ячейки-локации. В этом нет ничего страшного. локации у вас в том числе м.б. еще и потому что динамическое размещение тоже желательно делать ближе к онлайну. если бумага очень длинная - ина размещении и на отборах - то надо просто сделать их "короче"

(109)
"обычная"     87 строк/час   742 кг/час  322 ед сборки/час
"поштучная"   60 строк/час   432 кг/час  215 ед сборки/час
- поштучная - низкие показатели сборки. в принципе примерно потолок для бумаги.
переход на ТСД в течение недели подымет примерно поштучку ~80 строк, потом когда народ наблатыкается, подточитьтсд - то где-то до 90-100 может подняться. тут уже сильнее в рост будет играть мотивация персонала по выработке, чем собственно сами технические изыски.

с "обычной" посложнее, тут больше частностей, если короба большие то особого прироста не будет, будет быстрее но не особо. с мелкими коробами-блоками - прирост будет примерно как на поштучке, мб. даже больше.

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

(110) представь стоит задания собрать 20 ящиков пива. сборщик пришел, забрал последние полтора из ячейки - там пусто. В бумажке стоит адрес куда он пришел (отвлечемся от того, что у нас "уникальная" система строгой статической адресации сборки). Бумага уже не узнает куда довезут подпитку и какая там будет партия. тут вопросы
1. кто ему объяснит куда идти
2. кто объяснит другим сборщикам, которые еще не дошли до этой ячейки (но уних задание сорать это де пиво, но система ж не знает кто позже придет и кому не хватит)

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

(113) 20 ящиков пиво выгоднее паллетой снять из резерва если это широкопроходный склад. если на паллете 30 ящиков - 10 докидываются в ячейку, 20 остаток везут на отгрузку. Нахера сборщику давать задание на "20ящ" если в ячейке "полтора"..? выдавайте задания более "интеллектуально", тем более если у вас колво по ячейкам фиксируется.

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

(113) это тоже все лечится. все зависит от бюджета. делай бумагу "короче". поставь по складу несколько "рабочих мест", - принтер+сканер. задания на бумаге - "короче", регистрировать выполнение и получать задание можно не раз в 40-50 минут, а раз в 20-30, а то и чаще. Подпитка сделается не через 40 минут "простоя" пустой ячейки а за 10-20 мин.
реализовать можно кучу всего. но надо смотреть. самый просто1 вариант - тупо пересесть на ТСД без существенного изменения процессов. тупо ТСД как замена бумаге. получишь ускорение+онлайн.

(115) мы в момент выдачи задания не анализируем сколько сейчас. (тем более что сейчас там может 40 ящиков и ожидаемый расход 37 - т.е уже в проведенных заданиях, но кто придет за ними первый неочевидно).
тут надо признать, что как-то возникла проблема с генерацией заданий (они не поспевали) и поэтому стали сильно заранее генерировать задания. Но т.к. у нас ячейка отбора товара фиксировано - то не так принципиально, когда дело дойдет - будет подпитка.

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

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

(114) " а ктото час долбится с 60 строками по 3 штуки специй."
- а тут тоже надо смотреть. если для вас некритично что сборщик час 60 строками долбится - то и ок. Другое дело епока он это не притащит на отгрузку - просто так его не выдернешь на сборку более срочного...

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

(118) " (тем более что сейчас там может 40 ящиков и ожидаемый расход 37 - т.е уже в проведенных заданиях, но кто придет за ними первый неочевидно)." - да и пофиг, важно не то что кто первый придет, а то что у тебя из 40 - 37 ожидаемый расход. запоминай "ожидаемый расход" (это тривиально делается в том же регистре остатков), уже понятно что останется 3. и на 20 ящиков не имеет смысла к этой ячейке выдавать, а брать откуда-то сверху надо. или ждать подпитку.
.
все что здесь обсуждаем - это все стандартное "ядро" ВМС, настроенной нужным образом.
тем более что если у вас что-то свое уже впилено - в т.ч и голос на поштучку(?уже есть) - вообще непонятно что вы там мурыжитесь с бумагой? давно бы на ТСД перешли.

(121) " если новичку досталась длинная накладная он там засохнет ))"
- в нормальной ВМС ты ставишь новчику лимит 20 строк. и заказ на 60 строк либо на 3 исполнителей рапаралеливается и собирается за 20 мин, либо один опытный. у кого лимит побольше..

(123) у нас пока такой крути нет ((

(121) "(у них сдельщина по кг и ед.сборки)." это уже хорошо. но это самая простая сдельщина. которая имхо не стимулирует к выполнению ЗАКАЗОВ. можно насобирать куччу кг, но заказ незакрыт. И потом стоят хитрецы которые - это уже притча во языцах (и у меня такое было) - выдергивают себе выгодные заказы. У всех болееменееровные показатели, а у васи - на 25% больше, потому что вася выдергивает себе (тянущая ситема, а не выталкивающая) Гиперглобус и другие сети, которые почти всегда собираются удобными блоками, а не муторной поштучкой ;-)

(124) ну она же реализуется вообще на раз. тупо разбей док в ТЗ на части (по обьему/весу/строкам) и печатай не док на сборку а часть, на сборку. на листе пиши №345, 1 из 5. Сборщик собрал - паллету с товаром поставил в зону отгрузки/комплектации ПРИЛЕПИЛ сверху сборочный лист (нахера маркеры еще сборщику? ему задача бегать быстро и собирать, а маркировкой и прочей пусть занимаются другие - форд, конвеер - это реально дает выгоду)

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

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

комплектовки сейчас нет - задание разбивается только если ооочень большое (по лимитам, но это редкость) или из другой кладовой - часть обычный склад - часть холодильник. соответственно просто некому сейчас искать куски 1,2,3,4.5 из 5 и сгребать их водно место. (раньше было, до ВМС, когда было зонирование склада).
И это серьезная перекройка (в т.ч. и текущая ВМС так легко не перестроится она не универсальная у нас).

(128) "некому сейчас искать куски 1,2,3,4.5 из 5 и сгребать их в одно место"
- это сугубо вопросы технологии. на ТСД они вообще не возникают. потому как известно в какой ячейке отгрузки стоит какая часть.
без ТСД - заказы ставятся в линию в линии заказы не мешаются. или готовый заказ отмечаетяс маркером и в линию можно след заказ доставлять. так как при разбивке по лимитам чаще всего части одного заказа собираются более-менее одновременно - то и в отгрузку они приезжают с небольшими лагами и там не стоит задача найти заказ среди нескольких десятков.
.
но это все чисто общие размышления. может подходить одному складу и не подходить другому, просто потому что начальство тупо на кладовщиков надавить не может например...
чтобы сделать хорошо надо внримательно смотреть на частности склада. что и делается на проектах внедрения.

(128) если в целом сейчас все устраивает то тупо перевидите бумагу на ТСД. появится онлайн и отпадет куча проблем. этого вполне может вам хватить.
.
как например у меня в махровой древности было сделано: артикул по ячейкам, без количества. простейшие процессы на ТСД. подошел к ячейке - взять 20 - лежит 3 - взял три - жмакнул "дальше" (недобор, значит не хватило товара, формируется СРОЧНОЕ задание на подпитку слайд 7 на http://catalog.mista.ru/public/338893/) - пошел собирать дальше, дошел до последней ячейке в задании - выдается недобранная ячейка взять17 - пришел - там уже лежит подпитанный товар. и норм. Пока собирал заказ минут 20-30 - срочные подпитки закрывались, тем более что срочных подпиток было мало, заполненной ячейке было на много времени достаточно. Учет ячеек без количества - в конце дня старший взял ТСД - пробежался по 6 рядам (та же ссылка слайд 1) - потратил минут 15 порка в конце дня склад убирают/моют - прошелся по рядам - ячейка пустиая/мало товара - жмак на ячейку - стала в подпитку. Утром кто приходил пару человек на отгрузку машин - отгрузили машины, штабелерщик сел с ТСД со списком подпиток и подпитки делает, оставшиеся 1-2 чела - тупо собирают/пакуют. Система была зашибись!!! она и сейчас в принципе в рабочем состоянии, законсирвирована.

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

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

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

(106) интересный текст.. а эти родовые травмы ГИС МТ общие не только для табака, но для остальных групп
товаров?
структура ШК как я понимаю в разных проектах разная - в табаке своя, в молоке будет другая.

(вообще конечно невозможность проверять валидность кодов и обрезание криптохвоста кажутся эпичными. зачем?? В ЕГАИС кажется все намного логичнее)

(106) а публикацию-то покоцали http://catalog.mista.ru/1c/articles/1257176/ - публикация удалена.
непонятно кто покоцал, то ли автор, то ли ИС. Может у кгго сохранилась в кеше/в архиве/еще где?

Текст удаленной публикации есть здесь https://news.myseldon.com/ru/news/index/234222447