Система управления зданием для тех, кто обеспечивает его работу

Что здесь понимается под системой управления зданием

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

Это определение требует одного уточнения, потому что термин используют в двух разных значениях.

В инженерии BMS означает автоматизацию здания

Если спросить главного инженера или проектировщика инженерных систем, что такое BMS, он опишет систему автоматизации здания. Это уровень управления, который контролирует и обслуживает оборудование: чиллеры, AHU, фанкойлы, насосы, линии освещения, иногда интерфейсы СКУД и пожарной сигнализации. Она обменивается данными с оборудованием по протоколам BACnet или Modbus, выводит аварии и тренды на рабочую станцию диспетчера и автоматически корректирует уставки. Siemens, Honeywell, Johnson Controls и Schneider Electric — типичные имена в этой области.

TaskLoop — не такая система. Она не считывает показания датчиков, не управляет оборудованием и не подключается к интерфейсу BMS. Интеграции с IoT нет.

TaskLoop — уровень эксплуатации и обслуживания

Чего система автоматизации не делает, так это не управляет людьми. Когда BMS выдаёт аварию по высокой температуре на чиллере, кому-то всё равно нужно об этом сообщить, кто-то должен пойти и посмотреть, устранить неисправность или вызвать подрядчика и записать, что сделано. Когда жилец высотки сообщает о подтекающем кране, датчики вообще не участвуют. Именно в этом человеческом процессе и работает TaskLoop:

• Наряды на работы по аварийно-восстановительным заявкам — от мигающей лампы в коридоре до засора в паркинге.
• Заявки жителей и арендаторов, которые регистрирует офис здания и отслеживает от обращения до выполнения.
• Планово-предупредительные работы — замена фильтров, проверка насосов, осмотр противопожарных дверей — создаются как задачи со сроками и инструкциями. Регулярные графики и чек-листы обходов создают такие задачи автоматически.
• Осмотры и списки замечаний, где каждый пункт становится задачей с ответственным и фото при закрытии.
• Координация подрядчиков, чтобы работы, переданные лифтовой компании или поставщику пожарной системы, тоже отслеживались. Подрядчики могут сами получать и закрывать свои работы с фотоотчётом.

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

Для кого это

TaskLoop создан для тех, кто обеспечивает работу здания, а не для тех, кто проектирует его системы управления:

• Управляющие зданиями и менеджеры жилых комплексов в жилых башнях, которые принимают заявки жителей, занимаются заездами и выездами и отчитываются перед ТСЖ или собственником.
• Руководители служб эксплуатации в коммерческих и офисных зданиях, которые отвечают за места общего пользования, заявки арендаторов и стандарты обслуживания на одном или нескольких объектах.
• Главные инженеры и мастера, которые планируют день техников, решают, что срочно, и должны знать, какие работы к концу смены ещё открыты.
• Техники, уборщики и сотрудники охраны, которые получают работу на телефон и закрывают её на месте.
• Компании по эксплуатации недвижимости, которые обслуживают несколько зданий разных клиентов и должны показывать каждому клиенту, что сделано. См. компании по эксплуатации недвижимости.

Типичные проблемы эксплуатации здания

Заявки приходят отовсюду

Житель звонит консьержу, арендатор пишет управляющему на почту, член правления присылает сообщение с фото в WhatsApp, а техник сам замечает что-то во время обхода. У каждого канала своя память. Когда через неделю житель звонит снова, никто не может сказать, у кого была заявка и что с ней стало.

У работы нет ответственного

В общем чате заявку на сантехника видят шесть человек. Каждый думает, что её возьмёт кто-то другой. Приходят два техника — или ни одного.

Нет подтверждения и нет хронологии

Когда арендатор жалуется, что кондиционер в его офисе так и не починили, управляющему нужно показать, когда поступила заявка, кто выезжал и что было сделано. Бумажный журнал или переписка в чате редко дают на это ответ.

Плановые работы уступают аварийным

В каждом здании есть список работ, которые должны выполняться по графику: замена фильтров AHU, чистка резервуаров для воды, пробные пуски генератора, проверка противопожарных дверей. Когда день заполняется звонками жителей, именно эти работы откладываются первыми, и никто этого не замечает, пока что-нибудь не выйдет из строя.

Подрядчики — чёрный ящик

Обслуживание лифтов, систем пожарной безопасности и специализированный ремонт часто передают сторонним компаниям. После звонка подрядчику офис здания теряет работу из виду до тех пор, пока не придёт счёт.

Управление через жалобы

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

Как TaskLoop решает каждую из проблем

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

Один ответственный за каждый наряд. Каждая работа назначается конкретному сотруднику или отделу со сроком и инструкциями — например, как получить доступ в помещение или какие запчасти взять. Техник получает push-уведомление в приложении для персонала и принимает работу, поэтому не возникает сомнений, у кого она.

Хронология и фотоотчёт. Каждое изменение статуса фиксируется. Закрывая работу, техник может приложить фото, а время выполнения сохраняется. Управляющий за секунды отвечает на вопрос «когда это починили?» — с доказательствами.

Эскалация вместо тишины. Если наряд выходит за срок, он эскалируется руководителю. Забытая работа становится видна раньше, чем житель позвонит снова.

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

Работы подрядчиков под контролем. Работа, переданная сторонней компании, всё равно фиксируется как задача с ответственным, сроком и записью о результате. Подрядчики могут сами получать и закрывать работу с фотоотчётом.

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

Типичный рабочий процесс

Возьмём жилую башню в будний день утром.

1. Заявка. Жительница 14-го этажа говорит консьержу, что светильник в коридоре у её квартиры мигает уже два дня. Консьерж регистрирует в панели управления электротехническую заявку по коридору 14-го этажа с обычным приоритетом.
2. Назначение. Офис здания назначает её дежурному электрику со сроком до конца дня и пометкой, что нужна стремянка.
3. Выполнение. Электрик получает push-уведомление, принимает работу, меняет драйвер, фотографирует исправный светильник и закрывает задачу. Время выполнения фиксируется.
4. Анализ. В конце недели управляющий изучает отчёты. Электротехнические заявки на верхних этажах выполняются дольше среднего, а один и тот же коридор встречается дважды. Это повод обсудить ситуацию с главным инженером.

Тот же цикл работает для офиса арендатора в коммерческом здании, протечки в паркинге или плановой проверки насоса.

Ручные методы и TaskLoop

Чем TaskLoop не является

Чёткие границы экономят время всем.

• Не система автоматизации здания. TaskLoop не контролирует и не управляет HVAC, освещением, насосами или другим оборудованием и не интегрируется с BACnet, Modbus, датчиками или счётчиками.
• Не IoT-платформа. В неё не поступают данные с подключённых устройств или автоматические аварийные сигналы. Работу заводят люди.
• Не полноценная система управления активами предприятия. Она не ведёт склад запчастей, закупки или амортизацию активов.
• Не бухгалтерская программа и не система управления недвижимостью. Начисления за обслуживание, договоры аренды, сбор платежей и отчёты для собственников остаются в вашей учётной системе или системе управления недвижимостью.
• Не социальное приложение для жителей. Оно для заявок и работы, которая за ними следует, а не для объявлений сообщества или бронирования общих пространств.

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

С чего начать

Быстрее всего понять, подходит ли вам TaskLoop, — увидеть в нём собственные типы заявок. На демонстрации мы разбираем, как заявки сегодня попадают в офис вашего здания, настраиваем пример процесса для ваших объектов и показываем панель управления, приложение для персонала и отчёты. Если вы также управляете отелем или сервисными апартаментами, та же платформа покрывает и их — см. управление отелем. Для бригад, не привязанных к одному зданию, см. управление задачами. Стоимость рассчитывается индивидуально — см. цены.