| Регистрация Правила Главная форума Поиск |
| 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кромность украшает когда нет других достоинств... ..а самую первую ветку админы покоцали, типа устаревшая была...     | | |
| 1
- 04.01.2021 - 20:24
| Вот, неторопливо делаю очередной складской проектик, выгорит или нет - пока непонятно, но работу делать надо... | | |
| 2
- 04.01.2021 - 20:25
| По факту здесь много перепевок прошлых веток будет.. пусть будет... | | |
| 3
- 04.01.2021 - 20:54
|
как обычно, бОльшую часть складских работ персонал выполняет с использованием ТСД. . начинеатся все с авторизации, т.к. безымянных работников - не бывает... и по каждой складской операции фиксируется ее непосредственный исполнитель... .  | | |
| 4
- 04.01.2021 - 20:57
|
Жмакнули по персональному ШК - и если все норм - провалились собственно к главному меню.. .  | | |
| 5
- 04.01.2021 - 21:05
|
Первое что придется делать - инвентаризация. Инвентаризация будет двух режимов: 1. Инвентаризация ячейки 2. Инвентаризация товара в ячейке при этом инвентаризация будет трех типов 1. Произвольная инвентаризаци 2. Инвентаризация по заданию системы 3. Плановая инвентаризация С "Произвольной инвентаризацией" все понятно, с нее и придется начать. А с "инвентаризацией по заданию системы" и "плановая инвентаризация" - надо подумать... | | |
| 6
- 04.01.2021 - 21:17
|
"Инвентаризация по заданию системы" - будет однозначно. "Произвольный инвент" по возможностям самодостаточен и покрывает все нужные задачи по инвентаризации, но требуется РУЧНОЕ УПРАВЛЕНИЕ - от старшего/нач.склада - куда идти и что инвентаризировать (голосом или список ячеек-товаров на бумаге) - что есть не очень хорошо, но как минимально необходимое по инвентаризации "произвольный инвент" обеспечивает процесс пересчета... .  | | |
| 7
- 04.01.2021 - 21:21
|
В главном меню (и в соотв.подменю, например, в "инвент по заданию") будут еще к упнктам меню пристоковыны цифры по количеству заданий/работ, для разных пуктов такое количество м.б. разным по совей сути. для Приемки- это м.б. "количество заказов, еще не полностью принятых", для Размещения - количество паллет, стоящих в зоне приёмки для развозки по местам хранения итд..., типа: 1. ПРИЕМКА (3) 2. РАЗМЕЩЕНИЕ (15) | | |
| 8
- 05.01.2021 - 00:10
| Все длинные строки объектов (справочников/документов, всякие комментарии/описания/примечания в виде строк неограниченной длины) выносим в отдельный справочник. | | |
| 9
- 05.01.2021 - 00:11
|
Кстати, попутно. в ТЗ на форме - можно убрать вертикальный/горизонтальный скроллбары, строку заголовка | | |
| 10
- 05.01.2021 - 20:54
|
Вот что "странно". Если взять типовую ТИС, то механизм ВПФ для документов - универсален, в качестве значения для обработки передается параметр, универсально именованный как "Контекст". А если взять ВПФ для справочников - то там разброд и шатание, например для Спр.Номенклатура передается параметр, именованный как "Номенклатура". В опеделенных условиях, при всяких универсальных обработках? через ВПФ для справочника не хватает такого универсально именованного параметра... поэтому пришлось добавлять (давным-давно в продакшене стоит), типа //************************************************** **************************** // ПоКнопкеПечать() // // Параметры: // Нет // // Возвращаемое значение: // Нет // // Описание: // Процедура ПоКнопкеПечать() Если ПустоеЗначение(НомерТекущейФормы) = 1 Тогда НомерТекущейФормы = 1; КонецЕсли; Если НомерТекущейФормы = 1 Тогда // ЭТИКЕТКА ПечатьЭтикетки(); ИначеЕсли НомерТекущейФормы = 2 Тогда // ЦЕННИК ПечатьЦенника(); Иначе Парам = СоздатьОбъект("СписокЗначений"); Парам.ДобавитьЗначение(ТекущийЭлемент() , "Номенклатура"); // **---- ДОБАВЛЕНО НЕТИПОВОЕ ----- начало ------------------------------------------------------ Парам.ДобавитьЗначение(ТекущийЭлемент(), "Объект"); // добавить, нетиповое Парам.ДобавитьЗначение(ТекущийЭлемент(), "Элемент"); // добавить, нетиповое Парам.ДобавитьЗначение(ТекущийЭлемент(), "Контекст"); // добавить, нетиповое //**---- ДОБАВЛЕНО НЕТИПОВОЕ ----- конец -------------------------------------------------------- // внешняя обработка ОткрытьФорму("Отчет", Парам, глКаталогПечФорм + ТаблицаПечФорм.ПолучитьЗначение(НомерТекущейФормы, "Файл")); КонецЕсли; КонецПроцедуры // ПоКнопкеПечать() | | |
| 11
- 06.01.2021 - 19:37
|
Что-то мутно все идет, все время какие-то затыки.. Йоксель на форму не отображается, вроде все норм, даже обработку для проверки наваля тестовую - не работает ка кнадо, шрифты слетели, кракозябами... | | |
| 12
- 06.01.2021 - 22:00
| Шрифты поправил, это из-за тестовой сборки Formex было, с йокселем так и не разобрался | | |
| 13
- 07.01.2021 - 16:03
| Цитата:
| | |
| 14
- 07.01.2021 - 18:35
| 13-Шухер > ну, к тому времени или падишах умрет, или ослик сдохнет | | |
| 15
- 07.01.2021 - 18:36
| В принципе, конфига работоспособна может быть и без ВК, но с формексом и пр. - кузявее просто. | | |
| 16
- 08.01.2021 - 17:36
| Цитата:
| | |
| 17
- 08.01.2021 - 18:43
| А конфа и не позиционируется как тиражное решение. Это временная прослойка при переходе от старых вариантов работы к новым. | | |
| 18
- 09.01.2021 - 17:14
| Дороговато, аднаха, будет для временных-то костылей, чтобы дохромать до новых вариантов работы. В твоей разработке не просто же кузявая раскраска форм и таблиц. У меня вообще сложилось впечатление, что у тебя какая-то уникальная своя разработка для складского учета гипер маркетов. Разве нет? | | |
| 19
- 10.01.2021 - 00:10
|
18-Шухер > "что у тебя какая-то уникальная своя разработка для складского учета гипер маркетов. Разве нет" . нет, складской учет. WMS. а точ что называют обычно складским учетом - это просто торговый учет первичных документов, может с маленькими кусочками первичных складских доков типа ордеров. . а складской учет - это не посмертный учет (как в товароукчетных прогах), а регистрация складского товародвижения. то есть поле автоматизации WMS. . конечно, в моей WMS-конфиге нет богатсва возможнгостей промышленных дорогих WMS? но построена на тех же принципах. Отличие в том, что промышленные ЦБЫ как правило адаптирумые, настраиваются гибко. а у меня регламент зашит не так гибко, хотя настроечных моментов присутствует. с 11 числа сяду уже конкретные процессы "пилить". | | |
| 20
- 10.01.2021 - 00:12
|
18-Шухер > "Дороговато, аднаха, будет для временных-то костылей, чтобы дохромать до новых вариантов работы." - очень бюджетно, а не "дороговато". ориентация как раз на недорогие проекты, где не нужно супер-пупер гибкости. и там где клиенты не могут выделить большой бюджет. | | |
| 21
- 10.01.2021 - 00:17
| Вообще, конечно, все что описываю - это все "велосипеды". И для тех кто профессионально занимается внедрением WMS ничего нового не увидят. | | |
| 22
- 12.01.2021 - 12:23
|
ты к конкурентам злее будь. чо ты их отмазываешь? они свои WMS-ки на твоих разработках написали, только ПО другое (более дорогое, требовательное к железу, тормозное, масштабируемостью отмазываемое и гибкостью... тьфу. можно подумать после настройки, эти настройки кто-то меняет. клиенту оно по барабану на гибкость, ему как раз жесткость нужна, четкость, а не варианты как у гадалки). ну и к тому ж не Почту РФ автоматизируешь. хотя так-то база, конечно, у всех одна - склад с местами хранения. | | |
| 23
- 12.01.2021 - 12:31
|
да и ваще, чот ты расслабился, на морях там всяких. щас после кризиса опять начнут конторы образовываться новые, из китая там или свое чего будут штамповать отечественное. короче история повторяется, так что ты давай развивай и пиарься, технику новую подключай, для win 2025 и линукса адаптируй, и китайский рынок тоже надо захватывать. репу заработал больше чем у раруса с битом и т.п. вместе взятых и спускает ее. Отредактировано qweqwe123123; 12.01.2021 в 12:34. Причина: ййййй | | |
| 24
- 13.01.2021 - 00:33
|
В ПНД сидел рисовал БП "ТСД Приемка". нарисовал в "крупную клетку", подробность примерно 1/3 от фактической https://www.screencast.com/t/3I89TYOrdO2 в ВТРН делал БП "ТСД ПРИЕМКА", сделал вчерновую подготовительные шаги-экраны, да и то не все. Фронт работ растет... | | |
| 25
- 15.01.2021 - 05:27
|
Примерный вид шагов процесса "ТСД-ПРИЕМКА" ГлавноеМеню-Приемка-ВыбратьГдеРаботаемНаПриемке-ВыбратьЗаданиеНаПриемку- ОпеределитьПаллетуНаКоторуюСкладируемПринимаемыйТо вар -МожноПереключитьсяНаПриемБрака -ИлиВыбратьОтсканироватьСуществующуюПаллетуСБраком - ИлиПереклдючитьсяВРежимБракаИСосканироватьПустойПо ддон - РаботаСБракомЕстьКрасныйМаркер -ИдентифицироватьТоварКоторыйБудемСчитатьПринимать - дальшесобакапорыласьпокачто | | |
| 26
- 15.01.2021 - 05:27
|  | | |
| 27
- 15.01.2021 - 05:30
| Поддерживается приемка "по плану" (есть задание с перечнем "товар-количество" - это хорошо!) и поддерживается "по факту" (нет никаких заданий, - это очень плохо, существенно повышается рсик некотнтролируемых косяков, манагеры хреном груши околачивают, облизывают клиентов, склад офигевает.. обычное дело.. сплошь и рядом..) | | |
| 28
- 17.01.2021 - 00:45
| Сделал (на экране списка заказов, по спецкнопке) возможность "завершить заказ", т.е. когда приемка окончена (ну, если так считает кладовщик) - заказ на приемку можно "завершить". завершенный заказ более на ТСД не фигурирует. При завершении заказа выполняются всякие нужные проверки (типа нет ли по заказы выполняющихся приемок и пр), если что не так - система на желание кладовщика завершить заказ даст "отлуп". | | |
| 29
- 17.01.2021 - 00:47
| Пока приходится много "обвески" доделывать/переделывать (с прошлых проектов), становится стройнее/лучше. Есть мелкие тех.проблемы, пришлось покопаться малость, получилось. | | |
| 30
- 17.01.2021 - 00:49
| Что хорошо - появилась возможность АВТОМАСШТАБИРОВАТЬ текст в текстовой надписи на экране (формекс, куда же без него), теперь можно писать нужные текстовые сообщения юзеру с ТСД (проблемы/ошибки и вопросы), не занимаясь вымороченным форматированием/подборов самого текса и размера шрифта. | | |
| 31
- 18.01.2021 - 23:42
|   | | |
| 32
- 18.01.2021 - 23:45
|
На приемке возможны ситуации когда "отсканирован" товар (сканом/вводом шк/артикула), который не заявлен в заказе на приемку. В этом случае система по введенному артикулу или скану ШК определяет товар по базе и запрашивает у приемщика подтверждение, типа см.рис. выше. Здесь все просто - читаем вопрос. Осматриваем штуку/коробку что отсканировали (может товар правильный, а маркировка неправильная штрихкодом, бывает такое). Если такой ТОВАР ВНЕ ЗАКАЗА не хотим принимать - откладываем только что отсканированное в сторону ("до разборок" в конце приемки) жмем "НЕТ" и возвращаемся на экран ТСД где были (скан/ввод товара не засчитывается в пересчет) и продолжаем работу. Если говорим "ДА" - то есть вот такой товар "вне заказа" будем принимать - жмем ДА и система "принимает" такой товар "в работу" и идем дальше... Такие экранчики могут выдаваться как в самом начале приемки - когда ОБОЗНАЧАЕШЬ товар для пересчета (выбор товара из списка товаров по заказу для приемки конкретного товара 1. обозначаем товар выбором из списка 2. обозначаем товар сканом товара шт/упаковки 3. обозначаем товар ручным вводом артикула (ШК тоже можно ввести вручную если не сканируется), также такие экранчики могут выдаваться и УЖЕ ПРИ ПЕРЕСЧЕТЕ ТОВРА (после обозначения самого товара) когда щелкаешь товары шт/уп на пересчете. Если мы на товар "вне заказа" сказали "ДА" - такой товар "вносится" в приемку (не в заказ! заказ остается без изменений! а в отдельную приемку по заказу, в которой система регистрирует все пересчеты) и в дальнейшем при пересчете такого товара система ВОПРОСОВ ПРО РЕГИСТРАЦИЮ ИЗЛИШКА НЕ ЗАДАЕТ (смысл такой раз согласились принимать такой товар "вне заказа" то он и так понятно что весь будет "излишек", лишний раз "грузить" приемщика не надо тупыми вопросами на ТСД). А вот если товар входит в заказ, и при приемке по нему система фиксирует попытку приемки излишка - тут на ТСД система спросит приемщика подтверждение излишка. В "отчете о состоянии заказа" (в т.ч. и на ТСД) будет видно по таким товарам "вне заказа" что типа "заказано=0, принято=10, излишек = 10) Тут, кстати, уже сам приемщик во время приемки разруливает - одно дело когда излишек по товарам, которые заявлены в заказе, и другое дело когда товары которых вообще нет в заказе. может товары "вне заказа" в заказ принимать не будет приемщик, а примет эти излишки ОТДЕЛЬНО "ПО ФАКТУ" без заказа. Рекомендуется по товарам "вне заказа" на вопрос системы отвечать "НЕТ", откладывать их в сторону. когда все остальное по заказу принято, то осматриваем состояние заказа есть ли недостачи - может этот излишек "вне заказа" это просто "пересорт" с какой-то позицией по недостаче, типа вместо "трубы d20 серые" поставщик положил "трубы d20 белые". И исходя из анализа ситуации либо принимаем товары "вне заказа" в этот же заказ, по «серым» получится недостача, по «белым» излишек, либо если вообще непонятный товар зачем его поставщик положил - либо принимаем в заказ тоже, либо принимаем "по факту" без заказа, либо вообще не принимаем и маячим менеджерам для разборок с поставщиком по существу - здесь как заведено по правилам в компании Если какие-то товары лежат на склад, но не приняты на остатки, то такие товары НАДО ХРАНИТЬ В ОТДЕЛЬНОЙ "ЗОНЕ" (типа "карантин для разборок") либо как-то иначе, но чтобы было понятно/известно что это за товар... Если предполагается что товар такой "непринятый" полежит час-два-день, то и ОК, можно не принимать пока менеджеры не разберутся. Если мы - склад - понимаем что такая волына будет тянутся долго - то в зависимости от ситуации - принять по факту (в режиме "принять сразу в ячейку на хранение") в спецячейку "карантин" и пусть они там лежат посчитанные хоть месяц пока менеджеры утрясывать будут. Если таких "сложных" схем нет, то тогда просто принимается товар "вне заказа" по этому же заказу или "по факту" и дальше как обычно размещается все в хранение. | | |
| 33
- 19.01.2021 - 14:54
|
Сплоши и рядом ситуации когда в базе могут быть товары с дублирующимися штрихкодами (штук/упаковок) или дублирующимися артикулами. система "отлавливает" такие ситуации при идентификации товаров или пересечте товаров сканированием и запрашивает у приемщика уточнение, т.к. самоятостельно не может определить. Приемщик здесь должен осмотреть отсканированный товар и на экране-диалоге уточнения выбрать правильный товар. | | |
| 34
- 19.01.2021 - 14:57
| на экране-далоге "найдено несколько товарных позиций" приемщик - осмотрев ситуацию - может выбрать товар, который окажется товаром из принимаемого заказа (тогда система ведет приемщика дальше по шагам процесса приемки/пересчета/итд) или может оказаться товар, которого нет в заказе - тогда система запрашивает подтверждение (описано в предыдущизх топиках выше) типа "определен товарА, но его нет в заказе - будем его принимать?". | | |
| 35
- 19.01.2021 - 15:02
|
Если приемщик тупит/не знает/не может по какой-то причине определить в случае дублей шк/артикулов какой он все-таки товар работает - тогда ДОЛЖЕН этот товар, который он только что отсканирвоал и стсема запросила выбор из товаров-дублей - отложить товар "в строну" для разборок в конце приемки. . Система предлагает опредеить на экране списка товаро-дублей "выбери товар из подходящих" - приемщик отказывается ("назад") - система его дополнительно "напоминает" (что делать с этим товаром - приемщик решает сам)  | | |
| 36
- 20.01.2021 - 00:49
|
основным "параметром/признаком" на основании которого строится товародвижение и пего планирование - это "учетные складские группы", которые "объединяют" товары, схожие по своим СКЛАДСКИМ параметрам (принципам обработки итд). Понятно, что к группировке товаров в списке номенклатуры - что используется для удобного визуального манипулирования списком товаров, а удобство здесь определяется разными критериями - кто-то группирует по поставщикам, кто-то по производителям. кто-то по целевому назначению итд.- имеет весьма отдаленное отношение. . От значения "учетной складской группы" танцует всё. Поэтому, если на приемке обнаружится что для товар ане определена учетная складская группа - система не пропустит этот товар в работу пока приемщик не отнесет товар к нужной учетной группе (тут конечно приемщик может лишь бы что выбрать лишь бы быстрей-быстрей... т.к. на многих "лавочных" складах - а это не от размеров склада зависит, а от принципов работы склада - даже складскиого логиста нет. всем "рулит" начальник склада, которому некогда вникать во все тонкости.. поэтому и живут склады на "ручном управлении - беги туда, неси сюда, это не принмай, это принмай и клади туда, а это туда итд. "..И никак не разоврать это порочный круг.." ;-) | | |
| 37
- 20.01.2021 - 01:00
|  | | |
| 38
- 21.01.2021 - 00:48
| Сделал каркас собственно пересчета при приемке (пока без сброса в базу). | | |
| 39
- 21.01.2021 - 00:49
|
удалено, мусор
Отредактировано Чучундер; 21.01.2021 в 00:53. Причина: исправлен тег | |
Интернет-форум Краснодарского края и Краснодара |
