CMMS, CAFM и BMS: в чём разница

Ответ в одной строке

BMS управляет оборудованием. CMMS управляет работами по обслуживанию этого оборудования. CAFM управляет всем объектом, включая помещения и сервисы, и обычно содержит обслуживание как один из модулей.

Путаница возникает из-за того, что поставщики растягивают каждое название. Поставщик BMS добавляет экран «обслуживание», поставщик CMMS — поэтажный план, поставщик CAFM называет себя «системой управления зданием». Не смотрите на названия — спрашивайте, какую задачу решает каждый инструмент.

Что делает каждая система

BMS: система управления зданием

BMS — система автоматики. Она считывает показания датчиков и через контроллеры управляет оборудованием: чиллерами, AHU, насосами, вентиляторами паркинга, расписаниями освещения. Её пользователи — инженеры, а основные результаты её работы — уставки, расписания, тренды и аварии. Она не знает, кто ваши техники. Подробнее — в статье о том, что такое система управления зданием.

CMMS: компьютеризированная система управления техобслуживанием

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

CAFM: компьютеризированное управление объектами

CAFM выросла из планирования помещений: поэтажные планы, данные о помещениях, заполняемость и переезды. Современные CAFM-инструменты обычно добавляют хелпдеск, обслуживание (на манер CMMS), бронирование переговорных и рабочих мест, управление посетителями и «мягкие» сервисы — уборку и охрану. Её пользователи — фасилити-менеджеры, команды по управлению рабочим пространством и поставщики услуг. Фасилити-менеджмент как дисциплину описывает стандарт систем менеджмента ISO 41001, и CAFM-инструменты рассчитаны на поддержку этого более широкого охвата.

Сравнение бок о бок

Где они пересекаются, а где нет

Реальное пересечение — между CMMS и CAFM. Обе работают с нарядами и плановым обслуживанием. Разница в охвате: CMMS глубоко погружается в активы и обслуживание, CAFM широко охватывает помещения и сервисы.

BMS всерьёз не пересекается ни с одной из них. Она источник многих сигналов для обслуживания — аварий, моточасов, перепада давления на фильтрах, — но не управляет реакцией на них. Там, где есть интеграции, полезная схема — односторонняя: авария в BMS создаёт наряд в CMMS или CAFM, и техник закрывает его уже там.

Что часто упускают все три

Координация линейного персонала — то, с чем многие здания до сих пор справляются плохо, какое бы ПО у них ни было. Заявки приходят по телефону, по почте, в WhatsApp и через ресепшен. Задачи нужно назначать и отслеживать не только инженерам, но и хаускипингу, охране, консьержам и службе эксплуатации. Некоторые CMMS построены вокруг планировщика за столом, а мобильный интерфейс техника там сделан по остаточному принципу. Если ваша проблема — «работа теряется между людьми», проверьте, как каждый кандидат справляется с приёмом заявок, назначением, эскалацией и подтверждением с телефона техника, а не только с реестром активов.

Одна неисправность, три системы: разбор на примере

Проще всего увидеть разницу, если проследить одну неисправность в здании, где есть все три системы.

В понедельник в 6:40 утра приточный вентилятор AHU-3, обслуживающей офисы четвёртого этажа, отключается по перегрузке. BMS видит, что сигнал работы вентилятора пропал при поданной команде пуска, и выводит аварию «отказ вентилятора» на верхний уровень. В зависимости от программы она может также попытаться перезапустить вентилятор. На этом работа BMS заканчивается: она обнаружила неисправность и сообщила о ней.

Дежурный техник видит аварию и создаёт наряд в CMMS: актив AHU-3, неисправность «отключение приточного вентилятора», приоритет высокий, потому что к 8:30 на этаже будут люди. CMMS показывает историю актива: этот вентилятор дважды отключался в прошлом квартале, а ремень меняли шесть недель назад. Техник обнаруживает заклинивший подшипник, меняет его, записывает использованную запчасть и затраченное время, прикладывает фото и закрывает работу. Главный инженер добавляет заметку — перенести ежегодную проверку подшипников AHU на более ранний срок.

Тем временем арендаторы четвёртого этажа замечают духоту. В здании с хелпдеском CAFM их жалобы приходят как заявки, привязанные к помещениям четвёртого этажа. Фасилити-менеджер видит, что две переговорные на этом этаже забронированы под семинар для клиента, и переносит бронирования на шестой этаж до окончания ремонта. В конце месяца отчёт CAFM для собственника показывает жалобы на микроклимат по этажам рядом с данными о заполняемости.

Три системы — три разные задачи. Уберите BMS, и о неисправности никто не узнает, пока не начнут жаловаться арендаторы. Уберите CMMS, и ремонт состоится, но повторный отказ никто не зафиксирует. Уберите CAFM, и семинар пройдёт в жаркой комнате. В жилом комплексе той части истории, что относится к CAFM, обычно просто нет, поэтому там, как правило, достаточно CMMS или операционной платформы.

Как выбрать

Начните с типа здания и реальной проблемы.

• Отдельный жилой комплекс или небольшой портфель жилых зданий. BMS нужна, если есть центральное оборудование. Для работ обычно достаточно CMMS или операционной платформы, которая обрабатывает заявки жильцов, ППР и работы подрядчиков. Управление помещениями — не приоритет.
• Офисное здание. BMS для оборудования. CMMS для обслуживания. CAFM стоит рассмотреть, если арендаторы бронируют переговорные, вы управляете отделкой и переездами или отчитываетесь перед собственником о заполняемости.
• Фасилити-компания, обслуживающая много объектов клиентов. Нужно сильное управление работами по объектам и клиентам с отчётностью по каждому договору. CMMS или CAFM — в зависимости от того, входят ли в ваши договоры помещения и «мягкие» сервисы.
• Отель или апарт-отель. PMS ведёт бронирования и расчёты. У инженерной службы может быть BMS. Для хаускипинга, обслуживания и запросов гостей во всех службах нужен операционный инструмент, которым пользуется вся команда, а не только инженеры.

Вопросы на демонстрации

• Покажите, как заявка проходит путь от сообщения до назначенного техника и закрытия — на телефоне техника.
• Что происходит, когда работа просрочена? Кому и когда приходит оповещение?
• Как фиксируется подтверждение выполнения?
• Как запланировать ППР и увидеть, что просрочено?
• Какие отчёты я смогу каждый месяц показывать собственнику?
• Для связи с BMS: какие аварии создают работу и кто поддерживает эту привязку?
• Что моя команда перестанет делать в первый же день? Если ответ «ничего», внедрение будет медленным.

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

• Покупка самого большого пакета под маленькую задачу. Полноценную CAFM, купленную, чтобы заявки на ремонт перестали теряться, часто в итоге используют только ради хелпдеска.
• Игнорирование тех, кто будет пользоваться системой больше всех. Техники и горничные работают в системе каждый час. Если их приложение медленное или запутанное, данные будут неверными.
• Уверенность, что BMS покрывает обслуживание. Она сообщает, что что-то не так. Но не гарантирует, что это починят.
• Оплата интеграции до того, как заработал процесс. Сначала научитесь превращать аварии в наряды вручную. Автоматизируйте, когда поймёте, какие аварии важны.

Место TaskLoop

TaskLoop — операционная платформа, а не BMS и не CAFM для планирования помещений. Она закрывает общий уровень работ для зданий, отелей и линейных команд: заявки регистрируются и назначаются на панели администратора с приоритетом, сроком и инструкциями, сотрудники выполняют их в мобильном приложении с обновлением статуса и, при необходимости, фотоотчётом, просроченные задачи эскалируются супервайзерам, а отчёты показывают время реакции и выполнения по командам. Для зданий смотрите систему управления зданием и наряды на работы.

Итог

BMS управляет оборудованием. CMMS управляет обслуживанием. CAFM управляет объектом. Покупайте под ту проблему, которая у вас есть, проверьте, как работа на самом деле переходит между людьми, и не ждите, что одно название покроет всё.