Ячеистый склад в УТ #619075

УТ 10: Есть ли возможность стандартным функционалом реализовать учет хранения товара на складе по ячейкам (зонам хранения)?

элемент - ячейка ?

А отчет по остатках как строить? По каждому складу отдельно?

Ну это если без допила, а так лучше конечно что нибудь специализированное поставить !

Нет адресного склада в УТ.

В аську можно стукнуться ?

Адресный склад и ячеистый это одно и то же?

У кого как )), но по идее одно !

"учет хранения товара на складе по ячейкам" это как раз адресный склад. А в УТ ячеистая структура без привязок к остаткам

В УТ10.3 есть справочник "Места хранения" и РС "Места хранения номенклатуры". Из справки: "Расположение материальных ценностей на каждом складе можно дополнительно детализировать по конкретным местам хранения: ячейка, стеллаж, паллета и т.д. Список таких мест хранения содержится в справочнике "Места хранения" подчиненном справочнику "Склады", т.е. для каждого склада определяется свой перечень мест хранения. Перейти к справочнику "Места хранения" можно из формы справочника "Склады" при помощи меню кнопки "Перейти" — "Места хранения"."

Представь , что нет привязки остатков к ячейкам.

оно как бы есть, но толку 0 - чисто информативность без учета остатков и т.д.

А в чем великий смысл иметь остатки в каждой ячейке?

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

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

ну я и говорю только общая информация, что такой то товар должен лежать в той то ячейке.

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

Ну может кол-во остатков и не так важно, а вот местоположения товара это важный момент ! Работала на складе первая смена: Пришел товар(новый которым первый раз закупились) и Вася Пупкин положил большую часть там на пример 20 коробок куда-то, а вот две коробки не уместились и он их закинул х.з. куда. А на след. день заказ пришел на 22 коробки, а смена уже другая ясен перец они нашли 20 коробок по пырому, но про 2-е коробки никто же ничего незнает кроме Васи Пупкина и вот потом бегают и перерывают весь склад !

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

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

не баись. 6734 ячейки ;-) работаем без количественного учета по ячейкам. и нормуль...

>  а вот две коробки не уместились и он их закинул х.з. куда. пофиг, что при количественном учете, что без него. если кинули хз куда без отметки... . ХЗ = хочу знать

а как считаете? по объему?)

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

что хоть храните-то?

никак. мне достатчоно знать что артикул 300235 лежит в ячейках 02-003-01, 02-003-05, 02-006-07

Раздолбайство складских работников не является аргументом для автоматизации учета по ячейкам. ИМХО.

блин, а ты задвигал...

то есть проще, что в

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

и кладовщик прыгает снизу ввех чтобы достать это все?

Хм... интересное решение, а как в листе обтбора указано кол-во которое нужно взять, если у Вас нет информации о том сколько товара в ячейке ? Как происходит подпитка ?

У нас рулонный товар. На полку ложится от 5 до 7-ми рулонов. У каждой полки выставлено максимальное количество мест хранения. А вообще, там дофига еще чего учитывается...

так я же это и имел ввиду нужно сделать выборочную инвентаризацию товара смотри, что он лежит в ячейках А001, С222 и Е148 идеи и пересчитываем три ячейки и сверяем с остатками А еще у нас есть т.н. клиентские ячейки, где собирается заказ клиента и очень удобно видеть остаток по такой ячейке с целью понимания "ну все уже привезли?" А еще такие ячейки могут резервироваться при заказе клиента и тогда сразу при приходе часть товара несут не на склад, а сразу по клиентским ячейкам

Что значит раздолбайство ? У тебя нет адресного хранения так ? У тебя начальник склада решает что куда положить ? Он это где то фиксирует ? может Excel ? если да то это тоже адресное хранение, но просто не автоматизированое !

Такое впечатление, что в твоем понятии все шариковыми ручками торгуют.... Надо будет - и допрыгнет, и карой подымет...

???

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

читай выше мои посты. зависит от СПЕЦИФИКИ. у меян ячейка отбора высотой 170. если полностью забита - хватает на 1-2-3 дня. не по всем артикулам, но по большинству.

все зависит от специфики.

смотри на территории - я там подробно отписал

Логика - это хорошо. Только наличие свободных мест тоже логике подвержено...

ушел смотреть сериал, вернусь через полтора часа. н апишите чтонить уже интересное.

Зато типовое ))) У меня в практике пока только у одного клиента понадобилась информация по ячейкам. Типового функционала хватило. Добавил только внешнюю печатную форму для складских с указанием ячейки и доп. характеристик товара. Если бы была автоматизация или механизация погрузки-разгрузки,то конечно надо прикручивать другие механизмы.

и такое решение как в "мне достатчоно знать что артикул 300235 лежит в ячейках 02-003-01, 02-003-05, 02-006-07" тоже допустимо так тоже работаем в некоторых случаях просто, но не всегда удобно т.к. при приходе неясно куда тащить товар в 02-003-05 или 02-006-07 поэтому тут как повезет... не влезет на 02-003-05 потащать на 02-006-07 и т.д. а если вообще не влезет, то еще одну ячейку хранения заведут потом периодически нужно освобождать ячейки в системе когда товара столько нет, что бы он был в трех ячейках 02-003-01, 02-003-05, 02-006-07 а достаточно уже только 02-003-01 у каждого решения свои + и -

ОК. Добавь в справочную информацию, что товар может лежать в другой ячейке. При этом достаточно знать правило, что заполняется ячейка с меньшим номером. Зафиксировать, где может лежать товар нужно всегда. Но знать, что там лежит определенное количество не обязательно.

в все. как можно составить маршрут сборки, не зная, где сколько лежит? допустим в ячейке А и Б по 20 штук, в ячейке В - 50, нам надо 30, логичнее собрать всё из одной ячейки, а рраз в неделю делать "дефрагментацию". Или наоборот - в одной ячейке места для 30, в другой - место для 50, надо положить 20 - логичнее положить в первую.

1ска мне сейчас сказала bad allocation при попытке запихнуть набор записей в ЗначениеВСТрокуВнутр... с чего бы это...

и клавогонки не работают :(

Просто правило: "Заполняем ячейки с  начала от списка, а забираем с хвоста". Если ячейка опустела - убираем из списка. Оставляем при отсутствии товара только первую ячейку.

оптимальность маршрута портится

Японцы, еще до появления компьютеров использовали на складах карточки заказов. Общие слова...ИМХО.

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

получается не лист сборки, а хрень. возьми здесь х штук, а если не хватило - или на У и там возьми, а если и там не хватило, то на Й... собрал? ну так теперь переходим к следующей номенклатуре... тут уж действительно не обойтись без сканирования каждой единицы и ТСД, чтобы не забыть в процессе бегания по складу туда-сюда, сколько осталось взять чего. Когда же известно количество - то тут проще - сразу за 1 проход по складу собирается весь товар

Складским работникам достаточно иметь накладную, в которой товар отсортирован по номерам ячеек.

я вот в прошлой ветке писал про вертикальное масштабирование по оборудованию - от листов к ТСД. если 100500 наименований и каждое может хранится более, чем на 1 месте, то нужно знать, сколько где хранится. а если все хранится в 1 месте - то мы знаем, сколько в какой ячейке, ибо совпадает с ТоварыНаСкладахОстатки :)

да, как будешь сортировать если товар в нескольких ячейках?

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

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

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

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

а если так получилось?

при заполненности склада >70% фрагментация большая весьма

+ либо большие ячейки, не заполненные до конца

у меня в среднем 2.5 строк/мин или 150 строк/час :)

тут у тебя уже другая организация склада - "рохзничные" и "оптовые" ячейки на верхних ярусах, или я не так понял?

ну да, примерно так и есть

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

за все склады я бы не говорил. у меня 15к наименований, при этом 50% постоянно крутится, 80% - в неделю трогается точно.

возможно у вас товар крупногабаритный, т.е. 8-10 штук на паллето-место. в этой ситуации действительно оптимальней вертикальное размещение по АВС, т.е. классА - 1-й ярус, классВ - 2-й ярус, классС - 3-й ярус

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

> просто, но не всегда удобно я напсиал выше - должна учитываться СПЕЦИФИКА. у меян ячейки хранения находятся на той же стойке что и ячейка отбора или на рядом. поэтому если приход большой - то палеты с артикулом закидываются в первую ближайшую свободную ячейку (у меня есть запас по свободным ячейкам). если есть время - то товар с прихода - докидывается в уже занятые ячейки хранения. ячейки отбора забиваются в первую очередь

у меня чейка отбора - всегда одна. поэтому решение - катит. даже если ячеек отбора несколько - пРОБЛЕМ ВОББЩЕ НЕТ. рисуется маршрут в порядке обхода. из первой ячейки отбирается требуемое количество - отобрали полностью - ОК!! НА ТЕРМИНАЛДЕ вторая ячейка не высветится вообще. отобрали частично - будет в порядке обхода направлен ко вторйо ячейк.

Конечно все зависит от специфики но есть как бы общие принципы например дополнительная оптимизация размещения исходя из ABC-анализа т.е. более оборачиваемый товар размещается ближе к месту выдачи при этом могут быть исключения исходя из свойств товара (например мороженое нужно всегда размещать в холодильнике не смотря на оборачиваемость) складская логистика штука сложная и в основном эмпирическая "ячейке А и Б по 20 штук, в ячейке В - 50, нам надо 30, логичнее собрать всё из одной ячейки, а рраз в неделю делать "дефрагментацию". Или наоборот..." ИМХО это можно понять только поработав с разными методами...

В УТ11 есть адресный склад, причем реализация адресного склада в 11 очень похожа на Акселот, может одни и те же спецы делали...

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

87 строк - это средний показатель. когда заявка оптимальная - 110-120 строк. к оптимизации размещения и отбора товара я даже не подступался еще - без этого проблем хватает. По первоначальным прикидкам - применив тривиальную оптимизацию - удастся среднйи уровень поднять примерно до 100 я думаю.

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

надо учитывать, что например строки могут быть ОЧЕНЬ РАЗНЫЕ. у меян запросто может быть строка которая состоит из 3 коробок, 7 блоков и 10 штук. и все это в одной строке.

именно так. Сборщик "толкает" товар на подпитку. + выделенный человек , ответственный за постоянное наполнение ячеек отбора. ввиду приемлемой оборачиваемости подпитка товара, осуществялемая в "нерабочее" время практически хватает на беспроблемный отбор в течении дня-двух...

пока что тупо самый большой эффект дало применение ТСД вместо листов отбора. подумывал насчет носимого на руке терминала, чтобы у сборщика ДВЕ РУКИ  были свободные с читалкой штрихкода-перстнем. - но пока приемлемых  не нашел. ВСЕ НАДО ПРОБОВАТЬ В БОЕВЫХ УСЛОВИЯХ. . войспикинг конечно еще даст существенное увеличение скорости сборки. но это совсем другой уровень организации и мотивации складского персонала. на данный момент для меня это неприемлемо ввиду нерешенных АУП-вопросов.

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