В BFG IS партионность ДСЕ задается двумя путями:
Существует возможность изменить заданные таким образом правила партионности, импортировав изменения по партионности. При этом действует правило: новые значения заменяют старые. Если импортируемое значение партионности равно 0, то начинают действовать правила партионности, заданные в правилах моделирования. Формат файла изменений по партионности совпадает с форматом заданным на листе Партионность основных данных:
В результате импорта в BFG IS возникнет изменение по партионности с именем, совпадающим с именем импортированного файла:
Измения по персоналу, в отличие от других видов изменений, требуют предварительного описания режимов работы подразделений (расписаний). Это связано со значительным разнообразием условий работы конкретных подразделений, и наиболее компактный способ описания распределения персонала - это задание численности персонала подразделений, работающих по заранее описанному (сконструированному) расписанию (см. работу с Конструктором расписаний)
Файл изменений по персоналу включает три листа с жестко фиксированным положением и наименованиями:
На листах справа от названных могут находиться и другие, справочные листы книги Excel. Лист employee_variation присваивает основной режим работы подразделениям, не указанным во вкладке с изменениями режимов работы.
Указанные денежные (необязательные) оценки определяют затраты, связанные с переходом на указанный режим работы
На втором листе department_schedule
присваиваются режимы работы отдельным подразделениям если они отличаются от основного:
на листе profession_time_table производится расстановка персонала по расписаниям:
Важно. Если в названном на листе "employee_variation" в столбце SCHEDULE_ID режиме работы присутствует несколько расписаний, то на листе "profession_time_table" для каждой профессии, персоналу по которой назначаются расписания, должны быть заданы количества по каждому расписанию (в т.ч. с нулевым количеством). В противном случае при импорте появится сообщение об ошибке, и ни одно расписание не будет заимпортировано.
В результате импорта файла с изменениями по режиму работу персонала внутри BFG IS будет создано именованное изменение, которое будет доступно для создания сценариев расчета в модулях Симулятор и Планирование.
Изменения, созданные путем импорта, могут быть отредактированы внутри системы, как описано здесь.
В системе BFG IS присутствует возможность учета в моделировании временной недоступности оборудования. Эта возможность необходима в проектных задачах - как средство учета ввода нового оборудования с какой-то даты, а также для работы в цикле каждодневного планирования для учета в модели выхода оборудования из строя или для планирования ремонтов (графика ППР). Напомним, что по умолчанию оборудование в BFG IS считается доступным всегда. Поэтому для описания интервалов недоступности достаточно указать лишь то оборудование, которое в указанный интервал не может быть применено. Количество интервалов для каждого станка может быть любым и прерываться периодами работы. Заполнение колонок идентификаторов подразделения, типа РЦ и конкретного станка являются опциональным (могут быть пустыми).
Если в интервале времени указать конкретный EQUIPMENT_ID (соответствует какому-то инв.), то недоступен будет именно этот экземпляр оборудования. Если, не указывая EQUIPMENT_ID, указать EQUIPMENT_CLASS_ID (рабочий центр), то недоступны будут все станки, составляющие РЦ. И, соответственно, если задать интервал для подразделения (DEPARTMENT_ID), не указывая РЦ, то остановится все подразделение. Задание только интервала с остальными пустыми колонками остановит все станки предприятия (нужно быть внимательным! – т.к. следствием может быть остановка расчетов, причина которой скрыта в задаваемых условиях. При этом, если ни один станок не заработает на горизонте 10 лет, и при этом план останется невыполненным, то появится сообщение об ошибке.)
Пример заполнения файла:
здесь конкретный станок 3 будет недоступен в течении 1 часа. После импорта в систему по описанной выше схеме появится изменение:
Изменение по недоступности оборудования позволяет гибко организовать практически любые графики. Ввод искусственной ошибки (например, не указать даты) позволяет игнорировать строку. Ввод даты начала интервала, предшествующий дате расчета, позволяет моделировать установку нового оборудования в конкретную дату (конец интервала недоступности). И наоборот, ввод даты окончания периода, превышающий горизонт расчетов, будет означать полный вывод станка из эксплуатации.
При заполнении полей времени/даты рекомендуется применять формат, соответствующий виду
2023-10-18T17:23:18+04:00
или 18.10.23T06:30+04 по ISO 8601, где +04:00 (или +4)- смещение часового пояса, (При этом надо иметь в виду, что смещение часового пояса действует только если задано время. Учитывая, что для большинства стран пояса сдвигаются на целое число, для задания пояса обязательно присутствие в строк подстроки Т00:00+00)
Важно. Не заданное значение смещения часового пояса при задании недоступности оборудования может привести к рассогласованию времени недоступности с датой старта плана.
В BFG-IS процесс обработки ДСЕ определяется маршрутом, которому соответствует перечень операций, описанных в технологии. Любая ДСЕ может иметь несколько возможных маршрутов (см. заполнение основных данных ), в числе которых обязательно должны быть - основной, и прочие - альтернативные. Принято, что при отсутствии специальных указаний обработка производится по основному маршруту.
Основанием для перехода на один или несколько альтернативных маршрутов является вызов при расчете изменения по маршрутам.При подготовке файла с изменениям необходимо заполнить три поля, связывающие код ДСЕ, используемый альтернативный маршрут и заказы, на которые распространяется действие изменения.Данные могут быть представлены в виде файла .csv или в виде листа книги Excel, но при этом значащий лист должен быть первым слева.
Пример содержания листа дан в приведенном ниже фрагменте:
После импорта в систему изменение будет выглядеть как:
Действие изменения.
Если заказ указан - изменение применяется только на партии этого заказа, если заказа в плане нет - изменение не применяется. Если заказ не указан, то изменение применяется для всех новых партий ДСЕ.
В случае, когда для ДСЕ есть несколько альтернативных маршрутов, то в рамках одного изменения можно назначить разным заказам отличающиеся маршруты. Если в изменении было указано ДСЕ для заказа, которого нет в плане данной сессии моделирования - то указанная часть изменения будет пропущена без вывода информации об этом в каком либо виде.
Кроме смены маршрутов через изменения, их можно поменять через свойства НЗП. (Такая возможность существует из-за того, что при описании состояния производства (см.) используется идентификатор операции, который в модели данных напрямую привязан к используемому маршруту. Если физически состояние партии позволяет пустить ее по другому маршруту, то для этого нужно присвоить партии идентфикатор операции этого маршрута. Такая процедура должна быть сделана вне системы, над файлом, описывающим НЗП).
Приоритеты использования изменений применительно к партиям будут (в порядке уменьшения приоритета):
По умолчанию в BFG IS предполагается, что если складываются все прочие условия, то работа будет производиться на всех доступных станках. Зачастую такой подход оказывается нерациональным. Механизм изменений по наладкам РЦ позволяет указать максимальное количество единиц оборудования, которое может быть использовано для исполнения обозначенной операции. Так, на десяти станках одной группы РЦ при выставленном значении для конкретной операции в две единицы, в работу будут запущенны только два станка из 10 (причиной может быть ограничение по количеству оснастки, просто нерациональность деления одного пула работ на несколько и т.д.). Настройка будет действовать даже в случае отсутствия операции наладки на указанных операциях.
Изменения создаются либо внутри системы, либо импортируются в виде созданных вне системы файлов .xls или .csv, в составе первого имеющего два стобца:
Импорт приведет к созданию в системе изменения, под именем, совпадающим с именем файла, которое отобразится как
Ввод данных о группах изделий и составе групп производится после импорта основной модели данных из книги, но всегда из отдельных файлов.
Перечень групп изделий подготавливаются в виде файла .xls или .csv
Состав групп (связи групп изделий) готовится аналогично, в виде файла.xls или .csv,
Для ввода данных в систему нужно перейти в раздел Модель данных, и произвести импорт из отдельных файлов. Экран доимпорта:
После импорта в разделе Модель данных-ДСЕ для позиций, которым были заданы группы, появятся соответствующие значения:
Для назначения циклов для групп изделий требуется либо внутри системы создать изменения, либо подготовить его в файле. Длительность цикла задается в часах, и трактуются как время прохождения деталей, относящихся к группе, через конкретное подразделение. Например
Для импорта изменений из файла нужно перейти в раздел создания изменения
После импорта в системе отобразятся заведенные циклы:
Изменение может быть таккже создано внутри системы. Окно создания:
Изменения используются в модуле Калькулятор в расчете Обеспеченность заказов, и могут также учитываться в расчетах загрузки ресурсов в Калькуляторе, аналогично циклам для групп изделий, как описано здесь.
Для возможности учета цехозаходов в модели данных в технологии должны быть обозначены цехозаходы (фазы маршрута):
Изменение может быть создано только во внешнем файле .csv или .xls, и должно содержать данные о цехозаходах, их длительности в часах и принадлежности к маршрутам:
После импорта в соответствующем разделе изменение отобразится как:
Эта группа изменений используется в модууле Калькулятор для учета переменных по месяцам выработки и (не)выходов, при объемном расчете загрузки персонала. При этом введенный коэффициент (не)выходов изменяет значение фонда рабочего времени в заданном периоде (умножается на значение коэффициента).
Для создания изменения нужно подготовить два файла:
Окно импорта:
В результате импорта в системе возникнет соответствующий раздел:
И другая часть изменения:
Возможно также "ручное" создание изменения из интерфейса системы. Окна для создания будут: