Решенные задачи управления производством с недавних проектов

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

1. Предварительные спецификации

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

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

Если известна необходимость узла или детали, но неизвестно точное место применения в структуре, либо это место пока ещё не отражено этапом в структуре, то просто добавляется строка в заказе на производство, и потребность в таком узле или детали отражается пока в ней. Позже входимость будет уточнена по мере проработки состава изделия.

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

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

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

2. Карта раскроя на типовых объектах

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

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

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

Так, в типовом рабочем месте «Формирование партий» на первом шаге настраивается отбор этапов производства заготовок из одного материала на обеспечиваемый период. Далее, на втором шаге уточняется список попавших в отбор заготовок, которые будут включены в запускаемую партию. Это уточнение может быть выполнено пользователем вручную – на его усмотрение. Кроме того, рекомендуем такое уточнение автоматизировать путем доработки, которая для отобранных заготовок и материала, из которого они делаются, либо части найдет в базе данных имеющиеся предопределенные варианты сочетания с наименьшим отходом. Такие варианты могут быть описаны с помощью спецификаций, на основе прошлой истории, которая будет постоянно пополняться. Если оптимальный вариант не найден, то система предложит настроить выборку заготовок на единицу материала пользователю, рассчитает возвратный отход и создаст спецификацию для такого варианта для дальнейшего использования.

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

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

3. Групповой учет операций

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

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

Для внесения уточнений техпроцесса в ходе выполнения этапа рекомендуем использовать возможности современных версий (доступно от версии 2.5.23.53), редактировать состав операций и сами операции в этапе, заменять техпроцесс на альтернативный, либо редактировать индивидуально в этапе.