Перейти к содержанию
i-TBGИнженерные системы для жизниОтправить план инженеру
Меню

От въезда до квартиры. Один понятный путь жителя.

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

Запросить архитектуру пилота

Посмотреть путь жителя

Концепция входной группы жилого комплекса
Концептуальная визуализация. Не фотография реализованного объекта i-TBG.

Комплекс по пути домой

Условная карта взаимодействия, не план реализованного i-TBG комплекса. Откройте точку, чтобы увидеть нужные права и границу интеграции. Последовательность уточняется по плану конкретного ЖК.

Территория

Общие зоны, наружный свет и маршруты прохода. Служебные помещения не становятся доступными жителю вместе с правом входа во двор.

Въезд

Проверка действующего разрешения и зоны въезда. Событие отказа должно быть понятно охране; правила проезда согласуем отдельно.

Паркинг

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

Домофон

Вызов нужному адресату, открытие по его решению и альтернативный способ связи. Конкретная модель, сервер и разрешённый интерфейс определяют возможности.

Вход

Права привязаны к нужному входу и сроку действия. Проверяем отзыв потерянного идентификатора и ручной порядок при отказе сети.

Лифт

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

Квартира

Общедомовые права отделены от домашних сценариев. Жителю не требуется передавать УК полный доступ к своей автоматике.

Сервис УК

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

Три участника. Разные права и задачи.

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

Девелоперу

Заложить инфраструктуру, требования к интерфейсам и состав передачи. Описать различия очередей строительства до масштабирования.

Управляющей компании

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

Жителю

Проходить домой, приглашать гостя и понимать статус обращения. Управлять только своими разрешениями, без доступа к соседским данным.

Гостевой пропуск заканчивается вовремя

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

  • Срок, разрешённые входы и зоны для каждого типа пропуска
  • Отдельные правила для доставки, гостей и подрядчиков
  • Отзыв права при переезде, потере идентификатора или смене сотрудника
  • Проверка повторного события и работы при недоступном внешнем сервисе
  • Понятный ручной порядок для охраны и дежурного
  • Журнал действий с доступом только у согласованных ролей

Существующее оборудование — часть исходных данных

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

  • Версии оборудования и ПО, документация API и доступные тестовые средства
  • Ответственный поставщик и полномочия на подключение
  • Ограничения чтения, записи, частоты событий и авторизации
  • Отдельная проверка биллинга, показаний и сервисов УК — без обещания готовой совместимости
  • Условия работы без внешнего сервера и восстановления после сбоя
  • Решение сохранить, адаптировать или заменить компонент с обоснованием

Житель видит своё. Сотрудник — необходимое для работы.

Границы данных и удалённых доступов фиксируем в проекте. Не объединяем жильцов, подрядчиков и администраторов в одну роль и не обещаем соответствие требованиям только наличием приложения.

  • Разделение квартир, входов, организаций и служебных ролей
  • Перечень собираемых данных, назначение и согласованный срок хранения
  • Выдача и отзыв административных доступов ответственным лицом
  • Учёт действий, экспорт и восстановление в согласованном составе
  • Проверка потери связи и недоступности внешних сервисов
  • Юридические основания и правила обработки согласуются с владельцем системы и профильным специалистом

Один вход. Одна проверяемая архитектура.

Пилот может охватить вход или секцию с ограниченным набором сценариев. Состав и стоимость формируем после обследования; калькулятор частного дома для ЖК не подходит.

  1. Выбрать границу

    Определить участок, участников, существующие системы и ответственного от девелопера или УК.

  2. Описать взаимодействия

    Согласовать путь жителя, пропуск гостя, обращение, ручные исключения и роли исполнителей.

  3. Проверить результат

    Пройти сценарии допуска и отказа, отзыв прав, доставку события и действия дежурного по программе испытаний.

  4. Подготовить тиражирование

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

Приёмка — это действия, а не демонстрация экрана

Проверки проводят в согласованной безопасной среде. Пилот принимается по наблюдаемому результату и границам ответственности.

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

Передать комплекс — вместе со знанием о нём

До расширения согласуем эксплуатационный комплект и порядок поддержки. Срок реакции, выезды и обновления определяются договором, а не общим обещанием на сайте.

  • Карта систем, интерфейсов и владельцев доступов
  • Матрица ролей, сценариев и исключений
  • Схемы сети, конфигурации и резервные копии
  • Протокол пилота, замечания и статус их устранения
  • Инструкции для УК, охраны и администратора
  • Порядок изменений, обновлений и передачи новому подрядчику

Разобраться до начала работ

Все инженерные направления

Другой тип объекта?

Вопросы о работе

Можно начать в действующем ЖК?

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

Подключите любые домофоны и лифты?

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

Жителю обязательно приложение?

Способы доступа и связи выбираются в проекте. Базовый проход и ручной порядок не должны оставаться неописанными из-за отсутствия приложения.

Что нужно для архитектуры пилота?

План входа или секции, стадия, список систем и контакт ответственного. Для первой заявки достаточно контакта, план можно передать позже.

У вас есть реализованный кейс ЖК?

Подтверждённый кейс ЖК пока не опубликован. На этой странице описан проектный подход; визуализация и карта не выдаются за выполненный объект.

Начнём с вашего объекта

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