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

• Максимальное число уровней
• Хрупкость
• Необходимый уровень доступа (какой-то товар всегда должен быть лучше доступен)
• Совместимость товаров (могут быть такие, которые по разным причинам нельзя рядом ставить)
• И многое другое...

Стоит ли оно того? Человек быстрее справится с авторасстановкой, другое дело - можно намекнуть ему на уже существующее расположение аналогичного товара.

Вот что первое приходит в голову:

• Кладовщик получает информацию о том, где такой или аналогичный товар уже располагается, что можно реализовать двумя путями:
  • Через терминал сканированием ШК товара
  • При выдаче задания на приемку товара (есть такое?)
• Идет с товаром к нужной или свободной ячейке.
• Сканирует код ячейки, тем самым инициализируя режим приема товара
• Сканирует товар, помещаемый при этом в ячейку
• Закрывает режим приема

Это ближе к первому варианту из предыдущего поста.
Первый пункт не обязателен, но его использование гарантирует отстутствие фрагментированности склада.

Janeka писал(а) 20. Октября 2010 :: 02:17:


А зачем ждать? "Раз пошла такая пьянка..." пусть операторы регистрируют поступление товара, а кладовщик создает свой спец. документ "Разнесение по ячейкам".
т.е.
1. операторы приходут товар и распечатывают кладовщику документ, в котором основываясь на каком-либо анализе (свободных ячеек, габаритов упаковки и т.п.) могут быть выданы либо жесткие указания куда чего класть, либо рекомендации типа "ряд 3-5; полка 7-10"
2. кладовщик раскладывает товар и фиксирует куда чего положил с пом. терминала сбора данных/сканера шк/(либо такой, немного  экзотический вариант, КПК со сканером шк, со спец софтом, в онлайне с базой). Фиксируется в виде: считали вид операции ПРИХОД (большая такая бумажка со штрих кодами прям на стелаже повешена), считали место, считываем коды товаров, следующее место, следующие коды товаров и т.д.
3. если не on-line скидывает все в базу
зы: ой, что-то я повторяюсь, выше уже ж почти все это написано

Цитата:

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

Janeka писал(а) 20. Октября 2010 :: 03:05:

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

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

P.S.: Адресный склад - это вообще веселая штука. При правильной его реализации кладовщику более не требуется помнить, как разбит его склад по типу товаров, - это все делает за него машина.
Если при приемке товаров это еще спорно, т.к. не все можно заранее предусмотреть, то при выдаче с правильного адресного склада кладовщик получает задание со строго прописанным маршрутом движения по координатам склада.

Там, где работаю сейчас, нет адресного склада, однако логика приходывания такая:
Бухгалтер приходует товар на виртуальный склад "Корридор"(где и находится товар до принятия), с которого уже производит приемку, анализ и сортировку товара кладовщик. Здесь играет роль то, что товар поставщика обычно объединяет группу товаров, используемых для работы организации.
Это очень похоже на использование общей ячейки из предыдущего поста.

Цитата:

определяю понятия:
передумала поддерживать тему ценности личности человека при выполнении своих обязанностей.Условия задачи сл.:
1.кладовщик размещает товар по ячейкам и из данных ячеек собирает по готовой карте расходной.Кладовщик не имеет право проводить в базе документ первого события-Приходную накладную,он так же не видит цен на поступивший и убывающий товар.Цель ячеек для кладовщика-навести порядок на складе,при котором размещение и компановка товара будет занимать мин времени,что позволит заказчику тратить мин своего времени,а так же даст возможность частичной инвентаризации в любой момент для выявления пересорта или недостач.Кладовщик материально-ответственное лицо,но если недостачи превысили его зарплату-вывод всем известен...(в его подчинении есть разнорабочие-неМОЛы-грузчики)
2.задача оператора оперативно ставить на учет (т.е.должны светиться остатки)приход.накладную,т.к.следом могут поступать заявки покупателей на продажу,кроме того операторов несколько,т.о.когда один провел приходку и по складу высветилось наличие-другой опер уже набирает расход по частично только что поступившему товару.Т.о.оператор физически не имеет времени и возможности ожидать любой консультации по ячейкам кладовщика и тем более перепроводить доки уже вбитые даже 2часа назад.
т.о. основная задача ячеечного склада-поднять оперативность сборки отгружаемого товара и уменьшить по мах недостачи,при этом решение данной задачи не должно отвлекать др.работников(операторов) и не увеличить возможность допуска ошибки в базе по вине "начинающего приходовать" кладовщика.
Именно поэтому была задумка создать приход на склад в ячейки программным путем,но здесь следует задать параметры машине-от чего отталкиваться-сколько можно еще программно грузить в данную ячейку(предложенный реквизит-вмещаемость ячейки от стандарта таковой),данный вариант не пошел из-за громоздкой работы составления таблиц значений вмещаемости товара в ячейку(более 3000видов товара и более 3 стандартов ячеек).На данный момент действительно разрабатываю отдельные доки для кладовщика(они появляются на основании проведения прих.накладной),на отдельном зеркальном регистре остатков никак не связанном с основным.Вариант запуска кладовщиком проведения собственных доков(раз они не влияют на осн.ост.в базе)вполне возможен...в данном случае ищу вариант контроля.
Если есть откатанные схемы,варианты данной задачи-очень буду признательна.

Z1 писал(а) 20. Октября 2010 :: 04:33:

очень здравая мысль!по поводу общей ячейки!каким образом кладовщик видит поступивший ему товар(мы говорим о базе)?
1.распечатывает/вводит на основании(свое вн.перемещение) от исходной приходной накладной?
2.после проведения первичного прих.дока-авто вводиться непроведенная наклад.внут.перемещения для кладовщика?т.е. доступ к исходникам с ценами он не имеет?

Janeka писал(а) 20. Октября 2010 :: 05:09:

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

А про представить - это просто - достаточно зайти в какую-нибудь масштабную muorpg или посмотреть ролики.

Dmitry The Wing писал(а) 20. Октября 2010 :: 05:01:

Да у нас как бы исходят что кладовщик хозяин склада.
Его зона ответсвенности правильное размещение товара по складским ячейкам. При этом по каким ценам товар приходуется и продается это не вопрос кладовщика.
Если Вы в Москве чтобы представить что такое ячеистый склад сходите в Икею. Везде указано где Вы можете взять крупногабаритный товар( и проблем с поиском как бы не возникает у покупателей).
Т.е идея та же каждая ячейка должна иметь удобный и понятный для всех адрес.

Janeka писал(а) 20. Октября 2010 :: 05:22:

Геометрия - это уже дополнительные параметры, которые к складскому учету отношения не имеют - они влияют уже на планограммы и алгоритмы рассчета оптимального размещения товара, но не на учет!

Геометрия ячеек даст возможность реализовать пункт 1 из поста #5:
Цитата:

Цитата:

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

Z1 писал(а) 20. Октября 2010 :: 06:38:

Ну вы и звери , но с другой стороны - дисциплина!

Цитата:

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

Цитата:

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

Janeka писал(а) 20. Октября 2010 :: 07:11:

Ага. "вывод всем известен" случается, когда количество превышает зарплату кладовщика.. А зарплата, стало быть, измеряется у него в штуках.. Чёта ржу. Вы их с улицы набираете? Попадётся один образованный - ещё и должны ему будете.

Цитата:

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

Цитата:

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

berezdetsky писал(а) 20. Октября 2010 :: 07:29:

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

Цитата:

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

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

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