Прежде чем запрашивать интеллектуальный замок с удаленным доступом, управляющие недвижимостью должны распределить ответственность за пять действий: разблокировка, утверждение пользователей, сброс администраторов, отзыв учетных данных и просмотр записей доступа. Для каждого действия требуется именованная роль, определенная область действия, правило утверждения и процедура передачи. В запросе предложений также должны потребоваться доказательства конкретной модели того, что предлагаемая платформа блокировки и управления может поддерживать эти меры контроля.
«Удаленный доступ» не является полной спецификацией. Один поставщик может интерпретировать это как управление пользователями с помощью приложения возле двери, а другой может означать разблокировку за пределами предприятия через подключенную систему. Таким образом, предложение может выглядеть соответствующим, даже если оно не соответствует рабочему процессу объекта недвижимости. Отделы закупок должны сначала определить модель разрешений, а затем попросить поставщиков подтвердить, какие функции доступны именно в указанной конфигурации замка, приложения, шлюза или управления.
Начните с действий, а не с названий должностей
Такое звание, как «администратор», мало что говорит о том, чем на самом деле может заниматься этот человек. Дежурному менеджеру отеля может потребоваться санкционировать разблокировку, но он не обязательно должен иметь возможность передать право собственности на систему. Команда по аренде квартир может создать доступ арендатора, но у нее нет причин изменять настройки устройства. Обслуживающему персоналу может потребоваться ограниченный по времени вход в назначенные помещения без возможности наблюдения за другими жильцами или имуществом.
Первое приложение запроса предложения должно представлять собой матрицу ответственности. Приведенная ниже матрица представляет собой модель планирования, а не утверждение, что каждый замок, подключенный к приложению, включает в себя все перечисленные функции. Покупателям следует удалить ненужные строки и потребовать от поставщика пометить каждую оставшуюся функцию как поддерживаемую, неподдерживаемую или зависящую от дополнительного компонента.
| Действие удаленного доступа | Решение определить до запроса цен | Типичный контроль проекта | Доказательства для запроса |
| Удаленная разблокировка | Какие роли могут открыть какие комнаты и при каких обстоятельствах? | Ограничьте доступ по имуществу, зданию, этажу, комнате, смене или типу происшествия. | Экран ролевых разрешений, инструкции по эксплуатации и образец приемочного теста. |
| Разблокировать одобрение | Может ли один человек действовать в одиночку или запрос должен быть одобрен другой ролью? | Используйте второе одобрение для чувствительных помещений или исключений в нерабочее время, если этого требует проект. | Подтверждение поставщиком доступного рабочего процесса утверждения указанной конфигурации. |
| Создание пользователя или учетных данных | Кто может добавлять сотрудников, гостей, арендаторов, подрядчиков или временных пользователей? | Отделите доступ к рутинной комнате от создания администратора. | Демонстрация ролей пользователей, периодов действия и элементов управления назначением помещений. |
| Отзыв учетных данных | Кто закрывает доступ после оформления заказа, прекращения аренды, ухода персонала или потери телефона? | Назначьте владельца ответа и необходимую точку завершения для каждого события. | Процедура отзыва и подтверждение того, что удаление доступа можно проверить на затронутом замке. |
| Сброс администратора | Кто может сбросить блокировку или учетную запись и кто разрешает это действие? | Полномочия по сбросу должны быть уже, чем обычные полномочия по управлению пользователями. | Инструкции по сбросу для конкретной модели и контрольный список повторного ввода в эксплуатацию после сброса. |
| Доступ к просмотру записей | Какие роли могут просматривать или экспортировать записи, для каких дверей и для какой операционной цели? | Ограничьте видимость наименьшим операционным объемом, необходимым для проекта. | Подтверждение поставщиком полей записи, доступности, контроля хранения и вариантов экспорта. |
| Передача права собственности на систему | Кто получает управление после установки и как удаляются права установщика? | Сделайте окончательную передачу права собственности документально подтвержденной вехой приемки. | Процедура передачи, включающая передачу учетной записи, удаление учетных данных и проверку покупателя. |
Определите область разрешений на уровне двери и портфеля
Разрешение полезно только тогда, когда его область действия ясна. «Управляющий недвижимостью может открывать двери» может означать одну назначенную квартиру, каждую комнату в одном здании или целое портфолио. Эта разница влияет на эксплуатационный риск, и ее не следует оставлять на усмотрение установщика во время ввода в эксплуатацию.
Для каждой роли укажите разрешенные свойства, здания, этажи, комнаты и временные окна. Также укажите, может ли роль делегировать доступ другому человеку. Если делегирование разрешено, определите, кто может его утвердить и когда истечет срок его действия. Региональному администратору может потребоваться видимость на нескольких объектах, тогда как местному менеджеру могут потребоваться полномочия только для одного местоположения. Централизация каждого разрешения может упростить надзор, но это также создает более широкие последствия, если с одной учетной записью обращаются неправильно. Чисто местный контроль сужает это влияние, но может замедлить поддержку, когда на объекте нет уполномоченного лица.
Та же логика области действия должна применяться к изменениям свойств. Когда комната переходит из долгосрочной аренды в краткосрочную, требуемый рабочий процесс с учетными данными может измениться, даже если физический замок остается на месте. Покупатели рассматривают параметры интеллектуальной блокировки для управляемых свойств поэтому следует сравнивать рабочую модель так же внимательно, как ручку, отделку или метод разблокировки.
Отделение обычного доступа от исключительного доступа
Регулярный доступ охватывает запланированные события, такие как приезд гостей, заезд арендаторов, уборка, проверка или плановое техническое обслуживание. Исключительный доступ распространяется на локауты, проверки благосостояния, повреждение телефонов, перебои в работе сети, отсутствие персонала и другие инциденты, требующие контролируемого отклонения от нормального рабочего процесса.
В спецификации проекта должен быть указан владелец исключения, доказательства, необходимые для разблокировки, и запись, созданная после этого. Также должно быть указано, что произойдет, если удаленная функция недоступна. В зависимости от выбранной модели резервный вариант может включать пароль, отпечаток пальца, карту, механический ключ, локального администратора или другой проверенный метод. Не следует допускать отката во всем ассортименте продукции; Система продуктов Haolock включает в себя несколько вариантов разблокировки и управления, но доступная комбинация должна быть подтверждена моделью.
Это различие не позволяет повседневной удобной функции стать неконтролируемым основным маршрутом доступа. Это также дает поставщику проверяемое требование: продемонстрировать нормальный рабочий процесс, продемонстрировать рабочий процесс с исключениями и показать, как система возвращается к нормальному управлению после инцидента.
Подтвердите точную конфигурацию продукта и управления
Физический замок и устройство дистанционного управления должны быть утверждены как одна конфигурация. 1023 Черный пароль и блокировка отпечатков пальцев, например, указан для квартир, домов, комнат для сдачи в аренду, проживания в семье и проектов с управляемым доступом. Документированные данные о продукте подтверждают черный корпус из нержавеющей стали, матовую поверхность, размеры 330 × 42 × 22 мм, а также идентификацию по паролю и отпечатку пальца.
Эти факты сами по себе не определяют удаленную разблокировку, иерархию учетных записей, требования к шлюзу, доступность записей или поведение приложения. Если покупатель хочет эту модель или любой вариант из дальность действия смарт-блокировки по отпечатку пальца— при удаленном управлении поставщик должен указать точный вариант и каждый сопутствующий компонент в предложении. Это же правило действует и при оценке диапазон умной блокировки пароля: функция клавиатуры или временного пароля не должна рассматриваться как доказательство удаленного администрирования.
Попросите поставщика указать, выполняется ли каждая запрошенная функция на замке, через телефон рядом с замком, через шлюз или через другой интерфейс управления. Это единственное уточнение может выявить скрытые различия в объемах между предложениями и помешать утверждению образца конфигурации на основе допущений, которые не учитываются при оптовом заказе.
Сделайте передачу и отзыв частью приемки
Управление удаленным доступом часто дает сбой при переходах, а не во время обычного использования. Монтажники уходят, сотрудники меняются ролями, арендаторы съезжают, меняются операторы недвижимости или теряется телефон, привязанный к учетной записи администратора. Перед началом установки проекту требуется определенный ответ на каждое событие.
Окончательная приемка должна подтвердить, что покупатель контролирует предполагаемую учетную запись администратора, учетные записи несанкционированной настройки удалены, каждая роль имеет утвержденную область действия, а тестовые учетные данные могут быть созданы и отозваны. Если проект требует записей доступа, группа приемки должна также убедиться, что предполагаемый рецензент может получить необходимую информацию, в то время как посторонние пользователи не могут. Хранение документации и экспортное поведение должны подтверждаться собственными эксплуатационными и юридическими требованиями проекта, а не предполагаться.
Для проектов с несколькими площадками укажите как владельца учетной записи, так и контактное лицо для восстановления. Они не должны быть временными монтажниками или отдельными сотрудниками, уход которых оставил бы объект без административного контроля. Также необходим документированный процесс внесения изменений: при любом более позднем расширении разрешений должно быть указано, кто его запросил, кто его одобрил, какие двери были затронуты и когда изменение было протестировано.
Что должен подтвердить поставщик в запросе предложения?
| Ввод запроса предложения | Информация, которую должен предоставить покупатель | Требуется ответ поставщика |
| Расписание недвижимости и дверей | Количество площадок, зданий, помещений, типы дверей, толщина дверей и необходимое количество замков. | Совместимая модель замка, расположение корпуса замка и любая необходимая информация о двери. |
| Матрица разрешений | Роли, разрешенные действия, диапазон дверей, временной диапазон, правила утверждения и ограничения делегирования. | Поддерживаемые функции, ограничения и любые функции, для которых требуется другая модель или компонент. |
| План подключения | Где требуется удаленное управление и какие подключения доступны на каждом объекте. | Как взаимодействует указанная конфигурация и какое дополнительное устройство или настройка требуется. |
| Резервная процедура | Кому нужен экстренный доступ и какие офлайновые или локальные методы принимает проект. | Доступные резервные методы на конкретной модели и порядок восстановления нормального управления. |
| Пакет передачи | Названный администратор-владелец, контактное лицо для восстановления, роли персонала, обучающая аудитория и необходимые документы. | Инструкции по настройке, процедура сброса, этапы передачи права собственности и записи конфигурации ролей. |
| Приемочный тест | Примеры дверей, ролей пользователей, разрешенных и запрещенных действий, а также критериев прохождения/не прохождения. | Метод испытания образца и согласованный метод проверки поставленной партии. |
В ответе поставщика следует отличать стандартные функции от дополнительных и определять зависимости. «Поддерживается приложением» недостаточно, если в запросе предложения спрашивается, кто может удаленно разблокировать, существует ли этап утверждения, как отменяется доступ или как передается право собственности после ввода в эксплуатацию. Предложение должно отвечать на эти вопросы относительно названной модели и конфигурации.
Вопросы, которые обычно задают управляющие недвижимостью
Должен ли каждый управляющий недвижимостью получать разрешение на удаленную разблокировку?
Нет. Разрешение должно соответствовать оперативной ответственности, объему двери и процедурам на случай инцидента. Некоторым менеджерам может потребоваться только выдать или отозвать учетные данные, в то время как меньшая группа занимается удаленной разблокировкой в исключительных случаях.
Всегда ли управление приложением означает удаленную разблокировку?
Нет. «Управление приложением» может описывать различные способы подключения и управления. Покупатели должны попросить поставщика указать, где должен находиться пользователь, как осуществляется связь с замком и какие дополнительные компоненты требуются.
Может ли страница продукта доказать, что блокировка поддерживает требуемую иерархию разрешений?
Нет, если на странице или в сопроводительных документах эта иерархия явно не описана для конкретной модели. Идентификация продукта, материал, размеры и методы разблокировки не подтверждают автоматически роли учетной записи, правила утверждения или элементы управления записями.
Какой тест удаленного доступа наиболее полезен перед оптовым заказом?
Используйте образец двери и реальную ролевую матрицу объекта недвижимости. Проверьте одно разрешенное действие, одно запрещенное действие, отзыв учетных данных, передачу администратора и согласованный резервный метод. Запишите принятую конфигурацию для сравнения с поставленной партией.
Подготовьте график разрешений перед запросом ценового предложения
Работоспособный запрос предложения объединяет график дверей с матрицей ответственности. Укажите тип объекта недвижимости, количество комнат, информацию о двери и корпусе замка, предпочтительные методы разблокировки, удаленные действия, принадлежность администратора, резервный метод, документы передачи и критерии приемки. Это дает поставщику достаточный контекст для сопоставления модели и выявления неподтвержденных предположений перед ценообразованием.
Haolock может поддерживать обсуждение модели и конфигурации для пароля, отпечатка пальца, карты, механического ключа, временного пароля, Bluetooth, приложения и опций, управляемых компьютером, в зависимости от конкретной модели. Специалисты по недвижимости могут отправить заполненный график через Страница запроса проекта умного замка таким образом, предложение может учитывать совместимость дверей и необходимый рабочий процесс управления доступом вместе.
