Емкость пользователей Smart Lock: что именно учитывается?

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

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

Переведите требование в людей и полномочия

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

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

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

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

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

В емкости отпечатков пальцев должно быть указано, что представляет собой запись. Это может относиться к зарегистрированному шаблону отпечатка пальца или другой определенной записи, а не к одному уникальному человеку. Поставщик должен объяснить терминологию, используемую для этого замка; покупатель не должен импортировать определение из другой модели.

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

Создайте таблицу мощности вокруг сайта

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

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

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

Проверка рабочего процесса управления на примере

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

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

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

Отделите емкость от записей и возможностей подключения.

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

Если предложение включает подключенное программное обеспечение, укажите поддерживаемую услугу и соответствующую учетную запись или условия подписки. Подтвердите, какие функции работают локально, а какие зависят от возможности подключения. Держите объяснение конкретно для предлагаемой конфигурации, а не обещайте универсальное удаленное управление.

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

Сравнить подобное за подобное

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

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