АО «Информатика» выпустило АСМО-ТОиР 3.1 — новую версию комплекса для технического обслуживания и ремонта оборудования. В релизе появились инструменты анализа надежности по методикам FMECA, RCM и RCA, а также оперативное недельное планирование работ с диаграммой Ганта: для предприятий это попытка связать ремонтные заявки не только с календарем бригад, но и с измеримым риском отказа оборудования.
Об обновлении, представленном 9 октября 2026 года, сообщает CNews. Главная идея релиза — сместить центр тяжести с регистрации уже выполненных ремонтов на профилактику проблем. Для ИТ-команд, внедряющих EAM- и ТОиР-системы, это важный сдвиг: ценность продукта определяется не количеством заведенных нарядов, а тем, помогает ли он объяснить, почему конкретный узел требует внимания именно сейчас и какие последствия будут у переноса работ.
Новый блок «Надежность» объединяет три распространенные инженерные методики. FMECA помогает выявлять критичные виды отказов и их последствия, RCM — подбирать стратегию обслуживания для оборудования, а RCA предназначена для разбора уже случившихся инцидентов. В последнем случае система поддерживает диаграмму Исикавы, известную как «рыбья кость», и Why-анализ: команда последовательно ищет первопричину, а затем фиксирует корректирующие мероприятия. Сам по себе набор методик не новость для крупных промышленных компаний, но их появление внутри одного программного контура снижает риск, что выводы инженеров останутся в презентации, Excel-файле или голове самого опытного механика.
Для оценки состояния оборудования в АСМО-ТОиР 3.1 предусмотрена карта показателей готовности. Она рассчитывает MTBF — среднюю наработку между отказами, MTTR — среднее время восстановления, MTW, а также два варианта коэффициента технической готовности. Такие показатели полезны не только службе ТОиР. Производство получает язык для разговора о простоях, финансовый блок — более прозрачную основу для оценки потерь, а руководитель цифровизации — данные, по которым можно проверять эффект от внедрения предиктивных и регламентных практик. Правда, качество метрик будет ровно таким, как качество исходных данных о простоях, ремонтах и фактической наработке.
Вторая заметная часть обновления — оперативное планирование работ на неделю. Система рассчитывает длительность операций, показывает их на диаграмме Ганта и предупреждает о типичных конфликтах: когда сотрудник перегружен, исполнитель не соответствует требуемой должности или график создает риск нарушения срока. Пользователь может собрать несколько сценариев распределения заказов и выбрать подходящий. В комплексе также ведутся KPI недельного плана, отражающие эффективность распределения работ.
На практике это закрывает знакомую проблему предприятий: план ремонтов часто существует отдельно от реальной доступности людей, компетенций и оборудования. Годовой или месячный график выглядит убедительно до первого внепланового отказа, после чего диспетчеризация превращается в череду ручных перестановок. Если АСМО-ТОиР 3.1 будет получать актуальные данные о ресурсах и статусах работ, диаграмма Ганта сможет стать не витриной для совещания, а рабочим инструментом мастера. Если данные обновляются с опозданием, система лишь быстрее нарисует красивый, но уже неактуальный план.
Релиз включает и более прикладные доработки: иерархический останов оборудования, регламент гарантийного обслуживания, заявку на пуск-останов и 11 новых печатных форм. Эти функции звучат менее эффектно, чем анализ надежности, но именно подобные детали часто определяют, приживется ли корпоративная система на площадке. Печатные формы, маршруты согласования и корректное отражение остановов редко попадают в презентации, зато без них пользователи быстро возвращаются к привычным таблицам и бумажным журналам.
Заместитель гендиректора АО «Информатика» Михаил Козлов связал обновление с переходом от реакции на отказы к управлению надежностью на основе данных. Для рынка ТОиР это вполне прагматичная цель: следующая конкуренция будет идти не вокруг очередного справочника оборудования, а вокруг того, насколько система умеет свести в одном решении историю отказов, технические риски, доступные ресурсы и выполнимый план. Вопрос в том, готовы ли заказчики обеспечить для таких моделей дисциплину данных и выделить время специалистов на настройку методик, а не ограничиться установкой нового модуля.