Производственные заказы

По поводу именно "высокого" уровня есть, кстати,  ещё разные "приёмы", сокращающие объём рутинных действий. Но они все специфичные, под конкретные случаи.
Примеры:

1.  Для лазерной резки при больших объёмах есть технология интеграции с раскройными программами (через "объединённые задания" в VOGBIT). Чтобы в VOGBIT выдавать на посты задание в виде не огромного количества разных деталей, а в виде "программ", то есть включать в сменное задание для машины лазерной резки что-то типа "Лист ГК 2мм, 1250х2500, программа такая-то - столько-то штук, программа такая-то - столько-то штук" и т.д. А деталей на каждом из этих листов много разных. И VOGBIT знает каких именно. И закрывать так же - листами (программами). А VOGBIT в этом случае сам понимает какие именно детали в каком количестве были порезаны и автоматически это отмечает в базе и "продвигает" тем самым порезанные детали сразу "пачкой" дальше по маршруту. С возможностью ручной корректировки, если несколько деталей ушло в брак плюс некоторыми другими нюансами. Это с одной стороны требует немного больше действий при подготовке таких "объединённых" заданий, но зато даёт несравнимый выигрыш в дальнейшем. Когда вместо сотен "заданий" на отдельные детали выдаёшь на пост и закрываешь несколько штук. На "листы/программы". А остальное (задания по деталям) автоматом.

2. В производстве строительных металлоконструкций, где очень много разных деталей (сотни наименований, тысячи по количеству в день), но они все очень простые, и "поток" очень быстрый, придумали (не мы, нас научили производственники) способ планирования и закрытия заданий "по комплектам". Когда задания на пост выдаются не на каждую детальку отдельно, а сразу на некий "комплект" (подробнее). В результате количество информации в "заказе", с которой приходится работать, в десятки раз сокращается. Количество действий типа "выдать задание", "отметить выполнение"  - аналогично. Ориентироваться проще в  том, что происходит, действий меньше для этого нужно. Детали при этом на постах исправно делаются и именно те, какие нужно, и в тот момент, когда нужно. В задании конкретному работнику, естественно, написано какие ему сейчас делать детали и сколько. Но это программа автоматически расписывает, человек при выдаче и приёмке заданий оперирует "комплектами", что сразу резко сокращает трудозатраты на всё это мероприятие, упрощает, и имеет ряд других преимуществ в условиях подобного производства.

В некоторых случаях, я в своей практике успешно применял такой "комплектный" метод и на других предприятиях. Которые не металлоконструкции изготавливают. Причём с пооперационным нормированием (в металлоконструкциях - укрупненно). И хорошо работает.
Но как и у любого метода, есть ограничения по применимости. В каких-то случаях - хорошо работает, в каких-то совершенно не подходит.

3. Современная версия VOGBIT хорошо поддерживает параллельно использование нескольких разных уровней по ходу прохождения деталей через производство. То есть не обязательно сейчас использовать "высокий" уровень тотально по всем участкам и рабочим местам. Можно, например, по "высокому" уровню, то есть с выдачей сменных заданий на посты, пропускать только некоторые операции в техпроцессе. Там где это наиболее критично в плане управления процессом. А там, где и так, в принципе всё хорошо, на других операциях по техпроцессу - использовать "средний" уровень (отметка по факту, без необходимости выдавать/распределять специально для этого задания). В современной версии VOGBIT так можно. Без необходимости что-то вручную всё время переключать в программе. Что опять же призвано упростить использование программы. Убрать те действия, которые не нужны, там, где они не нужны.

P.S.
Был ещё такой опыт у нас:
Написали мы в своё время функцию в режиме "новые задания", которая по определённым правилам вставляла не только текущее задание в план поста, но и сразу все последующие по техпроцессу с определённым сдвигом друг от друга. Изначально планировалось это под производство ЖБИ. У меня, правда, коллеги не дадут соврать, с самого начала вызывала большой скептицизм та идея организации производства, которую излагали организаторы данного мероприятия (несколько заводов люди строить собирались и даже начали, вроде как). Не верил я, что в реальности сможет так производство работать, как они разрисовали. Правда личного практического опыта в работе с ЖБИ у меня не было никакого (заказчики утверждали, что у них как раз был) и, кроме того, за реализацию возможностей в программе под такую концепцию платили. А деньги были очень нужны.
В общем сделали мы когда-то и такую функцию. На практике проверить, правда, так и не удалось. Как я и предсказывал, это не заработало. Правда намного раньше, чем предполагалось. Ни один завод так и не был в итоге построен, насколько я знаю, на котором планировали его потенциальные хозяева организовать производство по той схеме, под которую эта функция делалась.