EAM и CMMS: в чём разница и что выбрать предприятию

EAM и CMMS часто путают и используют как синонимы. На практике это два уровня зрелости управления активами: от учёта ремонтов до управления всем жизненным циклом оборудования. Разберём отличия простыми словами и поможем выбрать.

Что такое CMMS

CMMS (Computerized Maintenance Management System) — система автоматизации технического обслуживания и ремонтов. Её задача — навести порядок в ремонтных процессах: реестр оборудования, заявки и наряд-заказы, планово-предупредительные работы, история ремонтов и складские запчасти.

Что такое EAM

EAM (Enterprise Asset Management) — управление активами предприятия на всём жизненном цикле: от закупки и ввода в эксплуатацию до модернизации и списания. EAM включает функции CMMS, но добавляет управление стоимостью владения, надёжностью, рисками, бюджетами и KPI на уровне всего парка активов.

Сразу важная оговорка, которую почти никто не делает: ни EAM, ни CMMS не являются стандартизованными терминами. Это рыночные обозначения, а не определения из нормативных документов. ISO 55000 описывает «систему управления активами» как управленческий подход, но аббревиатуру EAM не использует. Поэтому у двух вендоров «EAM» может означать разный набор функций, и сравнивать продукты нужно по конкретным возможностям, а не по тому, как они себя называют. Единственный нормативный язык, на который здесь можно опереться, — ГОСТ 18322-2016 «Система технического обслуживания и ремонта техники. Термины и определения» (действует с 1 сентября 2017 года): он задаёт термины для видов обслуживания и ремонта, и на него удобно ссылаться в техническом задании.

Ключевые отличия

• Охват: CMMS — про ремонты, EAM — про весь жизненный цикл актива.
• Горизонт: CMMS работает «здесь и сейчас», EAM — со стратегией и бюджетами на годы.
• Аналитика: EAM считает стоимость владения, надёжность и риски, а не только закрытые заявки.
• Интеграции: EAM глубже связан с бухгалтерией, снабжением и производственными системами.

Сравнение по функциям

Таблица ниже — рабочий инструмент для технического задания: по ней видно, какие функции вы покупаете на самом деле, независимо от того, названо решение «CMMS» или «EAM».

Что выбрать

Если задача — убрать бумагу и навести порядок в заявках и ППР, достаточно функций CMMS. Если нужно управлять затратами, надёжностью и инвестициями в активы на уровне предприятия — нужен EAM. Современные платформы (например, РАМ-МИР®) закрывают оба уровня: можно начать с базового учёта ремонтов и наращивать EAM-функции по мере зрелости процессов.

Признаки, что уровня CMMS уже не хватает

• Руководство спрашивает, сколько стоит содержание конкретного агрегата за год, и ответа в системе нет.
• Решение «ремонтировать или менять» принимается на совещании, а не по накопленным затратам и наработке.
• Бюджет ТОиР защищается «по прошлому году плюс инфляция», потому что обосновать иначе нечем.
• Площадок несколько, и в каждой свой учёт — консолидированной картины по парку оборудования нет.
• Запас запчастей либо замораживает деньги, либо кончается в момент аварии — нормирования по критичности нет.
• Отказы фиксируются как «вышло из строя», без причины, поэтому повторяющиеся проблемы не видны.

Обратная ситуация тоже бывает: если у вас небольшой парк однотипного оборудования, одна площадка, а ремонты и так планируются по регламенту завода-изготовителя, то EAM-функции останутся незаполненными. Переплата здесь не в лицензии, а во внедрении: заполнять справочники критичности и стоимости владения придётся людьми, а отдача появится только при масштабе.

Типичные ошибки выбора

• Выбирать по названию класса, а не по таблице функций. «EAM» на лендинге ничего не гарантирует.
• Покупать EAM-функции до того, как заполнен реестр оборудования. Без паспортов и иерархии активов аналитика считается не из чего.
• Начинать со справочника отказов «как получится». Если причины отказов не классифицированы с самого начала, через год анализировать будет нечего.
• Игнорировать стык со снабжением. Нормирование запаса без связи со закупками остаётся отчётом, а не процессом.
• Забывать про исполнителей: если слесарю неудобно закрывать наряд, данные в системе будут неполными, и любая аналитика поверх них окажется ложной.

CMMS отвечает на вопрос «что и когда ремонтировать», EAM — «сколько это стоит и как продлить жизнь активу».

А что с импортозамещением

Российские EAM/CMMS закрывают задачи импортозамещения зарубежных систем и 1С:ТОИР: миграция данных и истории ремонтов, работа в отечественном контуре, поддержка Astra Linux. При выборе стоит проверить наличие решения в реестре отечественного ПО — по реестровому номеру и правообладателю, а не по словам продавца. Это касается и нас: запросите номер записи у любого вендора, которого рассматриваете, и сверьте его сами.

Чаще всего замещать приходится три класса систем. SAP PM и SAP EAM — после прекращения поддержки в России остались без обновлений и легального канала сопровождения. IBM Maximo — та же ситуация, при этом система обычно глубоко интегрирована и несёт большой объём исторических данных. 1С:ТОИР — случай иной: продукт отечественный, и мигрируют с него не по регуляторным причинам, а когда упираются в потолок функциональности на крупном парке оборудования или в нескольких площадках.

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

Класс системы на лендинге ничего не обещает. Обещает таблица функций в техническом задании и реестровый номер в реестре отечественного ПО.