Înainte de a solicita o încuietoare inteligentă cu acces de la distanță, administratorii de proprietate ar trebui să atribuie responsabilitatea pentru cinci acțiuni: deblocarea, aprobarea utilizatorilor, resetarea administratorilor, revocarea acreditărilor și revizuirea înregistrărilor de acces. Fiecare acțiune necesită un rol numit, un domeniu definit, o regulă de aprobare și o procedură de predare. RFQ-ul ar trebui, de asemenea, să solicite dovezi specifice modelului că platforma de lacăt și management propusă poate sprijini aceste controale.
„Acces la distanță” nu este o specificație completă. Un furnizor îl poate interpreta ca o gestionare a utilizatorilor bazată pe aplicație lângă ușă, în timp ce altul poate însemna deblocarea în afara locației printr-un sistem conectat. Prin urmare, o ofertă poate părea conformă, chiar dacă nu se potrivește cu fluxul de lucru al proprietății. Echipele de achiziții ar trebui să definească mai întâi modelul de permisiuni, apoi să solicite furnizorilor să confirme ce funcții sunt disponibile pentru configurația exactă de lacăt, aplicație, gateway sau management care este cotată.
Începeți cu acțiuni, nu cu titluri de post
Un titlu precum „administrator” spune puțin despre ceea ce poate face de fapt acea persoană. Este posibil ca un manager de serviciu hotelier să aibă nevoie să autorizeze o deblocare unică, dar nu ar trebui să poată transfera neapărat dreptul de proprietate asupra sistemului. O echipă de închiriere de apartamente poate crea acces pentru chiriași, dar nu are niciun motiv să modifice setările dispozitivului. Personalul de întreținere poate avea nevoie de intrare limitată în timp în încăperile alocate, fără vizibilitate asupra altor ocupanți sau proprietăți.
Primul atașament RFQ ar trebui să fie o matrice de responsabilitate. Matricea de mai jos este un model de planificare, nu o afirmație că fiecare lacăt conectat la aplicație include fiecare funcție listată. Cumpărătorii ar trebui să ștergă rândurile irelevante și să solicite furnizorului să marcheze fiecare funcție rămasă ca fiind acceptată, neacceptată sau dependentă de o componentă suplimentară.
| Acțiune de acces la distanță | Decizia de definire înainte de cererea de cerere | Controlul tipic de proiect | Dovezi de solicitat |
| Deblocare de la distanță | Ce roluri pot debloca ce camere și în ce circumstanțe? | Limitați accesul în funcție de proprietate, clădire, etaj, cameră, tură sau tip de incident. | Ecran de permisiuni pentru rol, instrucțiuni de operare și un test de acceptare a unui eșantion. |
| Deblocați aprobarea | Poate o persoană să acționeze singură sau un alt rol trebuie să aprobe cererea? | Folosiți o a doua aprobare pentru camere sensibile sau excepții după program, acolo unde proiectul o cere. | Confirmarea furnizorului a fluxului de lucru de aprobare disponibil pentru configurația cotată. |
| Crearea utilizatorului sau a acreditării | Cine poate adăuga personal, oaspeți, chiriași, antreprenori sau utilizatori temporari? | Separați accesul de rutină la sală de crearea administratorului. | Demonstrarea rolurilor utilizatorului, a perioadelor de valabilitate și a controalelor de atribuire a camerei. |
| Revocarea acreditării | Cine elimină accesul după finalizarea comenzii, rezilierea contractului de închiriere, plecarea personalului sau un telefon pierdut? | Atribuiți un proprietar de răspuns și un punct de finalizare necesar pentru fiecare eveniment. | Procedura de revocare și dovada că eliminarea accesului poate fi verificată la lacătul afectat. |
| Resetarea administratorului | Cine poate reseta o blocare sau un cont și cine autorizează această acțiune? | Păstrați autoritatea de resetare mai restrânsă decât autoritatea de rutină de gestionare a utilizatorilor. | Instrucțiuni de resetare specifice modelului și o listă de verificare pentru repunerea în funcțiune după resetare. |
| Accesați revizuirea înregistrărilor | Ce roluri pot vizualiza sau exporta înregistrări, pentru ce uși și în ce scop de operare? | Limitați vizibilitatea la cel mai mic domeniu operațional cerut de proiect. | Confirmarea furnizorului de câmpuri de înregistrare, disponibilitate, controale de reținere și opțiuni de export. |
| Transferul proprietății sistemului | Cine primește controlul după instalare și cum sunt eliminate privilegiile de instalare? | Faceți transferul final al proprietății o etapă de acceptare documentată. | Procedura de predare care arată transferul contului, eliminarea acreditărilor și verificarea cumpărătorului. |
Definiți domeniul de aplicare a permisiunii la nivel de ușă și portofoliu
O permisiune este utilă numai atunci când domeniul ei este clar. „Managerul proprietății poate debloca ușile” ar putea însemna un apartament alocat, fiecare cameră dintr-o clădire sau un întreg portofoliu. Această diferență afectează riscul operațional și nu trebuie lăsată la latitudinea instalatorului în timpul punerii în funcțiune.
Pentru fiecare rol, specificați proprietățile permise, clădirile, etajele, camerele și ferestrele de timp. De asemenea, precizați dacă rolul poate delega accesul unei alte persoane. Dacă delegarea este permisă, definiți cine o poate aproba și când expiră. Un administrator regional poate avea nevoie de vizibilitate pe mai multe site-uri, în timp ce un manager la fața locului poate avea nevoie de autorizare doar pentru o singură locație. Centralizarea fiecărei permisiuni poate simplifica supravegherea, dar creează și un impact mai larg dacă un cont este gestionat greșit. Controlul pur local îngustează acest impact, dar poate încetini sprijinul atunci când nu se află o persoană autorizată la fața locului.
Aceeași logică a domeniului de aplicare ar trebui să se aplice modificărilor de proprietate. Atunci când o cameră trece de la închiriere pe termen lung la utilizare pe ședere scurtă, fluxul de lucru necesar pentru acreditări se poate schimba chiar dacă blocarea fizică rămâne în loc. Cumpărători care fac recenzii opțiuni de blocare inteligentă pentru proprietățile gestionate Prin urmare, ar trebui să compare modelul de operare la fel de atent ca metoda de mâner, finisare sau deblocare.
Separați accesul de rutină de accesul excepțional
Accesul de rutină acoperă evenimente planificate, cum ar fi sosirea oaspeților, mutarea chiriașului, menaj, inspecție sau întreținere programată. Accesul excepțional acoperă blocajele, controalele de bunăstare, telefoanele deteriorate, întreruperile rețelei, absența personalului și alte incidente care necesită o abatere controlată de la fluxul de lucru normal.
Specificația proiectului ar trebui să identifice proprietarul excepției, dovezile necesare înainte de deblocare și înregistrarea creată ulterior. De asemenea, ar trebui să precizeze ce se întâmplă dacă funcția de la distanță nu este disponibilă. În funcție de modelul selectat, alternativa poate implica o parolă, amprentă, card, cheie mecanică, administrator local sau altă metodă verificată. Nu trebuie presupusă nicio rezervă în întreaga gamă de produse; Sistemul de produse Haolock include mai multe opțiuni de deblocare și gestionare, dar combinația disponibilă trebuie confirmată de model.
Această distincție împiedică o caracteristică de confort zilnic să devină o rută de acces master necontrolată. De asemenea, oferă furnizorului o cerință testabilă: demonstrează fluxul de lucru normal, demonstrează fluxul de lucru excepțional și arată cum sistemul revine la controlul normal după incident.
Confirmați configurația exactă a produsului și a managementului
Blocarea fizică și aranjamentul de gestionare la distanță ar trebui să fie aprobate ca o singură configurație. The 1023 Black Password & Fingerprint Lock, de exemplu, este listat pentru apartamente, case, camere de închiriat, case de familie și proiecte cu acces gestionat. Datele documentate ale produsului confirmă un corp din oțel inoxidabil negru, finisaj periat, dimensiuni de 330 × 42 × 22 mm și identificarea parolei și a amprentei.
Aceste fapte nu stabilesc, prin ele însele, deblocarea de la distanță, ierarhia conturilor, cerințele de gateway, disponibilitatea înregistrărilor sau comportamentul aplicației. Dacă un cumpărător dorește acest model sau orice opțiune de la Gama de blocare inteligentă cu amprentă digitală—cu gestionarea de la distanță, furnizorul ar trebui să identifice varianta exactă și fiecare componentă de susținere în ofertă. Aceeași regulă se aplică la evaluarea interval de blocare inteligentă a parolei: o tastatură sau o funcție temporară de parolă nu trebuie tratată ca dovadă a administrării în afara locației.
Solicitați furnizorului să precizeze dacă fiecare funcție solicitată este efectuată la lacăt, printr-un telefon lângă lacăt, printr-un gateway sau printr-o altă interfață de management. Această clarificare unică poate expune diferențele ascunse între cotații și poate împiedica aprobarea unei configurații eșantion în baza unor ipoteze care nu sunt incluse în comanda în bloc.
Faceți predarea și revocarea parte a acceptării
Guvernarea accesului la distanță eșuează adesea la tranziții, mai degrabă decât în timpul utilizării normale. Instalatorii pleacă, angajații își schimbă rolurile, chiriașii se mută, operatorii de proprietate se schimbă sau se pierde un telefon conectat la un cont de administrator. Proiectul are nevoie de un răspuns definit pentru fiecare eveniment înainte de începerea instalării.
Acceptarea finală ar trebui să verifice dacă cumpărătorul controlează contul de administrator dorit, conturile de configurare neautorizate au fost eliminate, fiecare rol are domeniul de aplicare aprobat și o acreditare de testare poate fi creată și revocată. Dacă proiectul necesită înregistrări de acces, echipa de acceptare ar trebui să verifice, de asemenea, că examinatorul vizat poate prelua informațiile necesare, în timp ce utilizatorii neînrudiți nu pot. Păstrarea înregistrărilor și comportamentul de export ar trebui să fie confirmate în raport cu propriile cerințe operaționale și legale ale proiectului, mai degrabă decât presupuse.
Pentru proiectele cu mai multe site-uri, numiți atât un proprietar de cont, cât și o persoană de contact pentru recuperare. Nu ar trebui să fie instalatori temporari sau angajați individuali a căror plecare ar părăsi proprietatea fără control administrativ. De asemenea, este necesar un proces de modificare documentat: orice extindere ulterioară a permisiunii ar trebui să identifice cine a solicitat-o, cine a aprobat-o, ce uși au fost afectate și când a fost testată modificarea.
Ce ar trebui să solicite RFQ-ului să confirme furnizorul?
| Intrare RFQ | Informații pe care cumpărătorul ar trebui să le furnizeze | Răspunsul furnizorului este necesar |
| Program de proprietate și ușă | Numărul de locații, clădiri, încăperi, tipuri de uși, grosimi de uși și cantități necesare de încuietori. | Model de lacăt compatibil, aranjamentul corpului de lacăt și orice informații despre ușă mai necesare. |
| Matricea de permisiuni | Roluri, acțiuni permise, domeniul de aplicare, domeniul de timp, regulile de aprobare și limitele de delegare. | Funcții acceptate, limitări și orice funcție care necesită un model sau componentă diferit. |
| Plan de conectivitate | Unde este necesară operarea de la distanță și ce conectivitate este disponibilă la fiecare proprietate. | Cum comunică configurația citată și ce dispozitiv sau configurație suplimentară este necesară. |
| Procedura de rezervă | Cine are nevoie de acces de urgență și ce metode offline sau locale va accepta proiectul. | Metode de rezervă disponibile pe modelul exact și procedura de restabilire a controlului normal. |
| Pachet de predare | Administrator numit proprietar, persoana de contact pentru recuperare, rolurile personalului, publicul de instruire și documentele necesare. | Instrucțiuni de configurare, procedura de resetare, pașii de transfer al proprietății și înregistrările de configurare a rolului. |
| Test de acceptare | Eșantion de uși, roluri de utilizator, acțiuni permise, acțiuni interzise și criterii de promovare/eșec. | Metoda de testare a probei și metoda de verificare convenită pentru lotul livrat. |
Un răspuns al furnizorului ar trebui să distingă funcțiile standard de funcțiile opționale și să identifice dependențele. „Aplicația acceptată” nu este suficientă dacă cererea de cerere întreabă cine poate debloca de la distanță, dacă există un pas de aprobare, cum este revocat accesul sau cum se transferă proprietatea după punere în funcțiune. Citatul ar trebui să răspundă la aceste întrebări în raport cu modelul și configurația menționate.
Întrebări pe care le pun în mod obișnuit administratorii de proprietăți
Fiecare administrator de proprietate ar trebui să primească permisiunea de deblocare de la distanță?
Nu. Permisiunea ar trebui să urmeze responsabilitatea operațională, domeniul de aplicare al ușii și procedurile de incident. Unii manageri ar putea avea nevoie doar să emită sau să revoce acreditările, în timp ce un grup mai mic se ocupă de deblocări excepționale de la distanță.
Controlul aplicației înseamnă întotdeauna deblocare de la distanță în afara site-ului?
Nu. „Controlul aplicației” poate descrie diferite modalități de conectare și gestionare. Cumpărătorii ar trebui să ceară furnizorului să precizeze unde trebuie să fie utilizatorul, cum comunică încuietoarea și ce componente suplimentare sunt necesare.
Poate o pagină de produs să demonstreze că o lacăt acceptă ierarhia permisiunilor necesare?
Nu decât dacă pagina sau documentele justificative descriu în mod explicit acea ierarhie pentru modelul exact. Identitatea produsului, materialul, dimensiunile și metodele de deblocare nu confirmă automat rolurile contului, regulile de aprobare sau controalele înregistrărilor.
Care este cel mai util test de acces la distanță înainte de o comandă în bloc?
Utilizați un eșantion de ușă și matricea rolului real al proprietății. Testați o acțiune permisă, o acțiune interzisă, revocarea acreditărilor, transferul administratorului și metoda de rezervă convenită. Înregistrați configurația acceptată pentru comparație cu lotul livrat.
Pregătiți un program de permisiuni înainte de a solicita o cotație
Un RFQ viabil combină programul ușii cu matricea de responsabilitate. Includeți tipul de proprietate, numărul camerelor, informațiile despre uși și corpuri de lacăt, metodele preferate de deblocare, acțiunile de la distanță, proprietatea administratorului, metoda de rezervă, documentele de predare și criteriile de acceptare. Acest lucru oferă furnizorului suficient context pentru a se potrivi cu un model și pentru a identifica ipotezele neacceptate înainte de stabilirea prețului.
Haolock poate accepta discuții despre model și configurare pentru parolă, amprentă, card, cheie mecanică, parolă temporară, Bluetooth, aplicație și opțiuni gestionate de computer, în funcție de modelul specific. Echipele de proprietate pot trimite programul completat prin intermediul Pagina de anchetă a proiectului de blocare inteligentă astfel încât oferta poate aborda compatibilitatea ușilor și fluxul de lucru necesar de gestionare a accesului.
