Проблемы дублирование функционала ПО в коробочных решениях

Издание RSpectr готовит материал о проблеме дублирования функций ПО для автоматизации предприятий, согласно исследованию Центра Национальной технологической инициативы "Технологии транспортировки электроэнергии и распределенных интеллектуальных энергосистем" НИУ МЭИ. Просьба дать комментарий по следующей теме: До 80% функций в коробочном ПО для автоматизации предприятий дублируются, отмечают эксперты, изучив решения в электроэнергетике. (Управление пользователем, базами данных, нормативная справочная информация, паспортизация оборудования, хранение данных). Полезный функционал составляет 20%. Для капиталоемких корпораций количество единиц оборудования - это сотни миллионов устройств. Каждое генерирует большое количество сигналов - до нескольких тысяч, хранить которые надо десятки лет. Образуется «зоопарк», вместо целостного хранения данных в единой структуре. В рамках приказа Минцифры от 22.09.2020 №486 импортозамещения ПО дублируется разработка одного и того же функционала по разным классам. Например, «Средства управления проектами» (стр. 13 указанного приказа) из раздела «Прикладное программное обеспечение» и аналогичные классы в разделе «Промышленное программное обеспечение» (стр. 21). Другая проблема – на разработку дублирующих решений разными компаниями, тратятся ресурсы дефицитных кадров – программистов. Вопросы: 1 Как вы считаете, является ли выходом из такой ситуации развитие платформенных продуктов самими разработчиками в своих классах? Чтобы такое ПО позволяло внедрять и изменять различные программные решения, которые используют общие данные? 2 Интересно ли было разработчикам в своем классе создавать универсальный продукт, который позволил бы вырабатывать и единый формат данных?