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

Есть только один нюанс - одними из первых участков, которые начинали автоматизировать, были склады и зарплата. Догадываетесь, почему?

IgorTv,
уточните, что вы подразумеваете под управлением складом?
адресное хранение (что и где и в каком количестве хранится и в каких упаковках), фиксацию прихода-расхода, оптимизацию подбора/раскладки товара, алгоитмы пополнения запасов? и о каком складе идет речь - логистический центр, завод, торговая точка?

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

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

управлять же складом с помощью бирок и магнитиков ни у кого никогда не получалось
амбарные книги были с момента возникновения письменности, почитайте например вот это:
http://ru.wikipedia.org/wiki/%D0%9A%D0%BB%D0%B8%D0%BD%D0%BE%D0%BF%D0%B8%D1%81%D1%8C
я не помню точно, где прочитал, но очень большая часть всех известных глиняных табличек с клинописью - это складской учет (приход/расход).


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

IgorTv[
Конкретной задачи нет.
То, что вы описали с линией дозаказа в лотке - класический пример системы канбан для инициации процесса закупки\производства деталей. Я бы не рубил с плеча, что так работать нельзя.
...
Моей целью в этом посте было получить описание "простых" систем, чтобы возможно их принцип или элементы использовать в дальнейшем.

Например в Дао Toyota на стр. 205 описана система визуального контроля работы склада запчастей.
http://www.pqm-online.com/assets/files/lib/liker1.pdf

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

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

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

Garya канбан - это не только схема хождения карточек, это еще и разработка принципов их хождения, то есть, планирования. Именно в расчетах размера канбан-партии и канбан-контейнера и заложены страховые риски.

Определение уровня запасов по некой проведенной на стенке линии - это метод SIC (статистического управления запасами). Применим он только для материальных ценностей класса C по ABC-классификации (метизов, фурнитуры и т.п.), с большим натягом может применяться для категории B, для категории A не годится категорически.

Самое интересное, что математика в этих двух системах (канбан и SIC) одна и та же.
Просто у канбан цикл обычно намного короче (часы), чем у SIC (недели), но принципы расчета объема и количества канбан партий и точки дозаказа и количества дозаказа в SIC одинаковые.

И говорить, что SIC не годится для товаров группы А - не корректно. Если колебания спроса (потребления) незначительны или срок пополнения запасов относительно небольшой - этот метод прекрасно сработает. Другое дело, что такие "идеальные" условия встречаются крайне редко.