Устанавливаю на своих птицефабриках систему учета и контроля + оборудую транспорт навигационной аппаратурой. Для начала думаю будет нормально.

Алескей, скажите, а в каких единицах измерения Вы ведете учет птицы (готовой продукции) ?

Ответ очевиден, что бы ШК сохранился и был доступен клеить некуда, поэтому возить его надо с собой, а на полу или потолке нанести адрес.

Так-то оно так.
И именно так происходит.
Но возить ШК с собой, как я писал, скверная практика.
Возможны ошибки.
А иногда — соблазн никуда не ехать, поставить где попало и просканить от фонаря.

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

Мне больше нравится конструкция сверху.
Если натянуть трос достаточно высоко, что бы мачта штабелера не касалась его. И далее вешать на тросиках с него таблички А4 формата. Порвать сложно. Но цепляться паллетами и мачтой будут. Единственное, раскачиваться будут долго. Потом не считаешь нормально штрих-код. Но качение будет меньше распространаяться на соседние таблички.
РДТ Symbol MC9000-G читает штрих-код максимум с метров 3ех. Так что расстояния должно хватить.

П.С. кстати… традиционная ошибка использования РДТ, штрих-код нужно считывать с поверхности  под углом в 35-45 градусов… :-) так что дальность чтения может быть и больше.

:-?
Есть несколько вариантов:
1) Сделать отчет совместно с ERP-системой или только в ERP. У вас же помимо WMS есть какая-то учетная система?
2) В базе данных на таблице с ячейками триггеров  всяких навесить чтобы скидывали информацию — когда товар поставили, убрали и т.п.
3) Сделать так чтобы отчет запускался автоматически через определенное время и сохранял данные.
4) Самый простой на мой взгляд — это по приходам и расходам. Там же время учитывается, следовательно должно считаться без проблем.

У нас работает только WMS (+ Excel конечно же :-) ). Мы просто ведем склад (провайдер логистки). Мы связаны с ERP системами только интерфейсами обмена данными.
Да, история транзакций ведется, все замечательно. В принципе, мы с этим недостатком сейчас и боремся путем или же автоматического генерирования отчета каждый день, или вручную операторы выгружают после проведения всех заказов за смену.
В случаях, когда забыли/не сделали как раз и ковыряемся с приходами/расходами. Но елси это за длительный промежуток времени, то достаточно долго занимает процесс вычисления.

Задача возникает при выставлении счетов обычно или при анализа поцессов. Необходимо состояние склада в определенный момент времени в прошлом. Отчеты выгрудать забыли/не делали.

Сергей, этот вопрос, похоже актуален  - так как разработка такого инструмента в WMS уже обсуждается долго. Я так понял, не знают ск какой стороны подойти. В принципе, серьезные изменения в WMS уже не сделать. Мне интересно каким образом реализованы WMS, в которых есть функция «склад в прошлом».

Оптимальный производственный процесс Вам врядли удасться организовать… При переполненном помещении  Вы забъете все рампы и сможете по одной машине разгружить и загружать максимум.

Забив склад до отказа не советую. Вам нужно иметь место, что бы дышать. Если забете склад, можете вобще остановиться или играть в «пятнашки» на складе целыми днями. Так что лучше очень медленно, чем стоять.  Да, и приготовтесь жить на складе. Так как с заказами Вы будете опаздывать, то сборка у вас будет очень похожа на панику.

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

Мы оттлакиваемся таким образом:
Делаем видоизмененный АВС XYZ анализ. Грубо говоря…:
АВС анализ — объем расходуемого сбороного товара, в паллетах (зона сборки в паллетоместах). Мы высчитываем количество ячеек в зоне сборки
XYZ  анализ мы используем по частоте подбора. Соответственно распределяя эти артикулы ближе к выходу их стеллажей или к предрамповому пространству.
Но, все же таких, совсем вялотекущих товаров у нас нет, так что объем зоны сборки расчитывам для всех активных артикулов.

У нас склад 8000 палетомест , 5 этажное хранение , при том , что имеется в наличии только 4 ед.техники ( ричтрак) Заранее благодарен.

Да…  не много техники у Вас на 8 тыс паллетомест! 24 часа это вы только считались или вместе с корректировками в системе?

Обращаясь к терминалам сбора данных мы возвращаемся к WMS. Внутри WMS должен быть реализован инструмент проведения инвентаризации. Иначе вам ТСД, собстенно, подключать даже некуда.

Если этого инструмента в WMS у вас нет, то нужно придумывать что—то другое…

Добрый день! Господа
Помогите пожалуста советом.
Внедряю систему адресного хранения на небольшом складе 2000м2.
Номенклатура -продукты , соответственно требуется учет сроков годности. В основном сборка штучных заказов. Пополнение запасов из учета поддержание двухнедельного стока
Основная проблема с расчетом размеров ячеек для зон пикинга и хранения товара.
Вопрос-на какае параметры лучше опираться при расчете ячеек для пикинга-какой размер запаса держать в них?

Сергей, нужны еще данные.
У вас заказывают по сроку годности или вы отгружатет через FIFO на основе старого срока годности?
Как реализован процесс пополнения зоны сборки? Это один раз в день или же зависит от размера волны сборки?
Каким образом у вас реализована сборка? Расчитывает ли система общий объем перемещаемого товара в зону сборки и сама рекомендует места?

Зона сборки у нас зависит от количества артикулов. Если у нас 100 артикулов и мы двигаем паллеты, то нам нужно иметь «теоретически» 130 ячеек, что бы смочь переместить по паллете каждого артикула, если они все попадут в сборку. +30, потому что когда вы пустите вторую волну пополнения зоны сборки, то в нашей зоне сборки еще остануться паллеты после предыдущей волны. Т.е. минимум один  разобранный паллет каждого артикула. Может не хватить места для следующей волны.
НО! У нас могут быть разные сроки годности. Зависит от того как заказывают, если по срокам, тогда нужно считать, сколько различных сроком одного артикула может быть в заказе.

Дальше, зависит от ваших ответов.  :)
Пишите, сделаем!

В принципе, я понимаю, что скорей всего лень менять в процессах радо 14 см.

А если напольное хранение? Быстро паллеты подбирают?

Меня смущают тонкие вилки погрузчика. Или Вы пользовались вилками с роликами?

Капитан — блондинка! :-)

Павел,

а как именно вы называете процесс передачи данных? Собственно это и есть в терминологии Interface of Electronic Data Interchange (EDI).

Скажите, а кто именно занимается подготовков интерфесов к работе?
Я новый клиент, например. С чего Вы начинаете работать? Я так понимаю, что каждый тип обмена предполагет свой «шлюз» и процесс обработки сообщения. У вас своя команда разработчиков?