Мне кажется, что ответ на такой вопрос должен быть сильно длинным и специфичным для бизнеса )))

1. Насколько я помню, в OeBS 12, примерно как Вы и описали (возможно расхождение терминологии) только почти все в автоматическом режиме (что скорее является недостатком)
2. "Что представляют собой блокировки?" - в OeBS есть термин "резервирование". Товар может быть зарезервирован. Автоматически или полу ручным способом. Обычно в момент "Комплектования" (отгрузки), но можно и раньше.

Например, как я помню: по гос. тендерам, в тендерную документацию может включаться аж серийные / номера партий. Поэтому, может быть ситуация, что оформили заказ, зарезервировали и товар радостно себе еще год на складе лежит.
Возможно ситуация "уникального товара". Например кусок электрического кабеля с бухты. Кабель одним куском 1875 метра ))). Резервирование должно быть сделано прямо в момент оформления заказа/счета. Т.к. клиента интересует именно этот кусок и никакой более.

Это только простейшие варианты. Те же резервы в OeBS, могут, вроде, и на определенную дату сами появляться. Если метод пополнения склада just-in-time. (не уверен)

3. "В какой момент формируется сущность для отслеживания доставки?" - даже не знаю что сказать ))) В OeBS есть модуль Заказы (Order Execution), Inventory - WMS (собственно склад), Shiping Execution. В момент передачи данных из OE в Shiping Execution "сущности для отслеживания доставки" и сформируются. Потом ими можно как-то управлять, делить на машины/вагоны/рейсы/контейнеры, планировать маршрут и отдавать на выполнение в склад. По отъезду из склада, контролировать перемещение по остановкам. Учитывать затраты на транспорт. И прочее. Это старая версия модуля OeBS (2005). Новая вроде должна вообще быть круче туч ))). Но я не видел.

и так далее...

Тот же user guide для OeBS в открытом доступе. Только настолько ли это интересно? Да еще в отрыве от конкретного бизнеса. Собственно это уже становится проект по внедрению.

IMHO & AFAIK. Я программист, т.ч. могу ошибаться )))

romaroТак как это работает изнутри?
Что бы ответить на такой вопрос более-менее _точно_, нужно иметь под рукой систему, смотреть доку и проверять себя по коду )))

Т.ч. я пас. Тот же OeBS есть в общем доступе, доки так же, документация на структуру базы аналогично. Только работы на пару месяцев IMHO.

romaroМеня тоже смущает полная автоматизация этого процесса, т.к. у нас многие товары в единичном экземпляре и обнаружение некондиции при отборе запускает довольно витиеватый процесс согласования с менеджером/клиентом.
Ничего не могу сказать.
В целом, совершенно типовая ситуация.

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

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

"Упакован" - за этим следит WMS. В OeBS это немного даже к вопросу "резервирования" параллельно
"собран из других товаров" - если просто подобрать товар из палет, коробок и так далее, то это WMS. Если же стоит задача из лампа + кронштейн + патрон + кусок провода + розетка собрать "светильник в сборе" ))), то в OeBS через склад такое даже не провести. Это уже модуль производства получается )))

Ну и на резервирование не только отгрузка, но и планирование завязано. Т.е., например, в случае планирования just-in-time, резерв должен появится заранее и соответственно в какой-то момент запуститься workflow которые пойдут в Purchace (Закупки) для пополнения товара.

Как я помню/понимаю, резерв в понятие OeBS, это нечто на пересечении нескольких сущностей:
номенклатура + кол-во + номер партии + серийный номер + LPN (штрих код коробки/палеты, только для WMS) + наверное даты + заказ + что-то еще

Т.е. мы можем или просто зарезервировать N штук какой-то номенклатуры, а можем зарезервировано N штук номенклатуры из конкретной партии. И так далее...

Скорее всего, не уверен, пойдет последовательное уточнение. После подтверждения заказа - будет просто резерв по кол-ву, после комплектования и упаковки - резерв пойдет с точностью до LPN и ячейки склада *

romaroИ как формируется последовательность операций? Например, если нужно вначале переместить товар в зону отбора, а затем упаковать на доставку. Понятно, что вторая операция не должна назначаться до тех пор, пока не выполнена первая?

Х.з. Не помню, но WMS все замечательно делает.

В WMS, есть целый модуль описания правил размещения товара и комплектования. Но его отдельные люди настраивали (консультанты). Я только сбоку стоял.

Вообще, повторюсь, IMHO физическая реализация глубоко вторична, а вот корректно описать БП на складе это уже задача под проект внедрения.

Опять таки, я плохо понимаю, что Вам нужно. Описание физического устройства таблиц аж по 3-4-ем модулей OeBS .... ну это и так есть... в фирменной доке... пара тысяч страниц текста и несколько сотен тысяч строк кода )))

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

Я бы делал последовательно. Т.е. нужен товар - есть свободный (не зарезервированный) в зоне отбора/комплетование, нет - в соответствие с правилами размещения запускаем процесс переноса (или упаковки/распаковки) в зону отбора, выдаем задание, оператор подтвердил... goto в начало... И так до тех пор, пока не скомплектуем все. Где-то товара стало меньше/больше - по min/max запускаем пополнение в соответствие с правилами размещения.

Так в цикле и бежим, резервируя (уточняя?) резерв товар, проверяя правила размещения и выдавая on-line указания на терминалы грузчикам

Комплектование завершилось, подтверждаем отгрузку (отправляем данные в финансы/главную книгу), печатаем ТТН (товарно-транспортную накладную), машина поехала по маршруту.

IMHO & AFAIK.

Как точно в OeBS, нужно/можно смотреть в доке.

p.s.
* В свое время (2006) полностью переписывал пакеты отвечающие за комплектования для ИТЗ (Ижорский трубный завод), что бы OeBS при отгрузки не мог разбивать партии (всегда отгружал только целые партии). Но там был Inventory (не WMS), и честно говоря уже не помню. Хоть и месяц ковырялся.
p.p.s.
модули в OeBS относительно "независимы".
Т.е. заказ + резерв - это скорее OE (заказы)
Планирование, пополнение склада и опять таки отслеживание резерва для планирования - это OE + Purchase + Workflow
Планирование транспорта (что бы все влезло), комплектование, отгрузка - Shiping execution
Отбор, перемещение по складу, пополнение ячеек, упаковка/распаковка, правила хранения - WMS

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

Все перемещение по складу описывалось правилами в самом модуле. Программистов это не сильно касалось.

[quot romaro]На самом деле меня больше всего интересует не столько бизнес-процесс, сколько архитектура БД, которая позволяет создавать цепочки действий. Например, вначале товар нужно заблокировать, потом назначить наборщику для перемещения в ячейку отбора, потом уже добавит в маршрутный лист и т.д. Леонид сказал, что вряд ли это делается сразу. Как тогда? Существует набор процедур типа "процедура создания блокировок для отбора из ячеек", "процедура сортировки заказов по маршрутным листам" и т.д.
Думаю да (_точно_ сказать не могу)

"процедура сортировки заказов по маршрутным листам" - не знаю, что значит данное словосочитания. Но на нашем внедрение планированием транспорта занимался отдельный большой отдел. НИКАК не связанный со складом. Он заплонировал отгрузки (исходя из заказов), приблизительно разбил по форум (полуручным образом), заказал фуру... ЗАРАНЕЕ... собственно работа склада начинается тогда, когда фура должна подъехать

По блокировке я уже писал. У меня чувство, что резерв просто "уточняется" на каждом шаге. Детали реализации я уже не помню, но думаю, это и не важно (см. ниже).
s_ustinovВ БД обычно все "дубовее" - чтобы не было всяких косяков.
Например, есть две таблицы - "Операции по ячейкам" и "Созданные подборы"

БП Вы тоже очень хорошо описали, но у меня ощущение, что операции на нашем проекте делались в другом порядке (наверное уже зависит от специфика компании/склада)

С 1 согласен. Все нужно делать "дубово".

По поводу таблиц:
"Операции по ячейкам" - как минимум, должны быть поля FROM, TO. А то можно проводить операции списания товара в вакуум. Как потом историю восстанавливать?
С термином "подборы" лично даже не сталкивался (возможно по другому называлось/переводилось)
romaroКаждая из них запускается с определенной периодичностью?
Как запускается, дело на мой взгляд десяток. Как работало в WMS OeBS даже и не скажу. В Inventory - да, ряд процессов обработки через интернал конкарент менеджер, раз в несколько секунд. Ну или вручную, в тот момент, когда понадобилось. В WMS OeBS даже и не интересовался.

Про дерево:

Про Бизнес-процессы


Понятно, что конкретная структура ТАБЛИЦ, будет зависит от того, как хранятся данные в ВАШЕЙ системе, какие Требования (не только с точки зрения склада, но и финансов и планирования), какие исходные данные и так далее. Мне кажется, что структурой одной таблицы тут не обойдешься. В целом это задача архитектора и наверное не на один месяц.

По OeBS структуру всех таблиц можно посмотреть на http://etrm.oracle.com (требует авторизацию). Только зачем? Вряд ли у Вас стоит задача повторить OeBS.

s_ustinovКак раз в вакуум часто и уходит Когда идет отгрузка со склада - в какую ячейку уходит товар? В "вакуум"!

В Oracle в NULL ))).
Но если это транзакция отгрузки, _наверное_, будет обязательно поле "id строки отгрузки". Т.ч. все равно не в "вакуум", а в конкретную отгрузку.
s_ustinovА подбор... (PICKING, PICKING LIST) Вроде бы распространенный термин. Когда надо собрать заказ клиенту и кладовщик ходит и из разных ячеек собирает товары под этот заказ.
Да PICK... разумеется знакомый термин. Такие действия знаю, но таблиц не помню.

Еще PICK UP знаю ))) но это уже из области психологии )))

Посмотрел eTRM таблицы с префексом WMS.