PLM-система для управления жизненным циклом изделия

Что такое PLM-система простыми словами 

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

Термин Product Lifecycle Management переводится как управление жизненным циклом изделия. В основе PLM — работа с продуктом на всех этапах его создания и использования: система связывает состав изделия, конструкторскую и технологическую документацию, спецификации, BOM (структура изделия), версии, изменения, процессы согласования и ответственных сотрудников. Корректировки фиксируются в системе и могут отражаться в связанных документах и спецификациях по заданным правилам. 

Важно: в отличие от файловых папок, Excel или электронного архива, PLM не только хранит документы и данные, но и управляет ими. 

Решение поддерживает: 

• контроль статусов документов; 
• разграничение прав доступа; 
• управление версиями; 
• управление изменениями; 
• отслеживание связей между объектами; 
• анализ влияния изменений на BOM, производство, закупки и сервис. 

PLM используют предприятия, которые разрабатывают и выпускают сложные многокомпонентные изделия: в машиностроении, авиастроении, приборостроении, судостроении, электронике и других высокотехнологичных отраслях. Основные пользователи — конструкторы, технологи, производственные подразделения, службы качества и сервиса. Руководители контролируют изменения, сроки согласования и готовность документации к передаче в производство.

Какие этапы жизненного цикла изделия охватывает PLM

Зачем бизнесу нужна PLM-система 

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

Основные возможности решения:

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

Какие данные хранит и связывает PLM 

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

BOM: состав изделия, узлы, детали и комплектующие 

BOM описывает структуру изделия: из каких узлов, деталей, материалов и покупных компонентов оно состоит. PLM хранит не только перечень элементов, но и связи между ними, уровни вложенности и зависимости компонентов.

В системе один продукт представлен разными составами: 
E-BOM - инженерный состав, который отражает конструкцию с точки зрения разработчика: узлы, детали и их взаимосвязи. 
M-BOM - производственный состав, показывающий, как изделие собирают: с учетом технологических операций, маршрутов, материалов и ресурсов. 
S-BOM - сервисный состав, который используют для обслуживания, ремонта и замены компонентов. 

Важно: эти составы могут отличаться, поскольку конструктор описывает изделие с точки зрения конструкции, производство — с учетом технологий сборки, а сервис — с учетом обслуживания и ремонта. PLM связывает разные представления одного продукта и показывает влияние изменений на связанные элементы. 

Спецификация изделия 

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

Конструкторская и технологическая документация 

Решение хранит и связывает конструкторскую документацию: чертежи, 3D-модели, электронные модели, спецификации и другие инженерные материалы. В системе также ведут технологическую документацию: маршрутные и операционные карты, инструкции, нормы расхода материалов, данные об оснастке. 

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

Версии, ревизии и конфигурации 

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

Заявки на изменения и история изменений 

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

НСИ, справочники и классификаторы 

НСИ (нормативно-справочная информация) включает номенклатуру, материалы, комплектующие, единицы измерения, классификаторы, оборудование, подразделения и технологические ресурсы. Единые справочники помогают избежать ситуаций, когда один и тот же материал или компонент имеет разные обозначения в PLM, ERP или других источниках. 

Данные качества, сервиса и рекламаций 

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



Для управленческой аналитики одной PLM обычно недостаточно. PLM хранит инженерные данные об изделии и изменениях, но часть информации остается в других системах: 1С и других ERP-системах — в учете и закупках, MES — в производстве, CRM и сервисных системах — в обращениях и рекламациях, WMS — в складских операциях. 

Чтобы руководители видели полную картину по разработке, производству, затратам, качеству и сервису, эти данные нужно объединить, привести к единому формату и подготовить для BI. Здесь появляется отдельная задача — подготовка данных PLM-контура для аналитики.

PLM и другие системы: где проходят границы 

PLM не заменяет ERP, MES, CAD, PDM или BI. 

У каждой системы своя роль в работе с изделием и производством: 

• CAD/PDM — создают и хранят инженерные модели, чертежи и версии файлов.
• PLM — связывает состав изделия, документацию, версии, изменения и процессы согласования.
• ERP/учетная система, например 1С — отвечает за учет, закупки, запасы, затраты, финансы и планирование ресурсов.
• MES или производственный модуль учетной системы — фиксирует выполнение производственных операций, задания, маршруты, статусы и фактические показатели.
• Сервисные системы и системы качества — хранят сведения о рекламациях, ремонтах, отказах и дефектах.
• BI — показывает подготовленные показатели в дашбордах, но не управляет изделием и изменениями.

Для аналитики жизненного цикла изделия эти данные нужно связать. PLM показывает инженерную сторону, ERP/учетная система — учетную и финансовую, производственный контур — фактическое выполнение, сервисный контур — качество и эксплуатацию.

В таблице — краткое сравнение систем по назначению, данным, пользователям и отличиям от PLM. 

Когда компании нужна PLM-система, а когда она избыточна 

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

PLM стоит рассматривать, если: 

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

Для хранения CAD-моделей, чертежей и версий инженерной документации, как правило, достаточно PDM. Если компании важно наладить учет, закупки, планирование ресурсов или управление производством, логичнее начать с ERP или MES. А если в НСИ есть дубли, спецификации расходятся, а процессы не описаны, сначала стоит привести в порядок данные — иначе PLM не обеспечит их согласованность. 

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

Что подготовить перед внедрением PLM 

Перед таким проектом важно привести в порядок данные и понять, как PLM будет связана с другими системами.



Если эти вопросы не закрыты, PLM не исправит проблемы автоматически. В новую систему могут перейти старые дубли, разные версии документов, несогласованные справочники и ручные сверки между подразделениями.

Интеграция PLM с ERP, MES, CAD, WMS, CRM, DWH и BI 

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

Аналитика и оценка эффективности PLM 

После внедрения PLM результат оценивают по ключевым показателям. Для оценки объединяют информацию из PLM, ERP, MES, CRM, WMS и BI, а затем сравнивают показатели до и после запуска. 

Разработка и проектирование 

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

Технологическая подготовка производства 

• готовность технологической документации; 
• время подготовки технологических маршрутов; 
• расхождения между E-BOM и M-BOM; 
• количество незавершенных согласований. 

Производство 

• отклонения от технологических маршрутов; 
• простои из-за неактуальной документации; 
• брак из-за ошибок в инженерной документации; 
• выполнение производственного плана. 

Затраты и себестоимость 

• плановая и фактическая себестоимость; 
• влияние изменений на стоимость изделия; 
• расходы на переделки; 
• стоимость неликвидных запасов. 

Качество и сервис 

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

Экономический эффект и окупаемость 

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

Дашборды для руководителей 

В дашбордах руководителя отображают: 

• статус разработки; 
• изменения; 
• готовность производства; 
• себестоимость; 
• качество.

Как внедрить PLM-систему: этапы, подготовка и чек-лист 

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

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

2. Формирование требований и целевой архитектуры 
Определяют задачи PLM, роли пользователей, права доступа, необходимые интеграции, требования к безопасности и показатели для анализа. 

3. Подготовка НСИ, BOM, спецификаций и документации 
Приводят в порядок НСИ, удаляют дубли, проверяют состав изделия, версии, спецификации и инженерную документацию. Затем сверяют информацию между системами и готовят ее к переносу. 

4. Настройка PLM и интеграций 
Настраивают карточки объектов, статусы, маршруты согласования, роли пользователей и обмен информацией с CAD, ERP, MES, WMS, DWH и BI. До запуска проверяют корректность обмена между всеми решениями. 

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

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

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

Чек-лист готовности компании к внедрению PLM:

Ошибки при внедрении PLM 

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

Распространенные ошибки при внедрении PLM: 

• Внедрение без описания процессов. 
  Неопределенные этапы жизненного цикла, маршруты согласования и зоны ответственности приводят к разным сценариям работы и ошибкам при изменении изделия. До настройки системы важно согласовать единые процессы и роли. 
• Хаос в НСИ и справочниках. 
  Дубли номенклатуры, разные единицы измерения, некорректные коды, несогласованные материалы и классификаторы создают ошибки в BOM, спецификациях, закупках и производстве. Сначала информацию нужно проверить, очистить и привести к единым правилам. 
• Несогласованные версии изделия. 
  Когда конструкторы, технологи, производство, закупки и сервис работают с разными версиями документации и спецификаций, проблемы появляются на следующих этапах жизненного цикла изделия. Единые правила управления версиями и изменениями позволяют избежать расхождений. 
• Слабая интеграция с ERP/учетной системой, например 1С, или MES. 
  Если инженерные данные в PLM не связаны с учетными и производственными системами, возникают расхождения между составом изделия, спецификациями и фактическим выпуском. Сотрудникам приходится сверять сведения вручную. 
• Отсутствие владельцев данных и процессов. 
  BOM, спецификации, НСИ, маршруты и изменения требуют постоянного сопровождения. Если за них никто не отвечает, быстро появляются расхождения, и подразделения начинают работать с разной информацией. 
• Отсутствие аналитики и KPI. 
  Без показателей эффективности сложно оценить пользу от PLM и понять, где возникают проблемы в жизненном цикле изделия. Руководству нужны понятные метрики: сроки разработки, количество изменений, качество информации, скорость согласований и другие показатели работы процессов.

Как Денвик Аналитика помогает подготовить данные PLM-контура для BI 

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

Денвик Аналитика помогает подготовить следующий контур данных для BI:

• Экстрактор 1С передает сведения из 1С во внешний аналитический контур: номенклатуру, заказы, остатки, закупки, производство, ремонты и затраты. 
• DVT помогает сопоставить данные из PLM, ERP (например, 1С), MES, CRM, WMS и файлов, привести справочники к единому виду и сформировать витрины для BI, если к этим источникам настроен доступ. 
• BI-система использует подготовленные витрины для анализа сроков разработки, изменений конструкции, себестоимости, качества, производственных отклонений и сервисных обращений. 

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


Экстрактор 1С и DVT помогают объединить данные PLM, 1С и других источников для анализа жизненного цикла изделия. 
Экстрактор по расписанию выгружает сведения из 1С, DVT сопоставляет их с инженерными данными PLM, приводит к единому формату и подготавливает для BI. 
На основе подготовленных данных BI показывает показатели разработки, производства, затрат, качества и сервиса без ручной сверки информации между системами.