Интеграция различных PLM-систем с системами класса ERP

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

Ландшафт информационных систем современных ИПК довольно сложен и многообразен. Но основные его компоненты, которые определяются архитектурой предприятия, можно иллюстрировать простой информативной диаграммой. (рисунок 1)

Рисунок 1 – Информационная структура ИПК

Практически все современные западные производственные системы базируются на концепции ERP и отвечают ее рекомендациям, которые вырабатываются американской общественной организацией APICS (American Production and Inventory Control Society). Концепция ERP, называемая иногда также Enterprise-wide Resource Planning (планированием ресурсов в масштабе предприятия), расширяя стандарт MRP II, содержит различные методы планирования ресурсов предприятия и предназначена для управления его финансового-хозяйственной 2

деятельностью. Однако ИПК отличаются большим (абсолютным и относительным) объемом процессов разработки, проектирования и подготовки производства, на управление которыми концепция ERP не распространяется. Поэтому концептуально решения по комплексной автоматизации ИПК состоят в совокупном внедрении ERP- и PLM-решений:

• -    на основе ERP-платформы решаются задачи планирования финансовых и производственных ресурсов предприятия и управления релевантными бизнес-процессами;

• -    средствами PLM обеспечивается решение всего спектра задач по разработке изделия и управлению инженерной информацией об изделии на всех этапах его жизненного цикла. Жизненный цикл изделия (ЖЦИ) — перечень этапов, через которые проходит изделие за весь период своего существования. Включает этапы маркетинговых исследований, концептуального проектирования дизайна изделия, конструкторской и технологической подготовки производства, изготовления, обслуживания, утилизации и т. п.

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

САПР и ERP традиционно производят разные разработчики, да и сами системы предназначены для решения разных задач. Первые сфокусированы на создании информации о продукте и процессах его изготовления, а вторые - на управлении бизнес-процессами, такими, как 3

планирование производства, ведение складского хозяйства, учет издержек и т. д. При этом САПР в основном имеют дело с неструктурированными данными (эскизами, чертежами, моделями) и оптимизированы для обслуживания контекстно-зависимой информации. А ERP работают со структурированными данными и предназначены для управления транзакциями. Поэтому обе области пересекаются нечасто (рисунок 2).

Информация для обслуживания и поддержки

Описание жизненного цикла изделия Ориентация на контекст Интеллектуальные активы

Управление портфелем проектов и требованиями

Проектирование и разработка

Цифровое производство

Логистика и сопровождение

Прогнозирование заказов/успуг

Поддержка коллективной работы

Взаимодействие с поставщиками

Планирование производства

Логистика каналов поставки

Учетные активы Ориентация на транзакции Описание жизненного цикла в производстве

Логистика производственных ресурсов

Источник омам

Рисунок 2 – Функциональные возможности основных корпоративных систем промышленного предприятия

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

Вполне закономерно, что в границах ИПК информационные потоки систем разных классов (ERP и PLM) стали неизбежно пересекаться, и естественным образом возникла необходимость их интеграции.

Функциональное разделение систем ERP и PLM сложилось в ходе развития ИТ.

Методы интеграции PLM- и ERP-систем

Реализовать интеграцию PLM- и ERP-систем можно различными методами. (рисунок 3)

Рисунок 3 - Методы интеграции PLM- и ERP-систем

Самым простым с точки зрения реализации, но более сложным в плане поддержки синхронизации данных является метод обмена через структурированные файлы импорта/экспорта. В этом случае передача выполняется в соответствии с заранее разработанными и согласованными форматами. Источник данных (PLM-система) формирует их, а затем через механизм экспорта передает в файлы согласованного формата, которые считаются системой-приемником (ERP-система). При этом необходимо реализовать механизм синхронизации экспортируемых данных. Данные по составу изделия, результатам технической подготовки производства и основные справочники находятся в PLM-системе. В связи с этим обеспечиваются единые принципы формирования состава изделия с учетом требований унификации, используются данные единых справочников заготовок/материалов, общероссийского классификатора материалов и продукции (ОКП) и т.п. Данный способ передачи обеспечивает достаточно высокую гибкость и не требует больших знаний в программировании. [6]

Интерфейсы API (Application Programming Interface) обеспечивают более тесное взаимодействие между системами, однако этот метод имеет ряд ограничений. Прежде всего реализована сильная привязка созданного интерфейса к конкретным версиям интегрируемых продуктов. Даже незначительные изменения в структуре данных одной из систем могут потребовать переделки интерфейсов. Кроме того, для их разработки необходимы достаточно серьезные знания в программировании.

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

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