Модуль Планирование

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

Именно на этот модуль возлагается, как формирование производственных заказов, так и их дальнейшее сопровождение. Этот модуль формирует потребность на последнем уровне под группу плановых заказов. Он же рассчитывает дефицит и номенклатурный план.

Одним из основных файлов, данного модуля является файл производственных заказов. Он имеет следующую структуру:

  1. Номер заказа – числовое поле, предназначенное для абсолютной идентификации конкретного производственного заказа.

  2. Код артикула – 11 символьное поле, предназначенное для связи специфицированного артикула, на изготовление которого открывается заказ, с файлом артикулов.

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

  4. Количество к производству – числовое поле, предназначенное для хранения значения количества данного артикула, которое требуется произвести.

  5. Произведенное количество – числовое поле, предназначенное для оперативного хранения значения количества данного артикула, которое произведено та текущий момент.

  6. Дата открытия заказа – числовое поле, хранящее дату открытия заказа. Несмотря на всю расплывчатость этого понятия, за таковую дату можно, например, принять дату внесения соответствующей записи в компьютер.

  7. Дата закрытия заказа – числовое поле, хранящее дату закрытия заказа. Под данной датой подразумевается дата сдачи на склад готовой продукции последней партии изговляемого изделия.

  8. Признак заказа – 9 символьное поле, хранящее значение признака заказа. Это поле может принимать одно из пяти значений:

  • Плановый - заказ, который только планируется к запуску в производство и для которого еще нужно проверить возможность его выполнения.

  • Открытый - заказ, который прошел проверку на возможность быть выполненным, и принят к производству.

  • Активный - заказ, который принят к производству и на который уже проведено резервирование материалов и комплектующих. а так же, для которого сформирован номенклатурный план.

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

  • Закрытый - заказ, который, либо полностью выполнен, либо было принято решение об отказе о его выполнении из за аннулирования контракта.

  1. Приоритет заказа – числовое поле в диапазоне от единицы до девяти, предназначенное для хранения некоторого признака данного заказа, отображая его важность. Значение поля используется в системных расчетах.

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

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

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

Очень важной возможностью является функция открытия заказов. Но выполняется она только после того, как инженер по планированию производства убедится, что размер дефицита на план производства находится в приемлемых границах. Для этого и выполняется одна из двух основных функций этого модуля – игра с плановыми заказами.

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

  1. Номер заказа – числовое поле, предназначенное для связи специфицируемой потребности с номером производственного заказа из файла производственных заказов.

  2. Код артикула – 11 символьное поле, предназначенное для связи специфицированного по потребности артикула, на изготовление которого открывается заказ, с файлом артикулов.

  3. Количество – числовое поле, предназначенное для хранения значения количества данного артикула, которое требуется для выполнения специфицированного заказа.

Это все. Пользователь может просматривать данный файл, отсортированный как по номеру заказа, так и по коду артикула. При этом он обладает полным набором средств модификации. Пользователь может удалить произвольное число записей, изменить значение полей в записи и создать произвольное число новых записей. Но прежде этот файл нужно создать. Для чего существует специальная процедура. Причем существует она в двух вариантах – на основе базовой спецификации и основе оперативной спецификации.

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

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

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

  2. Признак артикула – 15 символьное поле, предназначенное для определения типа артикула в смысле производственной характеристики. Оно принимает два значения: Основной или Неосновной.

  3. Расчетное количество – числовое поле, предназначенное для хранения значения чистого количества данного артикула, которое требуется для выполнения всей группы плановых заказов.

  4. Наличие на складах – числовое поле, предназначенное для хранения количества данного артикула, которое зафиксировано в файле артикулов, как общее количество данного артикула, имеющегося на всех производственных и распределительных складах.

  5. Выборка по складам – числовое поле, предназначенное для хранения количества данного артикула, которое фактически имеется на всех производственных и распределительных складах. Значение этого поля определяется специальной процедурой.

  6. Зарезервированное количество – числовое поле, предназначенное для хранения количества данного артикула, которое зафиксировано в файле артикулов, как количество данного артикула, зарезервированное под выполнение уже отрытых и активных заказов.

  7. Минимальный запас – числовое поле, предназначенное для хранения количества данного артикула, которое зафиксировано в файле артикулов, как количество данного артикула, которое должно составлять постоянный минимальный запас.

  8. Производственная партия – числовое поле, предназначенное для хранения количества данного артикула, которое зафиксировано в файле производственных циклов, как количество данного артикула, которое определяет экономически обоснованный размер производственной партии.

  9. Снабженческая подпитка – числовое поле, предназначенное для хранения количества данного артикула, которое либо уже имеется на складах снабжения, либо по плановым заказам на поставку могут поступить на предприятие в сроки, приемлемые для выполнения группы плановых заказов.

  10. Альтернативная замена – числовое поле, предназначенное для хранения количества других артикулов, которые по технологическим показателям могут служить заменителями данного артикула.

  11. Незавершенка – числовое поле, предназначенное для хранения количества данного артикула, которое имеется в незавершенном производстве и не зарезервировано под выполнение заказов.

  12. Итоговый дефицит – числовое поле, предназначенное для хранения значения количества данного артикула, которого не достает для выполнения плана с учетом условий, которые определяет пользователь данного модуля.

В целом процедуру формирования дефицита пользователь вписывает в следующую схему:

  1. Формирование на базе портфеля заказов группы плановых заказов.

  2. Предварительная модификация значений приоритетов и запланированного количества.

  3. Формирование файла потребности на заказ.

  4. Формирование файла общей потребности на группу плановых заказов.

  5. Первичный расчет дефицита с учетом складского наличия, резерва, минимального запаса и размера производственной партии.

  6. Формирование фактического количества складского наличия и сравнительный анализ с расчетным количеством.

  7. Модификация расчетного дефицита с учетом имеющейся, незавершенки.

  8. Модификация расчетного дефицита с учетом допустимых альтернативных замен.

  9. Модификация расчетного дефицита с учетом ожидаемых поставок и снабженческого запаса.

  10. Анализ остаточного дефицита и в случае невозможности его восполнения возврат к шагу 2 для уменьшения группы планируемых заказов.

  11. Условный шаг, предполагающий выполнимость плана заказов. Это открытие группы планируемых заказов. При этой операции происходит резервирование материалов и комплектующих под группу плановых заказов, запоминание зарезервированного количества под каждый заказ в специальном файле, перевод плановых заказов в состояние открытых, нормализация портфеля заказов.

  12. Условный шаг, предполагающий невыполнимость плана заказов. Это перевод одного или нескольких активных заказов в состояние пассивного. При этом высвобождается резерв, который может быть использован для вновь планируемых заказов. Затем возврат к шагу 2.

  13. Формирование расчетного номенклатурного плана на уровне производственных центров. В результате чего будет осуществлен доступ к файлу номенклатурных планов. При этом открытые заказы переходят в состояние активных заказов.

  14. Формирование фактического номенклатурного плана. Этот план учитывает расчетную потребность и складское наличие имеющихся не зарезервированных полуфабрикатов.

  15. Расчет трудоемкости по каждому производственному центру, как по оборудованию, так и по рабочей силе.

  16. Расчет производительности по каждому производственному центру. Проведение анализа по пропускной способности оборудования. В случае если имеющийся парк оборудования не обеспечивает выполнимость плана возврат к шагу 2. При этом, возможно, следует принять решение о расширении парка оборудования.

Таков общий план планирования и обслуживания производственных заказов. Для более подробного рассмотрения процедур следует вернуться к формированию общей потребности. После того как указанный файл будет сформирован, пользователь получает доступ к таблице просмотра этого файла. При этом он видит заполненным лишь поле расчетной потребности, значение которого он может модифицировать вручную. Удалять записи или вносить новые пользователь не может.

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

Модуль допускает планировать еще не поступившие материалы и комплектующие, поэтому допустима ситуация, когда количество резерва превышает общее количество наличия на складах.

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

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

ПРИМЕЧАНИЕ: Процедуру определения дефицита, запущенную заранее, можно использовать для формирования плана закупок.

Если пользователь определил, что с учетом всех возможных допущений, сформированный план выполним, он может вернуться в таблицу управления заказами и запустить их на открытие. Открытие заказов представляет собой запуск специальной процедуры, которая обрабатывает плановые заказы. При этом пользователь вводит приоритет, ограничивающий обработку плановых заказов, приоритет которых ниже введенного. Таким образом, открытие плановых заказов с пониженным приоритетом просто откладывается до “лучших” времен.

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

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

  1. Код артикула – 11 символьное поле, предназначенное для связи специфицированного артикула, имеющегося на одном из производственных складов, с файлом артикулов.

  2. Количество – числовое поле, предназначенное для хранения значения количества данного артикула, которое хранится на специфицированном складе.

Пользователь может осуществлять полный скроллинг по файлу полуфабрикатов со всеми возможностями редактирования данного файла. Данный файл формируется специальной процедурой на базе файла артикулов.

В паре с файлом полуфабрикатов работает файл использованных материалов. Он имеет структуру, полностью аналогичную файлу полуфабрикатов, а именно :

  1. Код артикула – 11 символьное поле, предназначенное для связи специфицированного артикула более низкого уровня, входящего в один из полуфабрикатов, с файлом артикулов.

  2. Количество – числовое поле, предназначенное для хранения значения количества данного артикула, которое входит в один из полуфабрикатов.

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

Вторым важнейшим элементом этого модуля является файл номенклатурных планов. Он имеет следующую структуру:

  1. Код артикула – 11 символьное поле, предназначенное для связи артикула, который планируется произвести, с файлом артикулов.

  2. Количество – числовое поле, предназначенное для хранения значения количества данного артикула в чистом виде, которое необходимо для выполнения плана.

  3. Корпус – символьное поле, предназначенное для идентификации корпуса, в котором будет производиться данный артикул.

  4. Сектор – символьное поле, предназначенное для идентификации сектора (цеха), в котором будет производиться данный артикул.

  5. Участок – символьное поле, предназначенное для идентификации производственного участка, на котором будет производиться данный артикул.

  6. Производственный центр – символьное поле, предназначенное для идентификации производственного центра, на котором будет производиться данный артикул.

  7. Наличие на складах – числовое поле, предназначенное для хранения значения количества данного артикула, уже имеющегося на производственных складах и не зарезервированного под другие заказы.

  8. Необходимо изготовить – числовое поле, предназначенное для хранения значения количества данного артикула, которое с учетом значений полей 2 и 7 а так же размера производственной партии, необходимо изготовить.

  9. Изготовлено – числовое поле, предназначенное для хранения значения количества данного артикула, оперативно изменяющегося в результате производственной деятельности. Для данного модуля

  10. Трудоемкость оборудования – числовое поле, предназначенное для хранения значения трудоемкости изготовления данного артикула в запланированном количестве на данном производственном центре относительно оборудования.

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

  12. Производительность оборудования – числовое поле, предназначенное для хранения значения максимальной производительности данного артикула на данном производственном центре.

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

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

  1. Процедура определения наличия специфицированных артикулов на складах. Она просматривает наличие и зарезервированное количество данного артикула, после чего определяет потребное к изготовлению количество с учетом размера экономически обоснованной производственной партии.

  2. Процедура расчета трудоемкости. Эта процедура определяет трудоемкость, как для оборудования, так и для рабочей силы, по каждому производственному центру.

  3. Процедура расчета производительности. Эта процедура определяет максимальную производительность по каждому производственному центру.

После выполнения этих процедур пользователю только остается убедиться, что ни в одной из позиций плановая трудоемкость не превышает максимальной производительности оборудования. Модуль обеспечивает цветовое выделение таких ситуаций.

отправить сообщение 

Hosted by uCoz