Что такое CMMS и чем она отличается от EAM
Короткий ответ на вопрос, что такое CMMS, таков: это компьютеризированная система управления обслуживанием, которая ведёт в одном месте работы по обслуживанию активов, неисправности, заказ-наряды, запчасти и затраты. Её задача — вывести обслуживание из памяти сотрудников, бумаги и мессенджеров, сделав его планируемым и измеримым.
EAM, управление активами предприятия, добавляет к тому же ядру весь жизненный цикл актива: закупку, договор и гарантию, владение, переброску, показатели работы и выбытие. На практике граница размыта: большинство современных программ обслуживания приходит с ядром CMMS-системы и надстройкой из возможностей EAM.
В спецтехнике и автопарке это различие стирается ещё сильнее. Программа обслуживания экскаватора, история неисправностей, гарантийный статус, машинист, топливо и шины обязаны собираться в карточке одной машины, иначе пользователь будет искать её в пяти списках.
Кому и когда нужна CMMS
По мере роста числа машин и площадок знание об обслуживании держится на конкретных людях: даты в тетради мастера, неисправности в переписке, запчасти в памяти кладовщика. Когда такой человек увольняется, знание уходит вместе с ним. Здесь CMMS-система становится необходимой.
Типичные роли — начальник участка, руководитель службы обслуживания, мастер, кладовщик, управляющий парком и финансовая служба. Каждый ждёт своего: начальник — быстрого сообщения о неисправности с объекта, руководитель службы — видимости просроченного обслуживания, финансы — затрат по машинам. Хорошая CMMS-система сводит эти роли на одних данных, но в разных экранах.
На вопрос «со скольких машин это нужно» единственного ответа нет. Решает не количество, а сложность: несколько площадок, разные группы машин, смесь арендованной и собственной техники, несколько человек с одними данными. Если совпадают два-три условия, таблица уже перестала справляться.
Базовые модули: что должна охватывать CMMS
Перечисленные модули составляют ядро программы обслуживания для спецтехники и автопарка. Не обязательно включать их все с первого дня, но связи между ними должны быть заложены: добавленный позже модуль опирается на уже накопленные данные.
- Парк техники и учётная карточка: код, номер, марка и модель, группа, проект, местоположение, владение, гарантия, договоры и документы.
- Управление неисправностями: сообщение с объекта, категория, приоритет, работоспособность, фотографии, история статусов и преобразование в заказ-наряд.
- Заказ-наряды: планирование предупредительных и устраняющих работ, список задач, часы труда, использование запчастей, согласование и закрытие.
- Плановое обслуживание: программы по счётчику, календарю или обоим триггерам; видимость приближающегося и просроченного обслуживания.
- Учёт счётчиков: сбор моточасов и пробега через телематику, ввод на объекте или массовую загрузку.
- Запчасти и склад: карточка детали, совместимость, многоскладской запас, резервирование, минимальный уровень и процесс закупки.
- Чек-листы: заполнение сменных и периодических осмотров прямо на объекте, превращение критичного пункта в неисправность.
- Затраты и отчётность: себестоимость по машинам и проектам, техническая готовность, MTBF и MTTR, выгрузка данных.
- Дополняющие модули: топливо, шины, анализ масла, документы машинистов, уведомления, журнал аудита.
Критерии выбора: оценка под условия объекта
При выборе программы обслуживания не менее важно, чем список функций, то, сможете ли вы реально пользоваться ею в своих условиях. Критерии ниже выведены из реальности объектов и парков.
- Работа на объекте: может ли машинист сообщить о неисправности и заполнить чек-лист с телефона, без установки приложения, по QR-коду. Программа, которой не пользуются на объекте, остаётся офисным бланком.
- Офлайн-режим: не теряется ли запись при пропаже интернета, встаёт ли она в очередь на устройстве и уходит ли при появлении связи. Одна и та же запись не должна создаваться дважды.
- Несколько площадок и проектов: можно ли выстроить иерархию компании, региона, проекта и местоположения, фиксируется ли переброска машин.
- Права и область видимости: есть ли модульные права по ролям; видит ли пользователь только свой проект; выдаются ли отдельно чувствительные права вроде просмотра затрат; сужает ли область видимости и отчёты.
- Изоляция данных и безопасность: хранятся ли ваши данные отдельно от других клиентов, каков порядок резервного копирования, есть ли журнал аудита.
- Интеграции: поступают ли показания счётчиков и координаты от телематики, подключается ли оборудование вроде автоматики топливораздачи, есть ли выгрузка в Excel и PDF.
- Модульная лицензия: можно ли открыть только нужные модули и добавить остальные позже; не загромождает ли интерфейс закрытый модуль.
- Язык и мультивалютность: есть ли поддержка зарубежных проектов и разноязычных команд.
- Внедрение и перенос данных: можно ли массово загрузить список машин и карточки запчастей, есть ли помощь при внедрении.
Распространённые ошибки
Неудачи проектов внедрения CMMS обычно происходят не из-за нехватки функций, а из-за ошибок выбора и запуска.
- Открыть всё в первый день: одновременный запуск десяти модулей перегружает команду. Здоровее начать с неисправностей, заказ-нарядов и счётчиков и расширяться, когда данные устоялись.
- Выбирать, не думая об объекте: если программа, впечатляющая на экране, не используется на площадке, данные не вносятся, а без данных нет отчётов.
- Подгонять процесс под программу: шаги согласования, категории и определения статусов должны настраиваться под порядок компании, иначе команда начнёт работать в обход программы.
- Пренебрегать дисциплиной счётчиков: триггеры обслуживания, расчёты по топливу и технической готовности опираются на показания. Если счётчики не вносятся, большая часть программы не работает.
- Пытаться вводить затраты отдельно: себестоимость должна рождаться сама при закрытии заказ-наряда. Введённая отдельно, она оказывается неполной и запоздалой.
- Раздавать широкие права: когда все всё видят и правят, качество данных падает, а чувствительные суммы становятся открытыми.
Как это устроено в Reper Ops
Reper Ops — это программа управления обслуживанием и парком: спецтехника, грузовики, оборудование и объекты ведутся в одном списке, работа идёт в браузере без установки. На площадке она открывается как приложение с главного экрана телефона; записи о неисправностях, счётчиках, осмотрах и топливе без интернета встают в очередь на устройстве и уходят при появлении связи, не дублируясь. Машинист сканирует QR-код машины, и форма открывается с нужной машиной.
Структура строится на иерархии компании, проекта, подразделения и местоположения; роль и область видимости пользователя сужают не только списки, но и отчёты. Просмотр затрат, управление складом и доступ к журналу аудита — отдельные права. Каждый клиент работает в изолированной базе данных с ежедневными резервными копиями. Лицензия модульная: закрытый модуль не виден в меню, а при его подключении позже накопленные данные остаются на месте. Показания счётчиков поступают от телематики, автоматика топливораздачи подключается по ключу API, отчёты выгружаются в Excel и PDF.