Регистрация Правила Главная форума Поиск |
0
- 04.01.2021 - 20:22
|
Продолжение бложика про складские дела, WMS и мысли о великом (ну то есть обо мне)... зачем это все: Зачем? Ну как обычно: потешить ЧСВ, потрепаться да и просто так... Может кому и полезно будет (хотя это вряд ли, но тогда буду музейным мамонтенком) Предыдущие ветки здесь: 0.5офф * (6): I'll be back или Cкромность украшает когда нет других достоинств... 0.5офф*5: I'll be back или Cкромность украшает когда нет других достоинств... 0.5офф*4: I'll be back или Cкромность украшает когда нет других достоинств... 0.5офф*3: Терминатор-жопик I'll be back Cкромность украшает когда нет других достоинств... 0.5офф*2: Терминатор-жопик I'll be back Cкромность украшает когда нет других достоинств... ..а самую первую ветку админы покоцали, типа устаревшая была... | |
41
- 21.01.2021 - 00:51
| Отредактировано Чучундер; 21.01.2021 в 00:55. Причина: добавлен рис. | |
42
- 21.01.2021 - 00:52
| | |
43
- 21.01.2021 - 00:56
| | |
44
- 21.01.2021 - 00:58
| | |
45
- 21.01.2021 - 01:02
|
Подсчет можно вести - сканированием ШК (штук, упаковок итд) как по отдельности каждый вид упаковки, так и врперемешку - вводом ШК вручную; - вводом количества вручную * например, 100 - 100 единиц счета * например, 20пробел100 - 20*100=2000 единиц счета * например, 11пробел20пробел4 - 21*20*4=880 единиц счета (11 слоев по 20x4 в слое) | |
46
- 21.01.2021 - 01:04
|
Поддерживается - работа без ШК - работа с неуникальными ШК (штуки и коробки одного маркированы штрихкодом штуки); - работа с разными ШК на упаковках одного товара - работа с неуникальными ШК разных товаров - работа с неуникальными артикулами разных товаров (если работа без ШК) | |
47
- 21.01.2021 - 01:07
|
Переключение на другую упаковку товара при сканировании штук и разных упаковок товара выполняется "прозрачно". Поддерживается ручное переключение на упаковку товара (если нет ШК) - курсором по списку или вводом команды типа .40 - точка40 = перейти на упаковку с вложенностью 40шт. Контролируется ввод левых упаковок | |
48
- 21.01.2021 - 01:11
|
Поддерживается "смешанный режим" ввода количества, например сначала ".40" потом "200" = перейти на упаковку "40", посчитано 200 упаковок . можно сразу ".40 200" - перейти на упаковку 40, 200 упаковок или ".40 11 10 5" - перейти на упаковку 40, посчитано 11*10*5 = 550 упаковок На клавиатуре ТСД кнопка "пробел" - большая, ею удобно вводить типа "11 10 5" - при вводе пробелы сразу подменяются на "11*10*5" Отлавливается и "блокируется" неправильный ввод, типа указания нецифровых символов. переход на штучный счет - .1 точка1 | |
49
- 22.01.2021 - 02:18
|
На приемке контролируется соблюдение правил приемки (настраиваемые) | |
50
- 22.01.2021 - 02:21
| Приведены выше основные "контрольные" проверки, по факту - их больше. Отлавливаются по возможности все отклонения от установленных "правил приемки". Задача - не допустить ошибок на приемке, чтобы потом это не повылазило на размещении по местам хранения и далее как снежный ком.. по цепочке... | |
51
- 22.01.2021 - 23:24
| Сегодня сходил в контору, поменял моторола МС3090 на моторола 9190 - совсем другое дело! Пичалька только одна - жкран 480-640, а у меня формочки под размер в два раза меньше. | |
52
- 22.01.2021 - 23:25
| Пока буду ваять под старый размер 240-320, главное - алгоритмы, формы перерисовать - 1-2 дня займет, тупо помайстрячить. | |
53
- 25.01.2021 - 22:39
| Проверил мотороловские ТСД 9190, экраны такого же размера, но читабельность получше, за счет 480-640, подогнал пару форм чтобы посмотреть | |
54
- 27.01.2021 - 00:33
|
Сегодня много думал. Понравилось. Решил думать еще ;-). Алгоритм размещения с приемки. наверное, самый сложный алгоритм получится, много "эмпирических" правил, надо придумывать как их формализовать, чтобы решение получилось более-менее общее... | |
55
- 01.02.2021 - 03:25
|
по категориям товара: булки к булкам, яйки к яйкам. не смешивая теплое с мягким.
Отредактировано qweqwe123123; 01.02.2021 в 03:26. Причина: надо так | |
56
- 04.02.2021 - 23:41
| 55-Зелёный тролль > типа да. | |
57
- 04.02.2021 - 23:48
|
Сегодня наконец допилил основу алгоритма размещения - контроль по объему/весу, возможностьотключать расчет/контроль веса; - расчет вместимости по ВГХ и по количественному показателю; - ограничения/настройки на количество рабочих ячеек, в скольки может лежать артикул; - ограничения/настройки на микс артикулов в одной ячейке (что-то может считаться в ячейке по ВГХ, что-то по вместимости) - локации товара (привязка товара к конкретным ячейкам), настраивается; - размещение по приоритетам - в локации, к такому же товару итд. - куча контролей/отбраковок... .. и еще мало-мало всякого... .. и все это может в разных сочетаниях... .. типа колов ячеек для товара = 5, а локаций задано 2 - значит 3 ячейки для "свободного размещения" (динамическое назначение ячеек); .. в итоге сказать почему система положила в эту ячейку - с ходу и не скажешь... ;-) | |
58
- 04.02.2021 - 23:51
| .. раза три рефакторил алгоритм и затык был на сложном сочетании условий/ситуаций. сеголдня наконец запилил. погонял на разных вариантах - получается ожидаемо. | |
59
- 04.02.2021 - 23:53
| Сложнее всего во всех этих пилениях "велосипедов" для таких систем - то. что вариативность очень сильная разных ситуаций и по сути 95% алгоритмов это "перебор" и скрещивание кучи таблиц. Это я еще туда не приделал ограничения по доступу персонала к зонам, но бюджет мелкий, буду без этого делать. | |
60
- 04.02.2021 - 23:58
|
Завтра надо допилить алгоритм - распределение количества размещаемого товара по "приоритетам" доступных ячеек для размещения... Это по рабочим ячейкам, а по ячейкам резервного хранения - чуть попроще - заводские коробки мелкоштучки кидать в резервные ячейки привязанные по рейтингу к ячейкам где уже лежит этот товар в рабочих ячейках, а все что не влезло - куда влезет в рамках этого же "прохода". как-то так... завтрашний день уйдет на это, и потом еще день на собственно диалог размещения на ТСД, это уже попроще - взять насчитанное из "контейнера" и показать персоналу. а все что по той или иной причине не влезет в ячейки по плану - размещение "в свободном режиме", типа - жмак по товару - система показывает где есть ячейки где локации этого товара или лежит этот товар или свободные ячейки. и человек сам уэе раскидает если что-то планом плохо посчиталось. | |
61
- 05.02.2021 - 00:00
| все проблемы - в недсотатке исходных данных или их низком качестве. На всех проектах и больших и малых твержу об этом заказ-чикам. и все время херня, пока сами в это не упрутся. посмотрим что будет на этом проекте. | |
62
- 05.02.2021 - 00:01
| .. ни весов, ни объемов, ни штрихкодов... а собрать это все - это же не за 5 минут... | |
63
- 06.02.2021 - 22:57
| Продолжаю "пилить" алгоритм размещения, сильно заковыристый выходит, туплю... трудность в том, что должен давать адекватное распределение товара по ячейкам хранения в широком диапазоне входных параметров, регулирующих правила размещения... хочется чтобы алгоритм был достаточно универсален на "любой" вариант размещения... | |
65
- 08.02.2021 - 11:58
|
64-Gosha > это всего лишь недоработки алгоритмов. в нормальной системе размещение отрабатывает в подавляющем количестве случаев без проблем. там где с размещением проблемы в автомате - почти всегда на складе бардак в куче моментов и нежелание/невозможность это привести в порядок. Как пример - "мой" склад - уже третий склад поменяли - везде размещение на автомате персонал делает. Насчет - живучее - ну да, может быть. когда ЛПР квалифицированный на складе живет и вручную все разруливает. Впрочем, склады разные бывают как и регламенты работы на них. А то что я в этой ветке описываю - на супер-пуперность не претендует. Я достаточно хорошо себе представляю что стоит сделать такую супер-пуперность. А в размещении в этом "проекте" - если справлюсь - полюбасику будет вариант "свободного размещения" как ты написал, для возможности ручного "закрытия" если система не разрулила. | |
66
- 08.02.2021 - 12:00
| 64-Gosha > "что решается административно - не надо решать программно." Программно надо решать чисто технические вопросы. размещение - чисто технический вопрос. Упирается в 1. достаточность и правильность исходных данных (с которыми проблемы это в порядке вещей) 2. соответствие склада товаропотоку (что тоже проблема) 3. собственно сами алгоритмы. | |
67
- 08.02.2021 - 13:40
| Кстати, по моим наблюдениям на нескольких проектах - вполне хватило бы простой системы регистрации "в какой ячейке лежит какой артикул" (такой системе как и прочим присущи свои недостатки, но она проста и покрывает 80% процентов потребностей склада. а тои больше). Но даже такой системы собственники бизнеса/ответственные не могли организовать СВОИМИ силами. | |
68
- 10.02.2021 - 03:21
| Вау! Сделал почти универсальный алгоритм размещения! Завтра подпилить промежуточную передачу параметров между разными шагами процесса и можно дизайнерить процесс на ТСД... | |
69
- 10.02.2021 - 03:29
|
Конечно, разработка через тестирование хорошая штука, но ресурсоемкая что капец. Полтора дня суммарно ушло на просто вдумчиво писал код и проигрывал его на сигнальных данных. И то, пару раз тупил - для того, чтобы понять что посчитано правильно - надо понять что посчитано правильно! ;-) а пока не протащишь расчет по всему телу алгоритма - фиг поймешь, глядя на входные и выходные данные - соответствуют (правильные) они друг другу или нет. Только самые глобальные настройки порождают уже 8 вариантов. а с учетом того, что размещение одного товара влияет на размещение следующего товара, при этом разные варианты количества миксов товара в ячейке/количества ячеек для товара - и прочие настройки - просчитать около полсусотни возможных ОСНОВНЫХ комбинаций - это можно застрелиться. | |
70
- 10.02.2021 - 03:31
| так что протестил только простейшие варианты численных расчетов. а "комбинацию параметров" - сидел сильно думал. в итоге лапшеразвесистый алгоритм/код превратился в достаточно простой, но нихрена не очевидный код... ;-) | |
71
- 10.02.2021 - 03:31
| Погонял на паре "сложных" тестов, вроде норм... Продакшен - покажет.. ;-) | |
72
- 11.02.2021 - 00:11
| Погонял еще тесты, вроде норм. собственно сам план размещения насчитывает вроде норм. завтра буду пилить интерфейс для ТСД. | |
73
- 25.02.2021 - 22:15
| Недооценил объем работ. все как обычно. на ПИ умножить надо. Адски программирую. много легаси-кода, потихоньку вычищаю, но будет на технический долг скорее всего... | |
74
- 25.02.2021 - 22:16
| Вообще разновидностей экранов не сильно много, но внутри некоторые алгоритмы очень витеиватые получаются, ввиду отсутсвия времени на глубокую проработку по коду... | |
75
- 26.02.2021 - 09:10
| Я попробовал в свое время на терминалах моторола mc32n0, не понравилось мне открывать еще терминальную сессию RDP на нем. попробовал запилить прогу на C# и запускать ее прямо на этом терминале , благо ОС позволяет. подобрал библиотеку для прямого доступа к MS SQL, и все очень прекрасно заработало, применил sdk моторола для доступа к сканеру терминала, datawedge стало также не нужным ( иногда не запускалось на терминале )... правда пришлось поднять независимую базу на ms sql специальную ( не 1С ) , но из 1с спокойно к ней обращаюсь и на запись и чтение... | |
76
- 26.02.2021 - 12:43
| 75-СпецХ > ну так ты программист, а я - девелопер... ;-) | |
77
- 26.02.2021 - 16:37
|
Пишу сейчас инвентаризацию по ТСД. инвент бывает 1- произвольный (тупо жмакнули по ячейке) 2- по заданию, когда указан адрес+товар (считать конкретный адрес в ячейке) 3- по заданию, когда указан только адрес (считать всю ячейку) 4- в общем случае 2 и 3 на один адрес м.б. одновременно После "входа в ячейку" поддерживается переключение из режима "считать всё" в режим "считать товар". В режиме "считать товар в ячейке" допускаетяс только просчет товаров, присутсвующих в списке товаров ячейки (или товаров указанных в задании на эту ячейку) Для работы в тяжелых условиях (при отсутствии ШК товаров) в список товаров ячейки включаются - числящиеся на остатке в ячейке - указанные в локациях для данной ячейки (статичная привязка товара к ячейке) Поддерживается идентификация товаров-дублей по артикулу/шк Контроль при окончании инвента ячейки на наличие непросчитанных товаров, блокировка выхода с подтверждением Ячейку можно идентфицировать сканом или вводом цифрового кода ячейки или выбором из списка ячеек Поддерживается очередность инвента - в списке заданий в самом верху - ячейки выданные на инвент конкретному сотруднику. Ячейки выданные в задание конкретному сотру - другой сотр взять не может. и еще всякого мало-мало... | |
78
- 28.02.2021 - 01:08
| УФ! Сделал полностью инвентаризацию на ТСД. Получилось весьма кузявенько. Допилил мало-мало всяких плюшек для уменьшения жмаканий по клавишам ТСД при вводе количеств. типа при инвенте ячейки подсказывается ожидаемое (плановое) количество - можно посчитать товар и тупо подтвердить это количество сканом ячейки. Можно часть количества ввести с клавиатуры, оставшееся - подтвердить сканом ячейки. Считать можно штуками и производными упаковками - как вручную, так и сканами по соотв.единицам-упаковкам. и всякого еще мало-мало.. | |
79
- 02.03.2021 - 00:12
|
Делаю отбор (сборка товара в заказы на отгрузку). Поддерживается сборка по зонам, мультипикинг (кластерный отбор еще называют) - когда за один проход по ячейкам собирается несколько заказов каждый в свою "тару". | |
80
- 02.03.2021 - 00:12
|
Из Главного меню попадаем в ОТБОР | |
81
- 02.03.2021 - 00:15
|
По каждой зоне показывается количество заданий на сборку. Зоны персонал выбирает самостоятельно. если людей достаточно - то каждый бегает по совей зоне почти постоянно, если мало - собирает по зонам последовательно. . Выбрали нужную зону | |
| Интернет-форум Краснодарского края и Краснодара |