Нужна помощь по складской логистике :)
Есть несколько зонированных складов с ячейками (полками), из базы выводятся на печать наряды на сборку по складу. В печатной форме наряда указаны полки с которых нужно брать ТМЦ, каким наиболее эффективным способом реализовать в конфигурации описание связи между ячейками указывающее на удаленность ячеек друг от друга, чтобы независимо от того с каких полок придется брать ТМЦ, в наряде на сборку позиции были перечислены в той последовательности в которой их удобнее было бы собирать по складу одну за другой?
кладовщик юзает ТСД Motorola МС3190

(0) а полки указываются в каком виде? там ряд, секция, ячейка?

Склад самый обычный, стоящие рядом стеллажи по 40 полок на каждом.

А зачем расстояние? грузчиков в тоннокилометрах обсчитывать?

В модели БД каждая полка это ячейка - зоны - склада.
У справочника склады есть подчиненный справочник Зоны, а у зон есть подчиненный справочник ячейки.

(2) ну самое простое что приходит в голову, это при печати отсортировать по полкам. Но тут надо смотреть как указываются полки.

(5) >> отсортировать по полкам
плин точно я как-то об этом не подумал, пожалуй это все что нужно
Порядок обхода...
новый реквизит типа число :)

В паре организаций внедрено
ячейка вида
склад-стеллаж-полка 01-25-45

Далее сортируем по этому полю. Получаем порядок следования.

(6) не уверен в необходимости нового реквизита. Как сейчас происходит поиск места? что именно печатается на акте?

Номер линии - номер уровня - номер столбца.
Сортируй

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

(7) А как на практике предпочтительней сортировать полки по дате их заполнения когда позиция в наряде есть сразу на нескольких полках по ЛИФО или ФИФО?

сроков годности у ТМЦ нет, в этом случае наверно и не важно...

(10) я про то, как человек понимает с какой полки надо забирать. в каком виде оно? наверняка понятном человек
(11) при чем тут дата? по хорошему при размещении товара его надо класть туда же, где он был до этого. если там места нет, то где-то рядом.

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

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

(13) В наряде на сборку есть колонка в которой указан штрихкод и код ячейки, сейчас это 3х значный код типа D48 Кладовщик смотрит код идет к ячейке сканирует ТСД штрих коды товаров наряда, отправляет с ТСД наряд в базу.

(14) мы ж не общий случай рассматриваем, а (12)
(16) откуда кладовщик знает где находится ячейка D48? Наверняка есть логика в нумерации ячеек... вот и сортируй по коду

(8) мне лучше завести новый реквизит порядка обхода, иначе кому то придется лазить по всем стеллажам и менять таблички с номерами ячеек :))

(18) типа номера ячеек распределены случайным образом? как же кладовщики с этим работают? запоминают все наизусть?

(17) Шкаф D полка 48, в этой нумерации не учитываются столбцы стеллажа, а это действительно важный момент.

(20) а может стоит учесть? что б код был понятен и кладовщику и программе. Не думаю что склад на столько огромен, что потребует много времени на перевешивание табличек.

у нас был склад с 15000 ячейками. когда делали адресацию - думали зараении

заранее

(3) Интересная мысль, новый показатель KPI для грузчиков Вес ТМЦ наряда на сборку * длину пути между ячейками во время сборки в километрах.
Надо будет перевести один склад на такую мотивацию ради эксперимента :)

проход - столбец - ярус - подъячейка

(25) Вот, так и сделаем :) только у меня подъячеек нет, на полке пускай сами разбираются что у них слева, что справа

(26) ну, у вас и ячеек не 15к, наверное

(25) Подъячейка зачем? Изначально неверно пронумеровали ячейки что ли?

(28) нет, столбец - в ширину паллета. для номенклатуры, которой на остатках мало делили ячейку на 2-3-4-6-8 (по вертикали и горизонтали), требования к количеству и месторасположению таких ячеек со временем менялись, соответственно, одни делили, другие объединяли.

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

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

ярусы начинали заполнятся с высоты 70см до 150 см (2 яруса), затем 0-70см (нижний), затем верхние по возрастанию.

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

(0) Если я правильно понял, нужен маршрут по складу (полкам). Тогда нужно создать документ "Маршрут склада" и указать все ячейки данного склада в том порядке, в котором строится маршрут. При печати документа "на отбор" строки предварительно сортируются согласно номеру строки в документе "Маршрут склада". Какая у Вас конфигурация? У нас есть модуль для типовой УТ, который позволяет добавить "маршрут на складе" и статическое хранение.