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