При разработке изделия быстро появляются десятки взаимосвязанных объектов: детали, сборочные единицы, трехмерные модели, чертежи, спецификации, требования и извещения об изменениях. Сотрудникам требуется понимать, какие данные относятся к одной конструкции, какая редакция утверждена и что именно можно передавать дальше.
PDM-система представляет собой программу для управления данными об изделии. Она хранит инженерные объекты, связи между ними, версии, статусы и историю решений. В результате предприятие получает управляемую цифровую структуру изделия, с которой работают конструкторы, технологи, закупки и производство.
Основой PDM является изделие и его состав
Обычная папка показывает, где лежит файл. PDM дополнительно понимает, что один объект является деталью, другой входит в сборку, третий представляет чертеж этой детали, а четвертый содержит требования к ней.
Состав изделия формируется как иерархия. Верхний уровень описывает готовое изделие, ниже находятся узлы, детали, материалы и комплектующие. Для каждой позиции хранятся обозначение, наименование, количество, характеристики и связанные документы.
Такой состав называют конструкторской спецификацией или BOM. По нему можно открыть конкретный узел, найти все входящие детали, перейти к модели и посмотреть, где еще применяется выбранный компонент. Связи сохраняются независимо от структуры сетевых каталогов.
Версия и ревизия отвечают на разные вопросы
Во время работы конструктор может несколько раз сохранить модель. PDM фиксирует последовательность версий, автора и время изменения. Коллега получает актуальное рабочее состояние, а предыдущая версия остается доступной для сравнения и восстановления.
Ревизия обозначает официально выпущенное состояние объекта. Она появляется после проверки и согласования и применяется в определенной конфигурации изделия. Следующая ревизия создается при утвержденном изменении конструкции.
Это разделение защищает производство от случайного рабочего файла. В маршрут передается редакция с нужным статусом, а разработка следующего изменения может продолжаться параллельно.
Статус определяет допустимые действия
Инженерный объект проходит состояния подготовки, проверки, согласования, выпуска и архива. Для каждого состояния задаются права и возможные переходы. Автор редактирует рабочую модель, проверяющий оставляет замечания, утверждающий выпускает документ.
После выпуска данные защищаются от незаметной замены. Новая корректировка проходит отдельный процесс и формирует прослеживаемую историю. В ней видно основание, участников, затронутые объекты и дату вступления изменения в силу.
Ролевой доступ одновременно защищает интеллектуальную собственность. Сотрудник, подрядчик или поставщик получает только тот набор изделий и документов, который нужен для его задачи.
Изменение рассматривается вместе с последствиями
Замена детали влияет на сборки, чертежи, оснастку, технологию, закупки и уже запущенные заказы. PDM показывает, в каких изделиях используется объект, и помогает сформировать перечень связанных данных для проверки.
Запрос на изменение содержит причину, описание и ожидаемый результат. После анализа создаются новые версии затронутых объектов, проводится согласование и выпускается новая конфигурация. Предыдущая остается в истории для изделий, произведенных по старому составу.
Дата применимости и серийная граница определяются правилами предприятия. Это позволяет ответить, по какой ревизии изготовлена конкретная единица и какие документы действовали в тот момент.
PDM связывает CAD и работу нескольких специалистов
Интеграция с CAD позволяет открывать, резервировать и сохранять модели из привычной инженерной среды. Система учитывает зависимости между файлами сборки и исключает ситуацию, когда один компонент изменен без связанных данных.
Для просмотра коллегам могут формироваться облегченные представления модели. Технолог, специалист по качеству или закупщик изучает геометрию и атрибуты без редактирования исходного CAD-файла.
Поиск выполняется по обозначению, классификации, параметрам и применяемости. Повторное использование подходящей детали становится контролируемым решением: видны ее характеристики, статус и все изделия, в которых она уже работает.
Файловый архив хранит документ, PDM хранит инженерный контекст
Электронный архив документов полезен для регистрации, поиска, доступа и сроков хранения. Его объектом является документ и его реквизиты.
PDM управляет определением изделия. Файл становится частью детали или сборки, связан с составом, версией, применяемостью и процессом изменения. Поэтому по одной позиции можно увидеть модель, чертеж, спецификацию, согласование и все места использования.
Эти системы могут обмениваться документами и статусами. Граница определяется владельцем данных: инженерная конфигурация ведется в PDM, а организационные и нормативные документы могут жить в общем архивном контуре.
ERP и MES получают утвержденные данные
ERP-система использует номенклатуру и состав для планирования потребности, закупок, учета затрат и заказов. MES-система работает с производственным маршрутом, операциями, ресурсами и фактом изготовления.
PDM выступает источником инженерного определения изделия. После выпуска выбранные позиции, составы, документы и признаки изменения передаются в смежные системы. Обратный обмен может содержать производственные ограничения, факты применения и замечания к конструкции.
Интеграция строится по статусам и правилам, а не как периодическое копирование всех файлов. Для каждого объекта определяется источник, набор передаваемых полей и действие при выпуске новой ревизии.
PDM входит в технологическую подготовку производства
Утвержденная конструкция служит исходной точкой для разработки маршрута, операций, норм, оснастки и контрольных требований. При изменении состава технолог должен получить уведомление и оценить влияние на подготовленные данные.
Сквозной процесс от конструкторской информации до разрешения на запуск подробнее разобран в материале о технологической подготовке производства. PDM отвечает в нем за достоверную инженерную основу и управляемый выпуск изменений.
Чем PDM отличается от PLM
PDM сосредоточена на данных об изделии, инженерных документах, составе, конфигурациях и изменениях. PLM охватывает более широкий жизненный цикл: требования, программы разработки, портфель продукции, качество, производство, сервис и завершение эксплуатации.
На практике граница зависит от состава конкретной системы. Решение может начинаться с PDM-функций и расширяться по мере того, как предприятие связывает инженерные данные с другими этапами жизненного цикла.
Когда предприятию нужна PDM-система
- в изделии много связанных деталей и документов;
- несколько конструкторов одновременно работают с общими сборками;
- сотрудники тратят время на поиск актуальной редакции;
- изменения должны проходить проверку и оставлять историю;
- технологи и закупки получают состав вручную;
- требуется знать конфигурацию ранее выпущенного изделия;
- нужно управлять доступом внутренних и внешних участников.
Подготовку проекта удобно начинать с одного семейства изделий. Команда описывает структуру, виды документов, правила обозначений, статусы и типовой процесс изменения. Затем проверяет передачу утвержденных данных в контур автоматизации производства.
ИНДИНС разрабатывает производственные информационные системы и интеграции между инженерным, учетным и производственным контурами. Для обсуждения PDM-задачи полезны пример состава изделия, набор связанных документов и действующий порядок выпуска изменений.