Tiesioginis atsakymas: Pirkėjai turėtų apibrėžti, kas gali sukurti kiekvieną kodą, kada jis pradeda galioti, kada baigiasi, kuo personalo prieiga skiriasi nuo svečių prieigos, kaip tvarkomi kritiniai atvejai ir kokie įrašai perduodami projekto perdavimo metu. Tada prieš masinį patvirtinimą šios taisyklės turi būti patikrintos pagal tikslų klaviatūros išmaniojo užrakto modelį, valdymo metodą ir patalpos apyvartos darbo eigą.
Klaviatūros užraktas nėra visiškai nurodytas, kai RFQ sako tik „reikia prieigos prie slaptažodžio“. Viešbučiai, svečių namai, apartamentai, nakvynės namuose ir mokyklos valdo kambarius skirtingai. Kodas, tinkantis privačiai gyvenamajai vietai, gali sukurti išvengiamų valdymo spragų, kai kambariuose pasikeičia gyventojai, reikia kelių darbuotojų komandų arba nekilnojamojo turto valdytojas turi greitai atšaukti kredencialus. Todėl pirkėjui reikia kredencialų politikos ir techninės įrangos specifikacijos.
Kodėl kodo politika yra klaviatūros „Smart Lock“ specifikacijos dalis?
Kredencialų politika nustato, kaip užraktas bus naudojamas po įdiegimo. Tai turi įtakos svečių kaitai, darbuotojų atskaitomybei, prieigai avarinei situacijai, administratoriaus perdavimui ir darbui, kurio reikia kiekvieno kambario keitimo metu. Pirkėjai peržiūri slaptažodžio išmaniojo užrakto parinktys Prieš palygindami citatas, šiuos veiklos poreikius turėtų paversti patikrintais reikalavimais.
Pramonės patirties taškas: Citatos sąraše gali būti nurodytas „laikinas slaptažodis“, nenurodant, ar kodas turi pradžios laiką, galiojimo laiką, vienkartinio naudojimo sąlygą ar tik rankinį ištrynimą. Tai yra skirtingi veiklos rezultatai, todėl RFQ neturėtų traktuoti frazės kaip išsamios specifikacijos.
Pirmasis sprendimas yra kambario valdymo modelis. Viešbutis gali sukurti kiekvienos viešnagės kredencialą, ilgalaikiame bute vieno gyventojo kodas gali būti saugomas mėnesius, o mokyklos bendrabutyje prie tų pačių durų gali prireikti rezidento, prižiūrėtojo ir priežiūros. Klaviatūros išmanusis užraktas turi palaikyti numatytą darbo eigą tiksliai pateiktame modelyje; Nereikėtų manyti, kad funkcija, kuri yra tiekėjo asortimente, egzistuoja kiekviename užrakte.
Kokius vartotojo vaidmenis ir kodų tipus turėtų apibrėžti pirkėjai?
Pradėkite nuo vaidmenų, o ne nuo savybių. Kiekvienas vaidmuo turi turėti aiškų savininką, galiojimo taisyklę, atšaukimo procesą ir priėmimo testą.
| Vartotojo vaidmuo | Kodo taisyklė, kurią reikia apibrėžti | Pagrindinė rizika, jei neapibrėžta | Įrodymai prašyti |
| Svečias arba trumpalaikis gyventojas | Pradžios laikas, galiojimo laikas, pakartotinio naudojimo politika ir patalpos priskyrimas | Ankstesnis gyventojas gali išlaikyti prieigą arba naujas svečias gali gauti kodą per anksti | Siūlomo modelio naudojimo instrukcijos ir laiko kodo demonstravimas |
| Ilgalaikis gyventojas | Kas sukuria, keičia ir atšaukia gyventojo kodą | Nuomininkui ar turto valdytojui pasikeitus nuosavybės teisė tampa neaiški | Administratoriaus procedūra ir atstatymo procesas |
| Namų tvarkymas arba įprastas aptarnavimas | Leidžiami kambariai, leistinos valandos, bendro ar individualaus kodo politika | Bendras nuolatinis kodas susilpnina atskaitomybę | Vaidmenų testas, apimantis leistiną ir atmestą prieigą |
| Priežiūra | Patvirtinimas, laiko langas, taikymo sritis ir atšaukimas po darbo | Po apsilankymo laikinas remonto kredencialas lieka aktyvus | Išduoti ir atšaukti bandymo įrašą |
| Greitosios pagalbos vadovas | Nepaisyti įgaliojimų, saugojimo, naudojimo įrašo ir peržiūros po įvykio | Avarinė prieiga nepasiekiama arba per daug išplatinta | Dokumentuota nepaisymo ir atkūrimo procedūra |
| Sistemos administratorius | Administratoriaus skaičiavimas, perkėlimas, įgaliojimų iš naujo nustatymas ir atsarginės kopijos atsakomybė | Turtas po perdavimo priklauso nuo vieno asmens arba montuotojo | Administratoriaus perdavimo kontrolinis sąrašas |
Pramonės patirties taškas: Bendrinamus personalo kodus lengva įdiegti, bet sunku patikrinti. Kai svarbi atskaitomybė, pirkėjai turėtų paklausti, ar palaikomi atskiri kredencialai ir kiek jų galima valdyti naudojant siūlomą konfigūraciją.
Kaip turėtų būti parašytos svečių ir laikinojo kodo taisyklės?
Naudingas reikalavimas apibūdina visą kredencialų gyvavimo ciklą: kūrimą, ryšį, aktyvinimą, naudojimą, galiojimo pabaigą ir ištrynimą. Jei apsistojate trumpai, pirkėjas turėtų nuspręsti, ar įėjimas prasideda numatytu registracijos laiku, ar tada, kai darbuotojai aktyvuoja kambarį. To paties sprendimo reikia ir atsiskaitant: automatinis galiojimo laikas ir rankinis atšaukimas sukuria skirtingus darbo krūvius ir skirtingus gedimo režimus.
- Apibrėžkite, kas turi teisę sukurti svečio arba lankytojo kodą.
- Nurodykite, ar galiojimas yra suplanuotas, vienkartinis, pasikartojantis ar valdomas rankiniu būdu.
- Nurodykite, ar valant ar tikrinant leidžiama sutampančius svečių kodus.
- Apibrėžkite, kaip kodas pristatomas ir kas tikrina kambario numerį bei galiojimo laikotarpį.
- Nustatykite ankstyvo išsiregistravimo, viešnagės pratęsimo, kambario perkėlimo ir telefono praradimo situacijų taisyklę.
- Reikalauti ištrynimo arba galiojimo pabaigos patvirtinimo kaip kambario apyvartos dalį.
Pramonės patirties taškas: Buvimo pratęsimas yra dažna išimtis, kuri dažnai praleidžiama atliekant mėginių testavimą. Nuosavybė turėtų patikrinti, ar aktyvų kredencialą galima švariai pratęsti, ar jį reikia pakeisti, ir ar senasis galiojimo laikotarpis lieka matomas darbuotojams.
Kuo turėtų skirtis personalas, administratorius ir skubios pagalbos prieiga?
Svečių prieiga neturėtų automatiškai apibrėžti personalo prieigos. Darbuotojams gali prireikti pasikartojančių laiko langų, prieigos prie kelių kambarių arba prieigos tik tada, kai aktyvus darbo užsakymas. Administratoriaus kredencialams reikia griežtesnės nuosavybės, nes jie gali sukurti, ištrinti arba iš naujo nustatyti kitus kredencialus. Avarinė prieiga turėtų likti pasiekiama, kai įprastinė darbo eiga nepavyksta, tačiau pirkėjas turi nuspręsti, kas turi tą teisę ir kaip bus peržiūrimas naudojimas.
Mechaninė prieiga prie rakto gali suteikti nepriklausomą atsarginę prieigą prie jai sukonfigūruotų modelių, tačiau pats raktas tampa valdomu kredencialu. Raktų numeravimas, saugojimas, išdavimo įrašai, dublikatai ir pakeitimas praradus turėtų būti įtrauktas į veiklos planą. Klaviatūros politika, kuri nepaiso fizinių raktų, yra neužbaigta, kai raktai lieka tiekiamo užrakto dalimi.
Pramonės patirties taškas: Pirkėjai kartais išbando svečio kodą, bet niekada netikrina administratoriaus perdavimo. Jei montuotojas išsaugo vienintelį veiksmingą administratoriaus įgaliojimą, nuosavybė gali nesugebėti savarankiškai valdyti patalpų po atidavimo eksploatuoti.
Ką pirkėjai turi patikrinti, naudodami tikslų užrakto modelį?
Pirkimo komanda turėtų atskirti reikiamą darbo eigą nuo tiekėjo pavyzdinių įrodymų. Pavyzdžiui, Haolock produktų duomenų bazė identifikuoja 2115 juodas slaptažodžio užraktas kaip 300 × 75 × 12 mm anoduotas modelis, naudojant aliuminio oksido profilį ir pateikiami kortelės, rakto ir laikino atrakinimo būdai. Vien tik duomenų bazės formuluotė neapibrėžia kodo ilgio, galiojimo logikos, vartotojo pajėgumų, įvykių įrašų ar valdymo darbo eigos. Ši informacija turi būti patvirtinta pasiūlytai versijai prieš patvirtinant modelį kaip išmanųjį klaviatūros užraktą valdomo kambario projektui.
Pirkėjai turėtų prašyti konkretaus modelio atsakymų į šiuos klausimus:
- Kokie kredencialų tipai įgalinti nurodytoje versijoje?
- Kaip skiriami administratoriaus, nuolatiniai, laikinieji ir vienkartiniai įgaliojimai?
- Kokie apribojimai taikomi kodo ilgiui, kodo kiekiui, galiojimo laikotarpiams ir nesėkmingiems bandymams?
- Kaip sukuriami, modifikuojami, ištrinami, atsarginės kopijos ir perduodami kredencialai?
- Kas atsitinka praradus akumuliatorių, atstačius, avariniu būdu atidarius arba pakeitus administratorių?
- Kurios funkcijos veikia lokaliai ir kurioms reikalingas atskiras valdymo komponentas?
Pramonės patirties taškas: Produkto šeimos pavadinimas nėra konfigūracijos įrodymas. Etikečių pavyzdžiai, citatų aprašymai, vadovai ir pristatytos dėžutės turėtų identifikuoti tą patį modelį ir įjungtas funkcijas, kad prieš montuojant būtų galima aptikti mišrią arba pakeistą partiją.
Kaip pirkėjai turėtų patikrinti kodo taisykles prieš masinį patvirtinimą?
Mėginys turėtų būti išbandytas kaip darbo eiga, o ne tik kaip durų atidarymo demonstravimas. Testas turėtų apimti galiojantį įėjimą, ankstyvą įėjimą, pasibaigusį galiojimo laiką, pakartotinį neteisingą įėjimą, darbuotojų prieigą po leistino laikotarpio, svečio pratęsimą, kambario perskirstymą, kredencialų ištrynimą, avarinį atidarymą, atstatymą ir administratoriaus perdavimą. Rezultatuose turi būti įrašytas modelis, konfigūracija, bandymo data, laukiamas rezultatas, tikrasis rezultatas ir atsakingas asmuo.
Durų suderinamumas išlieka atskira patvirtinimo dalimi. Kredencialų funkcijos nepatvirtina, kad spynos korpusas, velenas, rankenos kryptis, durų storis, atidarymo kryptis arba esama išpjova atitinka projektą. Pirkėjai gali naudotis Haolock išmaniųjų užraktų gaminių asortimentas siekiant nustatyti kandidatų modelius, tačiau fizinis tinkamumas ir kodo valdymas turi būti patvirtinti kaip atskiri, konkrečiam modeliui taikomi reikalavimai.
Ką apima pilnas perdavimo įrašas?
Perdavimas turėtų leisti nekilnojamojo turto komandai valdyti spynas nepasikliaujant neformaliomis montuotojo žiniomis. Įrašykite patvirtintus kredencialų vaidmenis, dabartinius administratorius, kambario ir užrakto susiejimą, kodo kūrimo procedūrą, atšaukimo procedūrą, avarinį metodą, iš naujo nustatyti įgaliojimą, rakto valdymo įrašą, mokymo užbaigimą ir priėmimo testo rezultatus. Numatytuosius arba demonstracinius kredencialus reikia pašalinti arba pakeisti prieš pradedant juos užimti.
Pramonės patirties taškas: Sėkmingas pavyzdys negarantuoja kontroliuojamo masinio perdavimo. Diegimo metu kambarių numeriai, užrakto identifikatoriai, administratoriaus nuosavybės teisės ir kredencialų įrašai gali būti nesuderinti, nebent projekte naudojamas nuoseklus patalpų ir įrenginių registras.
Reprezentatyvus scenarijus: kaip svečių namai galėtų apibrėžti savo kodo darbo eigą?
Reprezentatyvus scenarijus – ne tariamas kliento atvejis.
Scenarijus: Svečių namuose mechaninės kambarių spynos keičiamos valdomų patalpų klaviatūros užraktais.
Verslo fonas: Svečių viešnagė trunka nuo vienos nakties iki kelių savaičių. Prieiga prie namų ruošos turi būti numatyta pagal planą, o prieiga prie priežiūros turėtų būti suteikta tik patvirtintiems darbams atlikti.
Problema: Pradiniame RFQ prašoma „slaptažodžio ir laikinos prieigos“, bet neapibrėžiamas galiojimo laikas, pratęsimai, personalo prieiga, avarinis atidarymas ar administratoriaus perkėlimas.
Priežastis: Pirkėjas prieigą prie slaptažodžio laiko produkto savybe, o ne nuosavybės eksploatavimo politika.
Sprendimas: Pirkėjas apibrėžia atskirus svečio, namų tvarkymo, priežiūros ir administratoriaus vaidmenis; išbando registracijos, pratęsimo, ankstyvo išsiregistravimo, atšaukimo ir avarines procedūras; ir patvirtina tik modelį, kurio dokumentuota darbo eiga atitinka tas taisykles.
Pirkėjo sprendimo vertė: Pirkėjas gali palyginti tiekėjus su tuo pačiu kredencialo gyvavimo ciklu, užuot lyginęs neapibrėžtą „laikino slaptažodžio“ reikalavimą.
Ką turėtų apimti RFQ?
- Turto tipas, kambarių skaičius, durų detalės ir numatoma gyventojų apyvarta.
- Reikalingi svečio, gyventojo, personalo, priežiūros, administratoriaus ir kritinės padėties vaidmenys.
- Būtinos galiojimo taisyklės, įskaitant pradžią, galiojimo pabaigą, pratęsimą, pasikartojimą ir vienkartinį naudojimą.
- Nesvarbu, ar reikalingi individualūs personalo tapatybės ar prieigos įrašai.
- Reikalingi vietiniai, kortelės, rakto ar kiti atsarginiai metodai.
- Administratoriaus perkėlimo, nustatymo iš naujo, mokymo, dokumentų ir patalpų registravimo reikalavimai.
- Bandymo atvejų pavyzdžiai ir masinio priėmimo kriterijai.
Kompromisas yra ne tik daugiau funkcijų, palyginti su mažiau funkcijų. Daugiau kredencialų tipų gali pagerinti lankstumą, bet taip pat padidinti mokymo, perdavimo ir kontrolės reikalavimus. Paprastesnė klaviatūros darbo eiga gali būti patikimesnė mažoje nuosavybėje, o didesniam valdomo kambario projektui gali reikėti aiškesnio vaidmenų atskyrimo ir įrašų. Teisinga specifikacija yra mažiausiai sudėtinga darbo eiga, kuri vis dar kontroliuoja tikrąją turto eksploatavimo riziką.
Dažnai užduodami klausimai
Kokia yra svarbiausia klaviatūros išmaniojo užrakto kodo taisyklė?
Svarbiausia taisyklė yra kredencialų nuosavybė: kas gali sukurti, keisti, pratęsti, atšaukti ir iš naujo nustatyti kiekvieną kodą. Galiojimo laikotarpius sunku kontroliuoti, kai nuosavybės teisė yra neaiški.
Ar kiekvienas svečias turėtų gauti unikalų kodą?
Unikalūs kodai gali pagerinti apyvartos kontrolę, tačiau sprendimas priklauso nuo užrakto palaikomos darbo eigos ir nuosavybės veikimo proceso. Pirkėjai turėtų išbandyti kodo kūrimą, galiojimo laiką ir patalpos perskirstymą pagal konkretų modelį.
Ar visuose išmaniosios klaviatūros užraktuose laikinieji slaptažodžiai yra vienodi?
Ne. „Laikinoji“ gali reikšti nustatytą, vienkartinę, pasikartojančią arba rankiniu būdu ištrintą prieigą. RFQ turėtų apibrėžti reikiamą galiojimo logiką ir paprašyti konkretaus modelio demonstravimo.
Ar namų ruoša turėtų naudoti vieną bendrą kodą?
Bendras kodas yra paprastesnis, tačiau sumažina individualią atskaitomybę. Nuosavybės turėtų nuspręsti, ar reikalingi atskiri personalo įgaliojimai, riboti tvarkaraščiai ar patalpų apribojimai.
Kas turėtų atsitikti su kodais, kai apyvarta kambaryje?
Pasibaigusi arba atšaukta prieiga turėtų būti patikrinta, naujojo gyventojo galiojimo laikotarpis turėtų būti patvirtintas, išimtys turėtų būti panaikintos, o įrašas nuo kambario iki užrakinimo turėtų išlikti tikslus.
Ar klaviatūra pakeičia skubios pagalbos metodo poreikį?
Nebūtinai. Pirkėjai turėtų patvirtinti tikslius modelio avarinius ir atkūrimo būdus, apibrėžti, kas juos valdo, ir išbandyti procedūrą prieš priimdami projektą.
Kokius įrodymus turėtų pateikti tiekėjas prieš masinę gamybą?
Pateikite užklausą dėl nurodyto modelio ir konfigūracijos, naudojimo instrukcijų, išsamios kredencialų ribos, pavyzdinių bandymų rezultatų, nustatymo iš naujo ir avarinių procedūrų bei aiškaus masinio identifikavimo ir perdavimo plano.
Kaip pirkėjai gali paprašyti kodo politikos peržiūros?
Norėdami peržiūrėti RFQ, pateikite nuosavybės tipą, kambarių skaičių, išsamią durų informaciją, vartotojų vaidmenis, apyvartos procesą, reikalingas kodo galiojimo taisykles, atsarginį metodą, valdymo nuostatas ir priėmimo testų pavyzdžius. „Haolock“ gali naudoti šiuos duomenis, kad aptartų modelio pasirinkimą ir projekto konfigūraciją. Pirkėjai taip pat gali peržiūrėti, kodėl slaptažodžio išmanieji užraktai tinka valdomų patalpų darbo eigoms prieš pateikdami projekto duomenis per Haolock kontaktinis puslapis.
