Tiešā atbilde: Pircējiem ir jādefinē, kurš var izveidot katru kodu, kad tas kļūst derīgs, kad beidzas tā derīguma termiņš, kā personāla piekļuve atšķiras no viesu piekļuves, kā tiek risinātas ārkārtas situācijas un kādi ieraksti tiek pārsūtīti projekta nodošanas brīdī. Pēc tam pirms lielapjoma apstiprināšanas šie noteikumi ir jāpārbauda attiecībā pret precīzu tastatūras viedās bloķēšanas modeli, pārvaldības metodi un telpas aprites darbplūsmu.
Tastatūras bloķēšana nav pilnībā norādīta, ja piedāvājumā ir teikts tikai “nepieciešama piekļuve parolei”. Viesnīcas, viesu nami, dzīvokļi, naktsmītnes pie ģimenes un skolas telpas izmanto atšķirīgi. Kods, kas piemērots privātai dzīvesvietai, var radīt novēršamas kontroles nepilnības, kad telpās mainās iemītnieki, vairākām personāla komandām ir nepieciešama piekļuve vai īpašuma pārvaldniekam ātri jāatsauc akreditācijas dati. Tāpēc pircējam ir nepieciešama akreditācijas politika, kā arī aparatūras specifikācija.
Kāpēc koda politika ir daļa no tastatūras viedās bloķēšanas specifikācijas?
Akreditācijas politika nosaka, kā slēdzene tiks darbināta pēc instalēšanas. Tas ietekmē viesu mainību, personāla atbildību, ārkārtas piekļuvi, administratora nodošanu un darbu, kas nepieciešams ikvienas telpas maiņas laikā. Pircēji pārskata paroles viedās bloķēšanas iespējas pirms citātu salīdzināšanas šīs darbības vajadzības jāpārvērš pārbaudāmās prasībās.
Nozares pieredzes punkts: Piedāvājumā var norādīt “pagaidu paroli”, nenorādot, vai kodam ir sākuma laiks, derīguma termiņš, vienreizējas lietošanas nosacījums vai tikai manuāla dzēšana. Tie ir dažādi darbības rezultāti, tāpēc piedāvājumam nevajadzētu uzskatīt šo frāzi kā pilnīgu specifikāciju.
Pirmais lēmums ir telpu pārvaldības modelis. Viesnīca var izveidot akreditācijas datus par katru uzturēšanās reizi, ilgtermiņa dzīvoklī var saglabāt vienu iedzīvotāja kodu vairākus mēnešus, un skolas kopmītnēs var būt nepieciešama rezidenta, uzrauga un apkopes piekļuve pie tām pašām durvīm. Tastatūras viedajai bloķēšanai ir jāatbalsta paredzētā darbplūsma precīzam piegādātajam modelim; Nevajadzētu pieņemt, ka funkcija, kas ir pieejama kaut kur piegādātāja diapazonā, pastāv katrā slēdzenē.
Kuras lietotāju lomas un kodu veidus pircējiem vajadzētu definēt?
Sāciet ar lomām, nevis iezīmēm. Katrai lomai ir jābūt skaidram īpašniekam, derīguma noteikumam, atsaukšanas procesam un pieņemšanas pārbaudei.
| Lietotāja loma | Koda noteikums, kas jādefinē | Galvenais risks, ja tas nav definēts | Pierādījumi pēc pieprasījuma |
| Viesis vai īstermiņa iemītnieks | Sākuma laiks, derīguma termiņš, atkārtotas izmantošanas politika un telpas piešķiršana | Iepriekšējais iemītnieks var saglabāt piekļuvi vai jauns viesis var saņemt kodu pārāk agri | Piedāvātā modeļa lietošanas instrukcijas un laika koda demonstrācija |
| Ilggadējs iedzīvotājs | Kas izveido, maina un atsauc rezidenta kodu | Īpašumtiesības kļūst neskaidras, mainoties īrniekam vai īpašuma pārvaldniekam | Administratora procedūra un atiestatīšanas process |
| Uzkopšana vai ikdienas apkalpošana | Atļautās telpas, atļautās stundas, kopīgu vai individuālu kodu politika | Kopīgs pastāvīgais kods vājina atbildību | Lomu pārbaude, kas aptver atļauto un noraidīto piekļuvi |
| Apkope | Apstiprināšana, laika logs, darbības joma un atsaukšana pēc darba | Pagaidu remonta akreditācijas dokuments paliek aktīvs pēc apmeklējuma | Izsniegt un atsaukt testa ierakstu |
| Avārijas vadītājs | Ignorēt autoritāti, krātuvi, lietošanas ierakstu un pārskatīšanu pēc notikuma | Ārkārtas piekļuve nav pieejama vai ir pārāk plaši izplatīta | Dokumentēta ignorēšanas un atkopšanas procedūra |
| Sistēmas administrators | Administratora skaitīšana, pārsūtīšana, pilnvaru atiestatīšana un dublēšanas atbildība | Īpašums pēc nodošanas ir atkarīgs no vienas personas vai uzstādītāja | Administratora nodošanas kontrolsaraksts |
Nozares pieredzes punkts: Kopīgos personāla kodus ir viegli izvietot, bet grūti pārbaudīt. Ja atbildība ir svarīga, pircējiem jājautā, vai tiek atbalstīti atsevišķi akreditācijas dati un cik daudzus var pārvaldīt piedāvātajā konfigurācijā.
Kā jāraksta viesu un pagaidu kodu noteikumi?
Noderīga prasība apraksta visu akreditācijas datu dzīves ciklu: izveidi, saziņu, aktivizēšanu, izmantošanu, derīguma termiņu un dzēšanu. Īslaicīgas uzturēšanās gadījumā pircējam ir jāizlemj, vai piekļuve sākas plānotajā reģistrēšanās laikā vai arī tad, kad darbinieki aktivizē telpu. Tas pats lēmums ir nepieciešams norēķināšanās laikā: automātiska derīguma termiņš un manuāla atsaukšana rada dažādas darba slodzes un dažādus kļūmju režīmus.
- Definējiet, kurš ir pilnvarots izveidot viesa vai apmeklētāja kodu.
- Norādiet, vai derīgums ir ieplānots, vienreizējs, periodisks vai manuāli kontrolēts.
- Norādiet, vai tīrīšanas vai pārbaudes laikā ir atļauti viesu kodi, kas pārklājas.
- Definējiet, kā kods tiek piegādāts un kas pārbauda telpas numuru un derīguma termiņu.
- Iestatiet noteikumu par agrīnu izrakstīšanos, uzturēšanās pagarināšanu, telpas pārcelšanu un tālruņa pazaudēšanas gadījumiem.
- Pieprasīt dzēšanu vai derīguma termiņa pārbaudi kā daļu no telpu apgrozījuma.
Nozares pieredzes punkts: Uzturēšanās pagarināšana ir izplatīts izņēmums, kas bieži netiek ņemts vērā izlases pārbaudēs. Īpašumam ir jāpārbauda, vai aktīvo akreditācijas datu var tīri pagarināt vai tas ir jāaizstāj, un vai vecais derīguma termiņš joprojām ir redzams darbiniekiem.
Kā vajadzētu atšķirties personālam, administratoram un ārkārtas piekļuvei?
Viesu piekļuvei nevajadzētu automātiski noteikt personāla piekļuvi. Personālam var būt nepieciešami periodiski laika periodi, piekļuve vairākām telpām vai piekļuve tikai tad, ja ir aktīvs darba pasūtījums. Administratora akreditācijas datiem ir nepieciešamas stingrākas īpašumtiesības, jo tie var izveidot, dzēst vai atiestatīt citus akreditācijas datus. Ārkārtas piekļuvei ir jāpaliek pieejamai, ja rutīnas darbplūsma neizdodas, taču pircējam ir jāizlemj, kam pieder šī pilnvara un kā tiek pārskatīta izmantošana.
Mehāniskā atslēgas piekļuve var nodrošināt neatkarīgu atkāpšanos modeļos, kas tai konfigurēti, bet pati atslēga kļūst par kontrolētu akreditācijas datu. Atslēgu numerācija, uzglabāšana, izdošanas ieraksti, dublikāti un aizstāšana pēc nozaudēšanas ir jāiekļauj darbības plānā. Tastatūras politika, kas ignorē fiziskās atslēgas, ir nepilnīga, ja atslēgas joprojām ir daļa no piegādātās slēdzenes.
Nozares pieredzes punkts: Pircēji dažreiz pārbauda viesa kodu, bet nekad nepārbauda administratora pārsūtīšanu. Ja uzstādītājs saglabā vienīgo faktisko administratora pilnvaru, īpašums pēc nodošanas ekspluatācijā var nespēt neatkarīgi pārvaldīt telpas.
Kas pircējiem ir jāpārbauda, izmantojot precīzu slēdzenes modeli?
Iepirkuma grupai ir jānodala nepieciešamā darbplūsma no piegādātāja pierādījumu paraugiem. Piemēram, Haolock produktu datu bāze identificē 2115 Black Password Lock kā 300 × 75 × 12 mm anodēts modelis, izmantojot alumīnija oksīda profilu un uzskaita karti, atslēgu un pagaidu atbloķēšanas metodes. Tikai datu bāzes formulējums nenosaka koda garumu, derīguma loģiku, lietotāja jaudu, notikumu ierakstus vai pārvaldības darbplūsmu. Šī informācija ir jāapstiprina piedāvātajai versijai, pirms modelis tiek apstiprināts kā tastatūras viedā atslēga pārvaldītas telpas projektam.
Pircējiem jāpieprasa konkrēta modeļa atbildes uz šādiem jautājumiem:
- Kuri akreditācijas datu veidi ir iespējoti citētajā versijā?
- Kā izšķir administratora, pastāvīgās, pagaidu un vienreizējās akreditācijas datus?
- Kādi ierobežojumi attiecas uz koda garumu, koda daudzumu, derīguma periodiem un neveiksmīgiem mēģinājumiem?
- Kā tiek izveidoti, pārveidoti, dzēsti, dublēti un pārsūtīti akreditācijas dati?
- Kas notiek pēc akumulatora pazaudēšanas, atiestatīšanas, avārijas atvēršanas vai administratora nomaiņas?
- Kuras funkcijas darbojas lokāli un kurām nepieciešama atsevišķa pārvaldības sastāvdaļa?
Nozares pieredzes punkts: Produkta ģimenes nosaukums nav konfigurācijas pierādījums. Uzlīmju paraugiem, citātu aprakstiem, rokasgrāmatām un piegādātajām kartona kastēm jānorāda viens un tas pats modelis un iespējotās funkcijas, lai pirms uzstādīšanas varētu noteikt jauktu vai aizstātu partiju.
Kā pircējiem jāpārbauda koda noteikumi pirms lielapjoma apstiprināšanas?
Paraugs ir jāpārbauda kā darbības darbplūsma, nevis tikai kā durvju atvēršanas demonstrācija. Pārbaudē jāiekļauj derīga iekļūšana, agrīna ieeja, beidzies derīguma termiņš, atkārtota nepareiza ievadīšana, personāla piekļuve ārpus atļautā perioda, viesa pagarināšana, telpas maiņa, akreditācijas datu dzēšana, avārijas atvēršana, atiestatīšana un administratora nodošana. Rezultātos jāreģistrē modelis, konfigurācija, pārbaudes datums, paredzamais rezultāts, faktiskais rezultāts un atbildīgā persona.
Durvju savietojamība joprojām ir atsevišķa apstiprinājuma vienība. Akreditācijas funkcijas neapstiprina, ka slēdzenes korpuss, vārpsta, roktura virziens, durvju biezums, atvēršanas virziens vai esošais izgriezums atbilst projektam. Pircēji var izmantot Haolock viedās slēdzenes produktu klāsts lai identificētu kandidātu modeļus, bet fiziskā piemērotība un koda pārvaldība ir jāapstiprina kā atsevišķas, modelim raksturīgas prasības.
Ko ietver pilnīgas nodošanas ieraksts?
Nodošanai ir jāļauj īpašuma komandai darbināt slēdzenes, nepaļaujoties uz neformālām uzstādītāja zināšanām. Reģistrējiet apstiprinātās akreditācijas lomas, pašreizējos administratorus, telpas līdz bloķēšanai kartēšanu, koda izveides procedūru, atsaukšanas procedūru, ārkārtas metodi, atiestatīšanas pilnvaras, atslēgas kontroles ierakstu, apmācības pabeigšanu un pieņemšanas pārbaudes rezultātus. Noklusējuma vai demonstrācijas akreditācijas dati ir jānoņem vai jāmaina pirms ieņemšanas.
Nozares pieredzes punkts: Veiksmīgs paraugs negarantē kontrolētu lielapjoma nodošanu. Telpu numuri, slēdzenes identifikatori, administratora īpašumtiesības un akreditācijas datu ieraksti instalēšanas laikā var tikt nepareizi izlīdzināti, ja vien projektā netiek izmantots konsekvents reģistrs no telpas uz ierīci.
Reprezentatīvs scenārijs: kā viesu nams varētu definēt savu koda darbplūsmu?
Reprezentatīvs scenārijs — nav pieprasīts klienta gadījums.
Scenārijs: Viesu namā telpu mehāniskās slēdzenes tiek aizstātas ar pārvaldāmas telpas tastatūras slēdzenēm.
Uzņēmējdarbības fons: Viesu uzturēšanās ilgums ir no vienas nakts līdz vairākām nedēļām. Uzkopšanai ir nepieciešama plānota piekļuve, savukārt apkopes piekļuve ir jāsniedz tikai apstiprinātiem darbiem.
Problēma: Sākotnējais piedāvājums pieprasa “paroli un pagaidu piekļuvi”, bet nedefinē derīguma termiņu, pagarinājumus, personāla piekļuvi, avārijas atvēršanu vai administratora pārvietošanu.
Iemesls: Pircējs paroles piekļuvi uzskata par produkta līdzekli, nevis īpašuma darbības politiku.
Risinājums: Pircējs definē atsevišķas viesu, mājturības, apkopes un administratora lomas; pārbauda reģistrācijas, pagarināšanas, agrīnās izrakstīšanās, atsaukšanas un ārkārtas procedūras; un apstiprina tikai modeli, kura dokumentētā darbplūsma atbilst šiem noteikumiem.
Pircēja lēmuma vērtība: Pircējs var salīdzināt piegādātājus ar to pašu akreditācijas datu dzīves ciklu, nevis salīdzināt nedefinētu “pagaidu paroles” prasību.
Kas jāiekļauj piedāvājumā?
- Īpašuma veids, telpu skaits, durvju detaļas un paredzamais iemītnieku apgrozījums.
- Nepieciešamās viesa, rezidenta, personāla, apkopes, administratora un ārkārtas lomas.
- Nepieciešamie derīguma noteikumi, tostarp sākums, derīguma termiņš, pagarinājums, atkārtošanās un vienreizēja lietošana.
- Vai ir nepieciešami individuālā personāla identifikācijas vai piekļuves ieraksti.
- Nepieciešamās vietējās, kartes, atslēgas vai citas rezerves metodes.
- Administratora pārvietošanas, atiestatīšanas, apmācības, dokumentācijas un telpu reģistra prasības.
- Pārbaudes gadījumu paraugi un lielapjoma pieņemšanas kritēriji.
Kompromiss ir ne tikai vairāk funkciju, nevis mazāk funkciju. Vairāk akreditācijas datu veidu var uzlabot elastību, bet arī palielināt apmācības, nodošanas un kontroles prasības. Vienkāršāka tastatūras darbplūsma var būt uzticamāka mazam īpašumam, savukārt lielākam pārvaldītas telpas projektam var būt nepieciešama skaidrāka lomu atdalīšana un ieraksti. Pareizā specifikācija ir vismazāk sarežģītā darbplūsma, kas joprojām kontrolē īpašuma reālos darbības riskus.
Bieži uzdotie jautājumi
Kāds ir vissvarīgākais tastatūras viedās bloķēšanas koda noteikums?
Vissvarīgākais noteikums ir akreditācijas datu īpašumtiesības: kurš var izveidot, mainīt, pagarināt, atsaukt un atiestatīt katru kodu. Derīguma termiņus ir grūti kontrolēt, ja īpašumtiesības nav skaidras.
Vai katram viesim ir jāsaņem unikāls kods?
Unikāli kodi var uzlabot apgrozījuma kontroli, taču lēmums ir atkarīgs no slēdzenes atbalstītās darbplūsmas un īpašuma darbības procesa. Pircējiem ir jāpārbauda koda izveide, derīguma termiņš un telpas maiņa, izmantojot precīzu modeli.
Vai pagaidu paroles ir vienādas katrā viedtastatūras bloķēšanā?
Nē. “Pagaidu” var attiekties uz noteiktu, vienreizēju, periodisku vai manuāli dzēstu piekļuvi. RFQ ir jādefinē vajadzīgā derīguma loģika un jāpieprasa modelim raksturīga demonstrācija.
Vai uzkopšanai vajadzētu izmantot vienu kopīgu kodu?
Koplietots kods ir vienkāršāks, taču tas samazina individuālo atbildību. Īpašumiem ir jāizlemj, vai ir nepieciešami atsevišķi personāla akreditācijas dati, ierobežoti grafiki vai telpu ierobežojumi.
Kam jānotiek ar kodiem istabas apgrozībā?
Ir jāpārbauda, vai piekļuve ir beidzies vai atsaukta, jaunā iemītnieka derīguma termiņš ir jāapstiprina, izņēmumi ir jāslēdz, un ierakstam no telpas līdz bloķēšanai ir jāpaliek precīzam.
Vai tastatūra aizstāj nepieciešamību pēc avārijas metodes?
Nav obligāti. Pircējiem ir jāapstiprina precīzas modeļa avārijas un atiestatīšanas metodes, jādefinē, kas tos kontrolē, un jāpārbauda procedūra pirms projekta pieņemšanas.
Kādi pierādījumi piegādātājam jāsniedz pirms lielapjoma ražošanas?
Pieprasiet norādīto modeli un konfigurāciju, lietošanas instrukcijas, akreditācijas datu ierobežojumu, testa rezultātu paraugus, atiestatīšanas un ārkārtas procedūras, kā arī skaidru plānu lielapjoma identificēšanai un nodošanai.
Kā pircēji var pieprasīt koda politikas pārskatīšanu?
Piedāvājuma pārskatīšanai norādiet īpašuma veidu, istabu skaitu, durvju informāciju, lietotāju lomas, apgrozījuma procesu, nepieciešamos koda derīguma noteikumus, atkāpšanās metodi, pārvaldības preferences un pieņemšanas testu paraugus. Haolock var izmantot šos datus, lai apspriestu modeļa izvēli un projekta konfigurāciju. Pircēji var arī pārskatīt, kāpēc paroles viedās slēdzenes atbilst pārvaldītās telpas darbplūsmām pirms projekta informācijas iesniegšanas, izmantojot Haolock kontaktu lapa.
