Задача
В обычном управлении жилым комплексом каждый процесс живёт в своём инструменте: умные устройства — в приложении производителя, домофон — в своём, гости записываются у охраны, бронирование зала ведётся в журнале, аварии приходят в BMS, заявки жильцов — по телефону, работы подрядчиков — в таблице, показания и счета — в бухгалтерии, объявления — в чате подъезда.
Из-за этого одно событие приходится вручную переносить между системами. Управляющая компания не видит общей картины. Охрана не знает, кого сегодня ждут. Сервисная бригада приезжает без технического контекста. А жилец каждый раз выясняет, куда вообще обращаться, и держит на телефоне несколько приложений, ни одно из которых не отвечает за дом целиком.
Требовалась одна модель, в которой дом, квартира, житель, гость, сотрудник, помещение, устройство и сервисная работа существуют в общей системе координат — вместе с деньгами.
Решение
Цифровой двойник комплекса. Модель идёт от управляющей компании к устройству: комплекс → башня → этаж → квартира → комната → устройство, с отдельными ветками на паркинг, общие зоны и инженерные системы — питание, вода, HVAC, лифты, насосы, пожарная безопасность. У каждого объекта своё состояние, телеметрия, правила доступа, документы, заявки и история обслуживания, поэтому из общего показателя по портфелю можно дойти до конкретного датчика и понять, на что он влияет.
Приложение жильца. На первом экране — состояние квартиры и климат, открытые двери и окна, активные сценарии, утечки и тревоги, расход ресурсов, ближайшие брони, ожидаемые гости, открытые заявки, неоплаченные счета и объявления. Сценарии — Home, Away, Night, Morning, Guest, Vacation, Energy saver — собирают устройства, расписание и условия: Away гасит свет и выбранные розетки, переводит климат в экономичный режим, закрывает шторы, ставит квартиру на наблюдение и проверяет, закрыты ли окна. Защитные сценарии — дым, перекрытие воды — имеют приоритет над любым пользовательским.
Утечка. Датчик — только первый шаг. Система смотрит соседние датчики и изменение расхода, определяет квартиру, стояк или техническое помещение, уведомляет жильца, перекрывает поддерживаемый клапан, заводит аварийный инцидент, поднимает управляющую компанию, назначает сервисную команду, выдаёт доступ на ограниченное время, требует фото и контрольное показание после ремонта и продолжает наблюдение, чтобы подтвердить результат. Отдельно важно, что офлайн-датчик или севшая батарейка показываются как «данных нет», а не как «утечки нет».
Гости, машины, подрядчики. Житель создаёт приглашение с датой, окном, типом прохода и номером автомобиля; гость получает QR или временный PIN, номер уходит на шлагбаум через распознавание, охрана заранее видит ожидаемый визит, а после окончания окна пропуск гаснет сам. Подрядчик получает не универсальный ключ, а доступ, привязанный к зданию, служебному входу, нужному этажу, временному окну и конкретному наряду, с обязательной отметкой прихода и ухода.
Бронирование, которое управляет домом. Бронь общей зоны — не запись в календаре: она подтягивает оплату или депозит, выдаёт временный доступ ровно на подтверждённое время, заранее включает климат и свет в зале и гасит их после. Правила снимают конфликты: лимиты на квартиру, буферы на уборку, блокировки на время обслуживания, штрафы за неявку.
Заявка, которая появляется сама. Наряд создаёт не только жилец: тревога утечки, отказ лифта, отклонение давления насоса, температурная аномалия в общей зоне, потеря связи со счётчиком, неисправность дымового датчика, повторное срабатывание автомата. Правила определяют актив, место, категорию, приоритет, SLA и подходящего подрядчика. Приоритет считается по риску для безопасности, числу затронутых квартир, доступности критичной системы, времени суток и повторяемости; при приближении к нарушению SLA задача переназначается или уходит резервному подрядчику.
Показания и счёт. Электричество, вода, холод, зарядка электромобилей и общедомовые узлы приходят с отметкой времени, источником и статусом валидации. Аномалии — откат показания, скачок, долгое молчание, расхождение квартирных счётчиков со стояком — ловятся до выставления счёта, а не после жалобы. Дальше период закрывается, расход считается по тарифу, собираются строки, счёт уходит жильцу в приложение, оплата проходит через подключённый канал и сверяется с реестром. Каждую строку жилец может раскрыть до периода, объёма, тарифа и основания расчёта.
Результат
Жилец перестал держать в голове, куда обращаться: климат, свет, замок, домофон, гости, парковка, бронирование зала, заявки и счета живут в одном приложении.
Управляющая компания получила здание целиком в одном окне: активные инциденты, офлайн-датчики, состояние лифтов и насосов, потребление воды и электричества, поток заявок, качество работы подрядчиков, готовность к выставлению счетов и задолженность. Переход от общего показателя к башне, этажу, квартире и устройству занимает несколько кликов.
Подрядчик приезжает подготовленным — с точным местом, паспортом актива, телеметрией до инцидента, требованиями безопасности, окном доступа и чек-листом, а результат работы возвращается в историю квартиры или оборудования.
Счёт стал объяснимым: показания проходят валидацию, аномалии ловятся заранее, каждая строка раскрывается до расчёта. Спор по счёту перестал быть разговором двух мнений.
Отдельно решался вопрос доверия. Журналы доступа и видео — не бытовой мониторинг жильцов: они доступны только уполномоченным ролям и только по инциденту, права разделены до уровня действия, а открытие двери, просмотр камеры, изменение тарифа и управление клапаном — разные разрешения. Критичные сценарии дома не зависят от облака: локальный шлюз буферизует события, исполняет правила безопасности и принимает решения о доступе из актуального кеша.
