Работу в модуле Планирование отличает от работы с использованием Симулятора следующие обстоятельства:
Работа в модуле Планирование производится в двух возможных режимах 1) "Управление" 2) "Производство".
В режиме "Управление" пользователь, под которым подразумевается работник ПДО, прорабатывает («проигрывает») прохождение плана или вариантов плана и влияние изменения условий, в т.ч. режима работы персонала, фактического и прогнозного состояния оборудования. Здесь же пользователь определяет необходимость и состав действий в случае отклонений по срокам исполнения плана. После получения «устраивающего» результата, план и условия его исполнения «принимаются», и после этого работа производится в режиме "Производство".
В режиме "Производство" невозможно изменить принятый план (приоритеты, количества, сроки и т.п.). Для управления исполнением плана доступны:
В целом процедуру работы пользователя в модуле Планирование можно разделить на этапы:
В режиме "производство" периодический (ежесуточный или ежесменный или в соответствии с регламентами) ввод фактического состояния производства на дату планирования.
ВАЖНО: Существует режим "Интеграция" (CyberAssistant), предназначенный для актуализации фактического состояния с использованием данных приложения BFG-СА,
НЗП и его распределение могут радикально изменить оставшийся объем работы над заказами и ход исполнения плана. Распределение НЗП производится в соответствии с привязанностью партий НЗП к заказам и приоритетами заказов (см. Приоритеты в использовании запасов), результат распределения отображается для принятого расчета в режиме "Производство" по ходу расчета (см. Вкладка распределение НЗП ).
Если количество ДСЕ в НЗП достаточно велики, а состояние соответствует готовым изделиям плана, то возможна ситуация, когда план будет выполнен мгновенно - т.к. все "уже готово". На ход исполнения плана влияют также правила работы над партиями в НЗП, а именно к партиям в НЗП могут применяться (или не применятьс) вновь принятые правила партионности, непривязанное НЗП может доделываться с минимальным приоритетом. Установка правил работы с НЗП производится при создании основных настроек моделирования путем отметки в соответствующих чекбоксах (см.).
Задание состояние наладок меняет работы по наладке оборудования в зависимости от импортированного состояния, и соответственно связанные с налаженностью оборудования операциями в момент старта расчета. По умолчанию, в т.ч. при отсутствии заведенной информации о состоянии наладок, все станки считаются неналаженными. Если в составе технологических времен есть ненулевое время наладки Тнал, то при отсутствии данных о состоянии будет запланирована операция наладки. В противном случае операция включится, только если наладка не закончена. Длительность работ на наладку запланируется как Тнал*(1- прогресс), где прогресс – значение из поля PROGRESS.
Дополнительно для операций, имеющих ресурс стойкости наладки, в задании состояния наладки может быть задан параметр «остаточная стойкость» (поле DURABILITY). По ходу расчета текущее состояние остаточного ресурса вычисляется как сумма остаточной стойкости на момент ввода состояния, и накопленной суммы штучного времени на операциях, выполняемых на данной наладке.
Расчет поставки включается в момент возникновения потребности - в количестве, точно удовлетворяющем потребность (с учетом наличия ранее поставленных)- или в большем количестве, если есть требования по размеру и/или кратности (см. раздел "Поставщики здесь). Если в состоянии поставок не будет указано информации о какой либо поставке МиК, но она будет прописана в модели - будет применена модельная версия реализации поставки. При этом принимается, что если не указан период в поле PERIOD, то потребность удовлетворяется сразу в момент возникнования. Если введено состояние склада, то размер поставки скорректируется. Если количество с указанной датой поставки в поле DELIVERY_DATE подойдет позже потребности, то для покрытия потребности сформируется поставка покрывающая потребность (но меньше на значение, для которого точно указана дата). Состояние склада может быть"адресным" относительно заказа, присутствующего в плане - тогда МиК может быть использована только для этого заказа. МиК на складе, для которых заказ не указан или указанный заказ не присутствует в плане, распределяется как "без заказа".
Поскольку все потребности по поставкам МиК по ходу расчета оказываются удовлетворенными, то радикально на ход расчетов, в сочетании с количеством, оказывают влияние поля, определяющие дату поступления МиК - т.е. PERIOD и DELIVERY_DATE относительно текущей даты расчета. Задав дату поставки в далекое будущее, или задав период (срок прихода относительно потребности) чрезмерно большим, можно случайно уйти в ошибку - т.к. поставки не придут в разумные сроки (ограничение по расчетам - 10 лет).