Дополнительные данные

В системе BFG IS дополнительными данными называются данные, внешние по отношению к тому, чем предприятие обладает (организация, оборудование, ресурсы, номенклатура продукции). Дополнительные данные являются переменными по своей сути - это планы производства и состояние производства в конкретный момент времени.

Краткий функционал вкладок

В отличие от основных данных, дополнительные данные по своей природе являются переменными, и включают информацию о:

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

Информация о требованиях к подготовке планов и их вводе приведена здесь.

Требования к подготовке прочих дополнительных данных приведены ниже. Данные представляются в виде листа книги Excel (первого по порядку, начиная слева) или в формате .csv. Наименования полей (столбцов) строго фиксированные. На листе с данными могут быть и другие столбцы, наименования которых рекомендуется начинать с символа #. Названия файлов - допускаются любые разрешенные ОС. Для автоматического распознавания типа файла при импорте, без его уточнения "вручную" (состояние НЗП, состояние поставок, состояния наладок), можно использовать правила именования: для импорта поставок - наименование содержит подстроку "supplier", для НЗП - "wip" или НЗП), и для состояния наладок - "setup" или "наладки"

Описание листов с данными

Полное техническое описание дополнительных данных приведено в здесь. Пример заполнения дополнительных данных дан здесь.

Комментарий к полям к разделу данных План. В таблице приведены только обязательные поля, и при конфигурировании системы количество полей для описания плана может быть увеличено, с включением произвольного количества (необязательных) дополнительных характеристик заказов. Поле DATE_FROM (допускается DATE) в расчетах разделов Симулятор, Планирование означает не фактическую дату запуска, а минимальную дату, ранее которой старт заказа не разрешается. Фактическая дата старта работ над заказом является результатом расчета, и зависит от складывающихся условий (наличия свободных станков, персонала, поставки материалов). В поле DATE_TO указывается желаемая дата исполнения заказа. В объемных расчетах в разделе Калькулятор, в отличие от Симулятора и Планирования, даты DATE_FROM и DATE_TO определяют интервал времени, относительно которого считается загрузка ресурсов. Т.е. вне зависимости от реальных возможностей работы по заказам плана должны вписаться в этот интервал.

Комментарий к разделу данных Состояние производства. В BFG IS каждая партия должна быть в определенном состоянии – т.е. партия может находиться на операции (конкретной), быть не запущенной (т.е. готовой к запуску и уже имеющей идентификатор, но еще не находящейся в производстве), и выпущенной – в состоянии последней операции. При задании не равных 0 или 100 значения OPERATION_PROGRESS партия подразумевается находящейся у станка, но часть в процентах, обозначенных значением OPERATION_PROGRESS – закончена, вторая часть партии в доле (1- OPERATION_PROGRESS) – не начата. Поля операция и прогресс интерпретируются отдельно:

если не задано OPERATION_ID, то OPERATION_PROGRESS может иметь значения: 0 - первая операция не начата, или 100 - последняя операция завершена.
если OPERATION_ID задано, то OPERATION_PROGRESS может принимать значения от 0 до 100. Отсутствие OPERATION_PROGRESS трактуется как задание 0.

Значение поля AMOUNT показывает количество ДСЕ, находящихся в данном состоянии, позволяет моделировать ситуацию с незаконченной операцией над партией. Поле PROVIDED – признак обеспеченности (0 или 1) операций, используется в оперативном управлении для торможения/запуска партий. Задание значения 0 приведет к искусственной остановке партии. При наличии импортированного состояния производства расчет плана происходит с учетом введенного НЗП. При этом партии, находящиеся в незаконченном состоянии, будут доделываться, если они принадлежат плану. Если в НЗП будут партии ДСЕ, которых в плане нет, то такие партии могут доделываться с низким приоритетом.

При использовании системы диспетчеризации BFG-CA формирование данных по состоянию производства происходит автоматически, на основании введенных данных о факте исполнения сменных заданий.

Комментарий к разделу данных Состояние наладки.
Задание состояние наладок позволяет планировать работы по наладке оборудования в зависимости от импортированного состояния. Планирование таких работ актуально при больших значения времени наладки Тнал, либо при дефиците специализированного персонала. По умолчанию (в т.ч. при отсутствии заведенной информации о состоянии наладок), все станки считаются неналаженными. Если в составе технологических времен есть ненулевое время наладки Тнал, то при отсутствии данных о состоянии будет запланирована операция наладки. В противном случае операция включится, только если наладка не закончена. Длительность работ на наладку запланируется как Тнал*(1- прогресс), где прогресс – значение из поля PROGRESS. Параметр «остаточная стойкость» из поля DURABILITY позволяет планировать переналадки, связанные не только со сменой оборудования, но с исчерпанием ресурса оснастки. (Например при выгорании футеровки литейных форм, которое связано с количеством циклов использования). Текущее состояние остаточного ресурса вычисляется как сумма остаточной стойкости на момент импорта и накопленной суммы штучного времени на операции, связанной с наладкой.

Комментарий к разделу Состояние поставок.
Если поставки не заданы, то считается, что все покупные "уже есть". Импорт состояния поставок дополняет используемые модельные данные, указывая, например, факт или появившиеся отклонения в датах поставки, объемах и т.д., которые отличаются от автоматически вычисляемых по модельным данным. Так, имея в модели поставку МиК длительностью 7 дней, мы можем указать в состоянии поставки, что она была заказана сегодня (в поле PURCHASE_DATE) и будет поставлена завтра (в DELIVERY_DATE) в полном объеме, то есть сократить поставку на 6 дней относительно модельной. В случае, если в состоянии поставок не будет указано информации о какой либо поставке МиК, но она будет прописана в модели - будет применена модельная версия реализации поставки.