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

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

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

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

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

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

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.после проведения первичного прих.дока-авто вводиться непроведенная наклад.внут.перемещения для кладовщика?т.е. доступ к исходникам с ценами он не имеет?