Почему интеграция PLM-ERP почти никогда не бывает «простой»

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

Тем не менее, часто отношение заказчиков к этой теме выглядит так: «Да чего тут сложного?! И обсуждать нечего… нажал две кнопочки, получил XML со структурой изделия, передал в ERP и всё готово! Когда начинаем?»

Накануне общался с потенциальным заказчиком, цитата практически дословная😁

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

Это аналитическая архитектурная задача, где важно: - определить, какие именно данные должны передаваться: структура изделия, номенклатура, технология производства, документы, изменения и т.д.; - установить соответствие параметров и правила их заполнения между системами, особенно правила уникальности объектов; - определить, кто и когда инициирует обмен; - учесть особенности процессов и модели данных обеих систем: PLM - что такое продукт ERP - когда и в каком объеме его производить; - спроектировать архитектуру обмена (события, конечные точки, веб-сервисы, API); - обеспечить целостность передачи данных и логирование.

И только после этого можно говорить о “работающей интеграции”.

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

Может показаться, что от компании к компании всё примерно одинаково. На практике же, не существует двух компаний с одинаковыми процессами, поэтому и решение не может быть универсальным. Дьявол действительно в деталях👹

P.S. Планирую раскрыть тему еще в нескольких постах. Подписывайтесь, чтобы не пропустить и пишите о своем опыте интеграций - можно ли такую задачу назвать простой?