Përpara se të kërkojnë një kyçje inteligjente me akses në distancë, menaxherët e pronës duhet të caktojnë përgjegjësinë për pesë veprime: zhbllokimin, miratimin e përdoruesve, rivendosjen e administratorëve, revokimin e kredencialeve dhe rishikimin e të dhënave të aksesit. Çdo veprim ka nevojë për një rol të caktuar, një fushëveprimi të përcaktuar, një rregull miratimi dhe një procedurë dorëzimi. KPK duhet gjithashtu të kërkojë prova specifike për modelin që bllokimi i propozuar dhe platforma e menaxhimit mund të mbështesin ato kontrolle.
"Qasja në distancë" nuk është një specifikim i plotë. Një furnizues mund ta interpretojë atë si menaxhim të përdoruesve të bazuar në aplikacione pranë derës, ndërsa një tjetër mund të nënkuptojë zhbllokimin jashtë sajtit përmes një sistemi të lidhur. Prandaj, një kuotim mund të duket i pajtueshëm edhe pse nuk përputhet me rrjedhën e punës operative të pronës. Ekipet e prokurimit duhet të përcaktojnë fillimisht modelin e lejes, më pas t'u kërkojnë furnitorëve të konfirmojnë se cilat funksione janë të disponueshme në konfigurimin e saktë të bllokimit, aplikacionit, portës ose menaxhimit që po citohet.
Filloni me veprime, jo me tituj pune
Një titull i tillë si "administrator" thotë pak për atë që ai person mund të bëjë në të vërtetë. Një menaxher i detyrave të hotelit mund të duhet të autorizojë një shkyçje një herë, por nuk duhet domosdoshmërisht të jetë në gjendje të transferojë pronësinë e sistemit. Një ekip i qiradhënies së apartamenteve mund të krijojë akses qiramarrësi, por nuk ka arsye për të ndryshuar cilësimet e pajisjes. Personeli i mirëmbajtjes mund të ketë nevojë për hyrje me kohë të kufizuar në dhomat e caktuara pa dukshmëri në banorët ose pronat e tjera.
Bashkëngjitja e parë RFQ duhet të jetë një matricë përgjegjësie. Matrica më poshtë është një model planifikimi, jo një pretendim se çdo bllokim i lidhur me aplikacion përfshin çdo funksion të listuar. Blerësit duhet të fshijnë rreshtat e parëndësishëm dhe të kërkojnë që furnizuesi të shënojë çdo funksion të mbetur si të mbështetur, të pambështetur ose të varur nga një komponent shtesë.
| Veprimi i qasjes në distancë | Vendimi për të përcaktuar para KPK | Kontrolli tipik i projektit | Dëshmi për të kërkuar |
| Shkyçja në distancë | Cilat role mund të hapin cilat dhoma dhe në çfarë rrethanash? | Kufizoni aksesin sipas pronës, ndërtesës, dyshemesë, dhomës, ndërrimit ose llojit të incidentit. | Ekrani i lejes së roleve, udhëzimet e funksionimit dhe një test pranimi i mostrës. |
| Zhblloko miratimin | A mund të veprojë një person i vetëm, apo një rol tjetër duhet ta miratojë kërkesën? | Përdorni një miratim të dytë për dhomat e ndjeshme ose përjashtimet pas orarit të punës kur projekti e kërkon atë. | Konfirmimi nga furnizuesi i rrjedhës së punës të disponueshme të miratimit në konfigurimin e cituar. |
| Përdoruesi ose krijimi i kredencialeve | Kush mund të shtojë staf, mysafirë, qiramarrës, kontraktorë ose përdorues të përkohshëm? | Ndani qasjen rutinë të dhomës nga krijimi i administratorit. | Demonstrimi i roleve të përdoruesve, periudhave të vlefshmërisë dhe kontrolleve të caktimit të dhomës. |
| Revokimi i kredencialit | Kush e heq aksesin pas arkës, përfundimit të qirasë, largimit të stafit ose një telefoni të humbur? | Caktoni një pronar përgjigjeje dhe një pikë të kërkuar përfundimi për çdo ngjarje. | Procedura e revokimit dhe prova që heqja e aksesit mund të kontrollohet në bllokimin e prekur. |
| Rivendosja e administratorit | Kush mund të rivendosë një bllokim ose llogari dhe kush e autorizon atë veprim? | Mbaje autoritetin e rivendosjes më të ngushtë se autoriteti rutinë i menaxhimit të përdoruesit. | Udhëzimet e rivendosjes specifike për modelin dhe një listë kontrolli për rikomisionimin pas rivendosjes. |
| Qasja në rishikimin e të dhënave | Cilat role mund të shikojnë ose eksportojnë regjistrime, për cilat dyer dhe për çfarë qëllimi operativ? | Kufizoni dukshmërinë në shtrirjen më të vogël operative të kërkuar nga projekti. | Konfirmimi i furnizuesit për fushat e regjistrimit, disponueshmërinë, kontrollet e mbajtjes dhe opsionet e eksportit. |
| Transferimi i pronësisë së sistemit | Kush e merr kontrollin pas instalimit dhe si hiqen privilegjet e instaluesit? | Bëni transferimin përfundimtar të pronësisë një moment historik pranimi të dokumentuar. | Procedura e dorëzimit që tregon transferimin e llogarisë, heqjen e kredencialeve dhe verifikimin e blerësit. |
Përcaktoni fushëveprimin e lejes në nivelin e derës dhe portofolit
Një leje është e dobishme vetëm kur qëllimi i saj është i qartë. "Menaxheri i pronës mund të zhbllokojë dyert" mund të nënkuptojë një apartament të caktuar, çdo dhomë në një ndërtesë ose një portofol të tërë. Ky ndryshim ndikon në rrezikun operacional dhe nuk duhet t'i lihet instaluesit për të vendosur gjatë vënies në punë.
Për çdo rol, specifikoni pronat, ndërtesat, dyshemetë, dhomat dhe dritaret e lejuara. Gjithashtu tregoni nëse roli mund t'ia delegojë aksesin një personi tjetër. Nëse delegimi lejohet, përcaktoni se kush mund ta miratojë atë dhe kur skadon. Një administrator rajonal mund të ketë nevojë për shikueshmëri në disa sajte, ndërsa një menaxheri në vend mund të ketë nevojë për autoritet vetëm për një vendndodhje. Centralizimi i çdo leje mund të thjeshtojë mbikëqyrjen, por gjithashtu krijon një ndikim më të gjerë nëse një llogari keqpërdoret. Kontrolli thjesht lokal e ngushton atë ndikim, por mund të ngadalësojë mbështetjen kur asnjë person i autorizuar nuk është në vend.
E njëjta logjikë e shtrirjes duhet të zbatohet për ndryshimet e pronave. Kur një dhomë ndryshon nga marrja me qira afatgjatë në përdorim afatshkurtër, rrjedha e kërkuar e kredencialeve të punës mund të ndryshojë edhe nëse bllokimi fizik mbetet në vend. Blerësit po shqyrtojnë opsionet e kyçjes inteligjente për pronat e menaxhuara Prandaj, duhet të krahasoni modelin e funksionimit me aq kujdes sa doreza, përfundimi ose metoda e zhbllokimit.
Ndani qasjen rutinë nga aksesi i jashtëzakonshëm
Qasja rutinë mbulon ngjarjet e planifikuara si mbërritja e mysafirëve, transferimi i qiramarrësit, mbajtja e shtëpisë, inspektimi ose mirëmbajtja e planifikuar. Qasja e jashtëzakonshme mbulon bllokimet, kontrollet e mirëqenies, telefonat e dëmtuar, ndërprerjet e rrjetit, mungesën e stafit dhe incidente të tjera që kërkojnë një devijim të kontrolluar nga rrjedha normale e punës.
Specifikimi i projektit duhet të identifikojë pronarin e përjashtimit, dëshminë e kërkuar përpara një zhbllokimi dhe regjistrimin e krijuar më pas. Duhet të tregojë gjithashtu se çfarë ndodh nëse funksioni në distancë nuk është i disponueshëm. Në varësi të modelit të zgjedhur, kthimi mund të përfshijë një fjalëkalim, gjurmë gishtash, kartë, çelës mekanik, administrator lokal ose një metodë tjetër të verifikuar. Asnjë kthim nuk duhet të supozohet në të gjithë gamën e produkteve; Sistemi i produkteve të Haolock përfshin disa opsione zhbllokimi dhe menaxhimi, por kombinimi i disponueshëm duhet të konfirmohet sipas modelit.
Ky dallim parandalon që një veçori komoditeti i përditshëm të bëhet një rrugë e pakontrolluar e aksesit master. Ai gjithashtu i jep furnizuesit një kërkesë të testueshme: demonstroni rrjedhën normale të punës, demonstroni rrjedhën e punës së përjashtimit dhe tregoni se si sistemi kthehet në kontrollin normal pas incidentit.
Konfirmoni konfigurimin e saktë të produktit dhe menaxhimit
Kyçja fizike dhe rregullimi i menaxhimit në distancë duhet të miratohen si një konfigurim i vetëm. Të 1023 Fjalëkalimi i zi dhe Bllokimi i gjurmëve të gishtave, për shembull, është renditur për apartamente, shtëpi, dhoma me qira, banesa në shtëpi dhe projekte me akses të menaxhuar. Të dhënat e dokumentuara të produktit të tij konfirmojnë një trup të zi prej çeliku inoks, përfundim të krehur, dimensione 330 × 42 × 22 mm dhe identifikimin e fjalëkalimit dhe gjurmës së gishtit.
Këto fakte në vetvete nuk vendosin zhbllokimin në distancë, hierarkinë e llogarisë, kërkesat e portës, disponueshmërinë e regjistrimeve ose sjelljen e aplikacionit. Nëse një blerës dëshiron këtë model - ose ndonjë opsion nga Gama e kyçjes inteligjente të gjurmëve të gishtave— Me menaxhimin në distancë, furnizuesi duhet të identifikojë variantin e saktë dhe çdo komponent mbështetës në kuotim. I njëjti rregull zbatohet kur vlerësohet diapazoni i kyçjes inteligjente të fjalëkalimit: funksioni i tastierës ose i fjalëkalimit të përkohshëm nuk duhet të trajtohet si provë e administrimit jashtë sajtit.
Kërkojini furnizuesit të deklarojë nëse çdo funksion i kërkuar kryhet në kyç, përmes një telefoni afër kyçit, përmes një porte ose përmes një ndërfaqe tjetër menaxhimi. Ky sqarim i vetëm mund të ekspozojë dallimet e fshehura të fushëveprimit midis kuotimeve dhe të parandalojë miratimin e një konfigurimi të mostrës sipas supozimeve që nuk përfshihen në rendin në masë.
Bëjeni dorëzimin dhe revokimin pjesë të pranimit
Qeverisja e aksesit në distancë shpesh dështon në tranzicion sesa gjatë përdorimit normal. Instaluesit largohen, punonjësit ndryshojnë rolet, qiramarrësit largohen, operatorët e pronave ndryshojnë ose një telefon i lidhur me një llogari administratori humbet. Projekti ka nevojë për një përgjigje të përcaktuar për çdo ngjarje përpara se të fillojë instalimi.
Pranimi përfundimtar duhet të verifikojë që blerësi kontrollon llogarinë e synuar të administratorit, llogaritë e konfigurimit të paautorizuara janë hequr, çdo rol ka hapësirën e miratuar të derës dhe një kredencial testimi mund të krijohet dhe revokohet. Nëse projekti kërkon regjistrime aksesi, ekipi i pranimit duhet gjithashtu të verifikojë që rishikuesi i synuar mund të marrë informacionin e kërkuar ndërsa përdoruesit e palidhur nuk munden. Mbajtja e të dhënave dhe sjellja e eksportit duhet të konfirmohet kundrejt kërkesave operative dhe ligjore të vetë projektit, në vend që të supozohet.
Për projektet me shumë sajte, emëroni një zotërues llogarie dhe një kontakt rikuperimi. Ata nuk duhet të jenë instalues të përkohshëm ose punonjës individualë, largimi i të cilëve do ta linte pronën pa kontroll administrativ. Nevojitet gjithashtu një proces ndryshimi i dokumentuar: çdo zgjerim i mëvonshëm i lejes duhet të identifikojë se kush e ka kërkuar, kush e ka miratuar, cilat dyer janë prekur dhe kur është testuar ndryshimi.
Çfarë duhet të kërkojë RFQ që të konfirmojë furnizuesi?
| Input RFQ | Informacioni që Blerësi duhet të sigurojë | Kërkohet përgjigja e furnizuesit |
| Orari i pronës dhe derës | Numri i vendeve, ndërtesave, dhomave, llojeve të dyerve, trashësisë së dyerve dhe sasive të nevojshme të bravave. | Modeli i pajtueshëm i bllokimit, rregullimi i trupit të bllokimit dhe çdo informacion i derës që nevojitet ende. |
| Matrica e lejeve | Rolet, veprimet e lejuara, shtrirja e derës, shtrirja kohore, rregullat e miratimit dhe kufijtë e delegimit. | Funksionet e mbështetura, kufizimet dhe çdo funksion që ka nevojë për një model ose komponent të ndryshëm. |
| Plani i lidhjes | Ku kërkohet funksionimi në distancë dhe çfarë lidhjeje është e disponueshme në secilën pronë. | Si komunikon konfigurimi i cituar dhe çfarë pajisje ose konfigurim shtesë kërkohet. |
| Procedura e kthimit | Kush ka nevojë për akses urgjent dhe cilat metoda offline ose lokale do të pranojë projekti. | Metodat e disponueshme kthyese për modelin e saktë dhe procedurën për rivendosjen e kontrollit normal. |
| Paketa e dorëzimit | Pronari i emëruar i administratorit, kontakti i rikuperimit, rolet e stafit, audienca e trajnimit dhe dokumentet e kërkuara. | Udhëzimet e konfigurimit, procedura e rivendosjes, hapat e transferimit të pronësisë dhe të dhënat e konfigurimit të roleve. |
| Testi i pranimit | Shembuj të dyerve, roleve të përdoruesve, veprimeve të lejuara, veprimeve të ndaluara dhe kritereve të kalimit/dështimit. | Metoda e testimit për kampionin dhe qasja e miratuar e verifikimit për grupin e dorëzuar. |
Një përgjigje e furnizuesit duhet të dallojë funksionet standarde nga funksionet opsionale dhe të identifikojë varësitë. "Aplikacioni i mbështetur" nuk është i mjaftueshëm nëse RFQ pyet se kush mund të zhbllokojë nga distanca, nëse ekziston një hap miratimi, si revokohet qasja ose si transferohet pronësia pas vënies në punë. Kuotimi duhet t'u përgjigjet këtyre pyetjeve kundrejt modelit dhe konfigurimit të përmendur.
Pyetjet që bëjnë zakonisht menaxherët e pronave
A duhet të marrë çdo menaxher prone leje për shkyçjen në distancë?
Jo. Leja duhet të ndjekë përgjegjësinë operacionale, hapësirën e derës dhe procedurat e incidentit. Disa menaxherë mund të kenë nevojë vetëm të lëshojnë ose revokojnë kredencialet, ndërsa një grup më i vogël trajton shkyçje të jashtëzakonshme në distancë.
A nënkupton gjithmonë zhbllokimin me telekomandë jashtë sajtit kontrolli i aplikacionit?
Jo. "Kontrolli i aplikacionit" mund të përshkruajë lidhje të ndryshme dhe marrëveshje menaxhimi. Blerësit duhet t'i kërkojnë furnizuesit të deklarojë se ku duhet të jetë përdoruesi, si komunikon bllokimi dhe cilët komponentë shtesë kërkohen.
A mund të provojë një faqe produkti që një bllokues mbështet hierarkinë e kërkuar të lejeve?
Jo vetëm nëse faqja ose dokumentet mbështetëse e përshkruajnë në mënyrë eksplicite atë hierarki për modelin e saktë. Identiteti i produktit, materiali, dimensionet dhe metodat e zhbllokimit nuk konfirmojnë automatikisht rolet e llogarisë, rregullat e miratimit ose kontrollet e regjistrimit.
Cili është testi më i dobishëm i qasjes në distancë përpara një porosie me shumicë?
Përdorni një derë mostër dhe matricën e rolit real të pronës. Testoni një veprim të lejuar, një veprim të ndaluar, revokimin e kredencialeve, dorëzimin e administratorit dhe metodën e kthimit të rënë dakord. Regjistroni konfigurimin e pranuar për krahasim me grupin e dorëzuar.
Përgatitni një plan leje përpara se të kërkoni një ofertë
Një RFQ e zbatueshme kombinon orarin e derës me matricën e përgjegjësisë. Përfshi llojin e pronës, numrin e dhomës, informacionin e derës dhe të kyçit të kyçit, metodat e preferuara të zhbllokimit, veprimet në distancë, pronësinë e administratorit, metodën e kthimit, dokumentet e dorëzimit dhe kriteret e pranimit. Kjo i jep furnizuesit kontekst të mjaftueshëm për të përputhur një model dhe për të identifikuar supozime të pambështetura përpara vendosjes së çmimit.
Haolock mund të mbështesë diskutimet e modelit dhe konfigurimit për fjalëkalimin, gjurmën e gishtit, kartën, çelësin mekanik, fjalëkalimin e përkohshëm, Bluetooth-in, aplikacionin dhe opsionet e menaxhuara nga kompjuteri, në varësi të modelit specifik. Ekipet e pronave mund të dorëzojnë orarin e plotësuar përmes Faqja e kërkimit të projektit të bllokimit inteligjent kështu që kuotimi mund të adresojë së bashku përputhshmërinë e derës dhe rrjedhën e nevojshme të menaxhimit të aksesit.
