Сводное планирование (собственная сортировка номенклатур)

[fed]

Внутри одного BOMLevel, номенклатуру можно планировать в произвольном порядке. Внутри одной номенклатуры, система сортирует inventDimId (в методе ReqTransCache.listCovDimSorted() и классе reqAnalyzer), так чтобы потребности на обычных складах обрабатывались ДО потребностей на складах пополнения. Если вы в эту последовательность вклинетесь - будет плохо.

Внутри данного itemId+InventDimid - можно в любом порядке потребности сортировать. (Я не до конца уверен - но процентов на 95). В худшем случае, кроме загрузки мощностей у вас еще и текущие запасы раздербаняться на покрытие более приоритетных заказов, а не на более ранних. Рискну предположить - что это позитивный побочный эффект. Правда тут другая проблема возникнет - если у вас суперприоритетный заказ, у которого 9 из 10 компонент на складе, а 1 не будет до декабря месяца, то в таком случае все складские запасы будут прикреплены к производственному заказу, который реально только в декабре стартует. Не самое криминальное конечно, но оборачиваемость малость просадит. Кроме того - можно подумать чтобы приоритеты наследовались из покрываемых потребностей в покрывающие и, соответственно, в их зависимые потребности. В общем - резюме - можно попробовать, но надо быть готовым интерпретировать 'странные результаты' планирования...

[Cardagant]

Спасибо за Ваше мнение, fed.

Цитата:

Сообщение от fed

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

Да, думаю это будет положительным побочным эффектом.

Цитата:

Сообщение от fed

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

Да, я также думал об этом, это хорошая идея!

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

Приоритет 1 - Номенклатура 1 Аналитика 1 - 1 шт.
Приоритет 2 - Номенклатура 2 Аналитика 2 - 2 шт.
...
Приоритет 100 - Номенклатура 1 Аналитика 1 - 5 шт.
...

Тогда и правда стоит задуматься о наследовании приоритетов в потребностях. При этом получается следует 2 раза спланировать

Цитата:

Сообщение от fed

itemId+InventDimid

покрыв 2 отрицательные потребности, разделив их обработку на 2 разных этапа.
Допустимо ли это с точки зрения текущей реализации?