Почему дорогая система управления ремонтами превращается в мусорный архив

Я видел это раз двадцать. Завод покупает EAM-систему. Дорогую, правильную, с демонстрацией на конференции. Полгода внедрения, куча совещаний, обучение персонала. Система запущена.

А через год она стоит. Не сломалась — просто никто толком не пользуется. Данные не те, справочники кривые, механики вернулись к Excel.

Спрашиваю: что пошло не так? И почти всегда слышу одно и то же: «не смогли нормально заполнить базу оборудования».

Вот в чём штука. Интегратор внедряет программу — это его работа. Но данные об оборудовании — это не его работа. Он берёт то, что есть: разрозненные Excel-таблицы, сканы паспортов в папке «разное», теги из SCADA, которые никто не подписывал по-человечески. Кое-как загружает в систему и уходит.

А в системе остаётся: насос1, насосновый, НасосЦех3, pump_main. Четыре записи об одном агрегате. Без года выпуска, без привязки к позиции на схеме, без истории ремонтов.

Это не проблема ПО. Это проблема данных. И она существовала до внедрения, просто была незаметна.

На любом действующем промышленном объекте данные об оборудовании живут в 5–7 местах одновременно. SCADA знает теги, но не знает что это. В ERP есть инвентарные номера, но они не совпадают с тем, что написано на железе. Паспорта — если вообще есть — лежат в архиве главного механика в бумажном виде.

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

Это отдельная работа. Скучная, но без неё всё остальное — деньги на ветер.

Цифры, которые я вижу в проектах: от 30 до 60% бюджета внедрения EAM уходит на ввод и чистку данных. Чаще всего это делают вручную, в последний момент, под давлением дедлайна. Поэтому и получается то, что получается.

Если вы сейчас стоите перед внедрением — первый вопрос не «какую систему выбрать», а «в каком состоянии наши данные». Ответ на него определит всё остальное.