Что-то я не понял...
Почему запускать детали недостающие нужно, ориентируясь только на один заказа то?
То есть, как я понял, исходя из Вашей логики:
Чтобы не нарваться на недостаток каких-то деталей нужно пройти по всем заказам. По очереди. По каждому отдельно посмотреть дефицит деталей, из списка, что встречается в этом заказе. Запустить. Потом смотреть так же следующий заказ. И т.д. пока все заказы по очереди по одному не пройдёшь.
Вопрос: а зачем за столько шагов то?
Почему сразу по всем то не посмотреть итого, чего не хватает? Зачем последовательно, по каждому отдельно?
Цитата |
---|
Lexam написал: Деталей повторюсь - десятки |
Так это не много, в принципе. Если именно десятки.
Цитата |
---|
Lexam написал: Поддерживать бездефицитную обеспеченность по всем заказам в реальных условиях невозможно |
Вот это уже ближе к корню проблемы, судя по всему...
Если причина в том, что есть какие-то заказы, которые висят в "рабочих", но реально их пока никто обеспечивать и не собирается, то просто запускайте "обеспеченности" без этих заказов. И, казалось бы, всё.
Если проблема с деталями "зависшими" между "готово" и "на складе" (ссылка на тему в вашем сообщении, там речь шла о моменте времени, когда цех уже отрапортовал, что сделал, а склад не отметил, что принял), то указанная манипуляция - проверять обеспеченность по всем заказам, но при этом только по списку деталей из одного конкретного заказа, её строго говоря, никак не решает. Потому что одно от другого не зависит. Там решение в другой плоскости искать нужно. Как один из вариантов я предложил в той теме и в предыдущем обсуждении, добавить в ТП ещё одну операцию, чтобы не получалось "готово", пока не отправилось реально на склад.
С другой стороны, определённая логика в Ваших словах есть, конечно. Наверное, можно и добавить будет возможность как-то из общей "обеспеченности" посмотреть только то, что относится к конкретному заказу. Не очень пока я осознал всю глобальную пользу от этого, но с другой стороны и смысл общий понятен, как бы.
Запишу в список.
Но если это и делать, то именно так. Не от одного заказа, а наоборот. Смотреть общую обеспеченность и из неё отфильтровывать только то, что встречается в запросах на конкретный заказ. Не наоборот.