Компонентное ВКО и Мощностное ВКО - позаказная проверка ВКО

Когда требуемая дата определена, оперативно рассчитывается компонентное ВКО для каждого интервала, указанного посредством поля Интервал компонентного ВКО в сеансе Параметры планирования (cprpd0100m000).

Однако мощностное ВКО извлекается из основного плана по ресурсам, который базируется на границах периодов, заданных в сеансе Сценарий - Периоды (cprpd4120m000). В результате опережения цикла для мощности получается требуемая дата, которая попадет в интервал основного плана по ресурсам, после чего возьмется доступная мощность того интервала.

В многоуровневой спецификации изделия вы можете указать, что только компоненты нижнего уровня являются критическими в ВКО. Полуфабрикаты не требуется объявлять критичными.

Если вы установили у полуфабрикатов только флаг Компонентное ВКО в сеансе Изделия - Планирование (cprpd1100m000), проверка ВКО не будет рассчитывать их доступность. Вместо этого, проверки ВКО выполнят только опережение цикла для таких изделий, основанное на информации из спецификации изделия, как показано выше. Далее проверка ВКО разбивается до критических компонентов и проверяет доступность компонентов. Это позволяет проверять только критические материалы во всей структуре продукта.

Для мощностей может быть применена та же концепция. Если установлен флаг Критическое в ВКО в сеансе Ресурс (cprpd2100m000) и установлен флаг Мощностное ВКО в сеансе Изделия - Планирование (cprpd1100m000), доступность ресурсов будет проверяться в ходе ВКО. Это позволяет проверить только критические ресурсы всей структуры продукта.

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

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

Типовая спецификация изделия разузловывается (разбивается), учитывая все ограничения, что полностью совпадает с действием по созданию структуры заказного продукта для типового изделия. Однако, это разузлование является лишь моделированием для поиска корректных значений ВКО. Результат разузлования не сохраняется.

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

В случае заказных изделий ДКО и компонентное ВКО сначала выполняются для заказных изделий, а затем для производных изделий, как показано на следующем рисунке:

ДКО стандартных-на-заказ изделий не включает ДКО связанных заказных изделий. В результате, если вы используете стандартное-на-заказ изделие А, которое связано с пятью разными заказными изделиями, ДКО всех этих заказных изделий вычитается из ДКО изделия А.

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

ДКО производного изделия (A) основывается на собственных операциях изделия и наличном запасе. Позаказный план изделия для данного типа изделия позволяет вам переключаться между операциями изделия и операциями, включающими все заказные изделия.

Оба варианта обеспечивают ДКО для производного изделия, которое проверяется для заказных изделий.