Нагрузка на российские машиностроительные компании с 2022 года возросла многократно. Текущие тенденции также связаны с современными реалиями: проблема с поиском инженеров, проблема с мотивацией инженеров-миллениалов, отсутствие западных информационных решений и т.д.
В своей статье я решил порассуждать, какие тренды и вызовы в 2025 году должны учесть разработчики, интеграторы и пользователи PLM-систем.
1. RPA (Robotic Process Automation)
На мой взгляд, самый важный момент, на который стоит обратить внимание- это системы, которые решают рутинные задачи инженеров, конструкторов, технологов...
Для многих понятие использования программных роботов размыто, поэтому приведу конкретные примеры:
- Предиктивная аналитика
Должна помочь предусмотреть возможные проблемы с работоспособностью готового изделия еще во время разработки продукции (например, остатки покупных позиций на складе, частота отказов оборудования во время планирования расцеховочных маршрутов )
- Автоматизация рутинных задач
Приведу технологии, которые всё еще не реализованы у российских разработчиков в полной мере: автоматизация создания файлов раскроя с минимальным участием инженера с привязкой к производственному заказу, автоматизация создания шаблонных типовых чертежей, автоматическое создание техпроцесса на основе CAM-программы.
- Унификация типовых узлов
Текущая ситуация, когда конструкторы буквально с нуля разрабатывают узлы, которые уже ранее были разработаны коллегами, должна уйти в прошлое.
Единственная проверка, которую выполняют современные PLM-системы- это проверка на уникальность обозначения, не решает данную задачу.
Необходимо внедрять автоматическую классификацию узлов и их обязательное повторное применение с дополнительной проверкой унификации.
- Функция автоподбора конструкторского состава, тех.процесса, операций, материалов и т.д.
Многие методики нормирования, подбора оборудования, оснастки, переходов и т.д. подвержены определенным правилам и стандартам предприятия. Автоматизация этих работ значительно сокращает время проработки цифрового двойника изделия.
Достаточно много разработчиков вышеуказанные функции воспринимают, как искусственный интеллект, но это не так. У ИИ сложно предсказать результат, а нам нужен четко полученный итог работы.
2. Объектно-ориентированные PLM-системы вместо файло-ориентированных.
Уход от классического хранения файлов в пользу управления структурой цифровых двойников на основе объектов BOM (BIll of Materials).
Объектно-ориентированный подход значительно облегчает видимость данных, визуализацию и конфигурацию продукта.
3. Обратная интеграция PLM с производственными системами MRP, ERP и SCADA.
Всё чаще современный конструктор, а тем более технолог- человек, глубоко знающий собственное производство и его ограничения, должен при проектировании технологических процессов учитывать особенности своего предприятия.
Практически все современные PLM-системы передают конструкторско-технологический состав в ERP, но очень мало доходит обратно из ERP, что безусловно стоит учитывать.
Для примера, работникам ИТР в PLM-системе хочется видеть информацию об остатках на складах, загруженность своих производственных мощностей, сроки выдачи готовой продукции и т.д.
4. Большее количество служб, участвующих в PLM среде.
К сожалению, пользователи считают, что PLM-среда- это работа конструктора, технолога и их проверяющих в общей информационной системе. Остальные службы в лучшем случае знают о наличии такой системы, но крайне мало добавляют свою часть в модель цифрового двойника.
Например, работа менеджера по заказу или руководителя проекта должна также начинаться в PLM-системе, так как именно он определяет границы, требования и ограничения проекта.
На мой взгляд, работа метрологов и инженеров ОТК должна также вестись в системе PLM, чтобы хранить данные для входного и выходного контроля, списка контролируемых параметров и т.д.
Эти данные также активно используются при разработке изделий, а поэтому должны храниться в PLM-системах.
В статье высказал своё субъективное мнение.
Безусловно, что многие разработчики уже преуспели в подобных разработках , а пользователи или интеграторы это давно внедряют, однако текущий опыт подсказывает, что это пока больше исключение, чем устоявшаяся тенденция.
Если у кого есть дополнительное видение- прошу поделиться в комментариях.
Для связи используйте контакты,
Газизулин Александр
Telegram-канал для пользователей IPS
8-800-3333-205
gam@amcad.ru
