Pirms viedās bloķēšanas ar attālo piekļuvi pieprasīšanas īpašuma pārvaldniekiem ir jāuztic atbildība par piecām darbībām: atbloķēšana, lietotāju apstiprināšana, administratoru atiestatīšana, akreditācijas datu atsaukšana un piekļuves ierakstu pārskatīšana. Katrai darbībai ir nepieciešama nosaukta loma, definēts darbības joma, apstiprināšanas noteikums un nodošanas procedūra. Piedāvājumā ir arī jāpieprasa modelim specifiski pierādījumi, ka piedāvātā bloķēšanas un pārvaldības platforma var atbalstīt šīs vadīklas.
“Attālā piekļuve” nav pilnīga specifikācija. Viens piegādātājs to var interpretēt kā uz lietotni balstītu lietotāju pārvaldību durvju tuvumā, savukārt cits piegādātājs var nozīmēt atbloķēšanu ārpus vietnes, izmantojot savienotu sistēmu. Tāpēc piedāvājums var šķist atbilstošs, pat ja tas neatbilst īpašuma darbības darbplūsmai. Iepirkuma komandām vispirms ir jādefinē atļaujas modelis, pēc tam jālūdz piegādātājiem apstiprināt, kuras funkcijas ir pieejamas tieši norādītajā slēdzenē, lietotnē, vārtejā vai pārvaldības konfigurācijā.
Sāciet ar darbībām, nevis amatiem
Nosaukums, piemēram, “administrators”, maz pasaka par to, ko šī persona var darīt. Viesnīcas dienesta vadītājam, iespējams, būs jāautorizē vienreizēja atbloķēšana, taču viņam nav obligāti jāspēj nodot sistēmas īpašumtiesības. Dzīvokļa izīrēšanas komanda var izveidot īrnieka piekļuvi, taču tai nav iemesla mainīt ierīces iestatījumus. Tehniskās apkopes personālam var būt nepieciešama laika ierobežota iekļūšana piešķirtajās telpās bez redzamības uz citiem iemītniekiem vai īpašumiem.
Pirmajam RFQ pielikumam jābūt atbildības matricai. Tālāk redzamā matrica ir plānošanas modelis, nevis apgalvojums, ka katra ar lietotni savienotā slēdzene ietver visas uzskaitītās funkcijas. Pircējiem ir jāizdzēš neatbilstošās rindas un jāpieprasa piegādātājam atzīmēt katru atlikušo funkciju kā atbalstītu, neatbalstītu vai atkarīgu no papildu komponenta.
| Attālās piekļuves darbība | Lēmums noteikt pirms RFQ | Tipiska projektu kontrole | Pierādījumi pēc pieprasījuma |
| Tālvadības atbloķēšana | Kuras lomas var atvērt kuras telpas un kādos apstākļos? | Ierobežojiet piekļuvi pēc īpašuma, ēkas, stāva, telpas, maiņas vai incidenta veida. | Lomas atļaujas ekrāns, lietošanas instrukcijas un parauga pieņemšanas pārbaude. |
| Atbloķējiet apstiprinājumu | Vai viena persona var darboties vienatnē vai citai personai ir jāapstiprina pieprasījums? | Izmantojiet otru apstiprinājumu jutīgām telpām vai ārpus darba laika izņēmumiem, ja tas ir nepieciešams projektam. | Piegādātāja apstiprinājums par pieejamo apstiprināšanas darbplūsmu norādītajā konfigurācijā. |
| Lietotāja vai akreditācijas datu izveide | Kas var pievienot darbiniekus, viesus, īrniekus, darbuzņēmējus vai pagaidu lietotājus? | Atdaliet ikdienas piekļuvi telpai no administratora izveides. | Lietotāju lomu, derīguma termiņu un telpu piešķiršanas vadīklu demonstrēšana. |
| Akreditācijas datu atsaukšana | Kurš atņem piekļuvi pēc izrakstīšanās, nomas pārtraukšanas, personāla aiziešanas vai pazaudēta tālruņa? | Katram notikumam piešķiriet atbildes īpašnieku un nepieciešamo pabeigšanas punktu. | Atcelšanas procedūra un pierādījums, ka piekļuves noņemšanu var pārbaudīt ietekmētajā slēdzenē. |
| Administratora atiestatīšana | Kas var atiestatīt bloķēšanu vai kontu, un kas atļauj šo darbību? | Saglabājiet atiestatīšanas pilnvaras šaurākas nekā parastās lietotāju pārvaldības pilnvaras. | Modeļa atiestatīšanas instrukcijas un atkārtotas ekspluatācijas kontrolsaraksts pēc atiestatīšanas. |
| Piekļuve ieraksta pārskatīšanai | Kuras lomas var skatīt vai eksportēt ierakstus, kurām durvīm un kādam darbības mērķim? | Ierobežojiet redzamību līdz mazākajai darbības jomai, kas nepieciešama projektam. | Piegādātāja apstiprinājums ierakstu laukiem, pieejamībai, saglabāšanas vadīklām un eksportēšanas iespējām. |
| Sistēmas īpašumtiesību nodošana | Kas saņem kontroli pēc instalēšanas, un kā tiek noņemtas instalētāja privilēģijas? | Padariet galīgo īpašumtiesību nodošanu par dokumentētu pieņemšanas atskaites punktu. | Nodošanas procedūra, kas parāda konta pārsūtīšanu, akreditācijas datu noņemšanu un pircēja verifikāciju. |
Definējiet atļauju darbības jomu durvju un portfeļa līmenī
Atļauja ir noderīga tikai tad, ja tās darbības joma ir skaidra. “Īpašuma pārvaldnieks var atslēgt durvis” var nozīmēt vienu piešķirtu dzīvokli, katru istabu vienā ēkā vai visu portfeli. Šī atšķirība ietekmē darbības risku, un to nevajadzētu atstāt uzstādītāja ziņā, nododot ekspluatācijā.
Katrai lomai norādiet atļautos īpašumus, ēkas, stāvus, telpas un laika logus. Norādiet arī, vai loma var deleģēt piekļuvi citai personai. Ja deleģēšana ir atļauta, definējiet, kas to var apstiprināt un kad beidzas derīguma termiņš. Reģionālajam administratoram var būt nepieciešama redzamība vairākās vietnēs, savukārt vietējam pārvaldniekam var būt nepieciešamas pilnvaras tikai vienai atrašanās vietai. Katras atļaujas centralizēšana var vienkāršot pārraudzību, taču tā rada arī plašāku ietekmi, ja tiek nepareizi apstrādāts viens konts. Tīri lokāla kontrole sašaurina šo ietekmi, bet var palēnināt atbalstu, ja uz vietas neatrodas neviena pilnvarota persona.
Tāda pati darbības jomas loģika būtu jāpiemēro īpašuma izmaiņām. Kad telpa tiek mainīta no ilgtermiņa nomas uz īstermiņa izmantošanu, nepieciešamā akreditācijas datu darbplūsma var mainīties pat tad, ja fiziskā bloķēšana paliek vietā. Pircēji pārskata viedās bloķēšanas opcijas pārvaldītajiem īpašumiem tādēļ ir jāsalīdzina darbības modelis tikpat rūpīgi kā rokturis, apdare vai atbloķēšanas metode.
Atdaliet parasto piekļuvi no ārkārtas piekļuves
Regulāra piekļuve attiecas uz tādiem plānotiem pasākumiem kā viesu ierašanās, īrnieka pārvietošanās, uzkopšana, pārbaude vai plānotā apkope. Izņēmuma piekļuve attiecas uz bloķēšanu, labklājības pārbaudēm, bojātiem tālruņiem, tīkla pārtraukumiem, personāla prombūtni un citiem starpgadījumiem, kas prasa kontrolētu novirzi no parastās darbplūsmas.
Projekta specifikācijā ir jānorāda izņēmuma īpašnieks, pierādījumi, kas nepieciešami pirms atbloķēšanas, un ieraksts, kas izveidots pēc tam. Tajā arī jānorāda, kas notiek, ja tālvadības funkcija nav pieejama. Atkarībā no atlasītā modeļa atkāpšanās var ietvert paroli, pirksta nospiedumu, karti, mehānisko atslēgu, vietējo administratoru vai citu pārbaudītu metodi. Nevajadzētu pieņemt atkāpšanos visā produktu klāstā; Haolock produktu sistēma ietver vairākas atbloķēšanas un pārvaldības iespējas, taču pieejamā kombinācija ir jāapstiprina pēc modeļa.
Šī atšķirība neļauj ikdienas ērtībām kļūt par nekontrolētu galvenās piekļuves maršrutu. Tas arī sniedz piegādātājam pārbaudāmu prasību: demonstrēt parasto darbplūsmu, demonstrēt izņēmuma darbplūsmu un parādīt, kā sistēma pēc incidenta atgriežas normālā kontrolē.
Apstipriniet precīzu produkta un pārvaldības konfigurāciju
Fiziskā bloķēšana un attālās pārvaldības sistēma ir jāapstiprina kā viena konfigurācija. The 1023 melna paroles un pirkstu nospiedumu bloķēšana, piemēram, ir norādīts dzīvokļiem, mājām, īrējamām istabām, naktsmītnēm mājās un pārvaldītas piekļuves projektiem. Tās dokumentētie produkta dati apstiprina melnu nerūsējošā tērauda korpusu, matētu apdari, izmērus 330 × 42 × 22 mm, kā arī paroli un pirkstu nospiedumu identifikāciju.
Šie fakti paši par sevi nenosaka attālo atbloķēšanu, konta hierarhiju, vārtejas prasības, ierakstu pieejamību vai lietotņu darbību. Ja pircējs vēlas šo modeli vai jebkuru no piedāvātajām iespējām pirkstu nospiedumu viedās slēdzenes diapazons— izmantojot attālo pārvaldību, piegādātājam piedāvājumā ir jānorāda precīzs variants un katrs atbalsta komponents. Tas pats noteikums ir spēkā, novērtējot paroles viedās bloķēšanas diapazons: tastatūra vai pagaidu paroles funkcija nav jāuzskata par pierādījumu par administrēšanu ārpus vietnes.
Lūdziet piegādātājam norādīt, vai katra pieprasītā funkcija tiek veikta slēdzenē, izmantojot tālruni slēdzenes tuvumā, vārteju vai citu pārvaldības saskarni. Šis vienīgais precizējums var atklāt slēptās tvēruma atšķirības starp citātiem un novērst konfigurācijas parauga apstiprināšanu, pamatojoties uz pieņēmumiem, kas neietilpst lielapjoma pasūtījumā.
Padariet nodošanu un atsaukšanu par daļu no pieņemšanas
Attālās piekļuves pārvaldība bieži neizdodas pāreju laikā, nevis parastas lietošanas laikā. Uzstādītāji aiziet, darbinieki maina lomas, īrnieki izceļas, mainās īpašuma operatori vai tiek pazaudēts ar administratora kontu saistītais tālrunis. Pirms instalēšanas projektam ir nepieciešama noteikta atbilde katram notikumam.
Galīgajai pieņemšanai ir jāpārbauda, vai pircējs kontrolē paredzēto administratora kontu, ir noņemti nesankcionēti iestatīšanas konti, katrai lomai ir apstiprināta durvju tvērums un var izveidot un atsaukt testa akreditācijas datus. Ja projektam ir nepieciešami piekļuves ieraksti, pieņemšanas grupai arī jāpārbauda, vai paredzētais pārskatītājs var izgūt nepieciešamo informāciju, bet nesaistītie lietotāji to nevar. Ierakstu saglabāšana un eksportēšana ir jāapstiprina, salīdzinot ar paša projekta darbības un juridiskajām prasībām, nevis jāpieņem.
Vairāku vietņu projektiem norādiet gan konta īpašnieku, gan atkopšanas kontaktpersonu. Tie nedrīkst būt pagaidu uzstādītāji vai atsevišķi darbinieki, kuru aizbraukšana atstātu īpašumu bez administratīvās kontroles. Nepieciešams arī dokumentēts izmaiņu process: jebkurā vēlākā atļaujas paplašināšanā ir jānorāda, kas to pieprasīja, kas to apstiprināja, kuras durvis tika ietekmētas un kad izmaiņas tika pārbaudītas.
Kas piegādātājam ir jāapstiprina piedāvājumam?
| RFQ ievade | Informācija, kas pircējam jāsniedz | Nepieciešama piegādātāja atbilde |
| Īpašuma un durvju grafiks | Vietu skaits, ēkas, telpas, durvju veidi, durvju biezumi un nepieciešamie slēdzeņu daudzumi. | Saderīgs slēdzenes modelis, slēdzenes korpusa izkārtojums un visa vēl nepieciešamā informācija par durvīm. |
| Atļauju matrica | Lomas, atļautās darbības, durvju apjoms, laika apjoms, apstiprināšanas noteikumi un deleģēšanas ierobežojumi. | Atbalstītās funkcijas, ierobežojumi un jebkura funkcija, kurai nepieciešams cits modelis vai komponents. |
| Savienojuma plāns | Kur ir nepieciešama attālā darbība un kāds savienojums ir pieejams katrā īpašumā. | Kā sazinās norādītā konfigurācija un kāda papildu ierīce vai iestatīšana ir nepieciešama. |
| Atkāpšanās procedūra | Kam nepieciešama ārkārtas piekļuve un kādas bezsaistes vai vietējās metodes tiks pieņemtas projektā. | Pieejamās atkāpšanās metodes precīzam modelim un normālas kontroles atjaunošanas procedūra. |
| Nodošanas pakete | Nosaukts administratora īpašnieks, atkopšanas kontaktpersona, personāla lomas, apmācību auditorija un nepieciešamie dokumenti. | Iestatīšanas instrukcijas, atiestatīšanas procedūra, īpašumtiesību nodošanas darbības un lomu konfigurācijas ieraksti. |
| Pieņemšanas pārbaude | Durvju, lietotāju lomu, atļauto darbību, aizliegto darbību un izturēšanas/neatbilstības kritēriju paraugi. | Testa metode paraugam un saskaņotā verifikācijas pieeja piegādātajai partijai. |
Piegādātāja atbildē ir jānošķir standarta funkcijas no izvēles funkcijām un jānorāda atkarības. “Atbalstīta lietotne” nav pietiekama, ja piedāvājumā tiek jautāts, kurš var attālināti atbloķēt, vai pastāv apstiprināšanas darbība, kā tiek atsaukta piekļuve vai kā tiek nodotas īpašumtiesības pēc nodošanas ekspluatācijā. Citātam ir jāatbild uz šiem jautājumiem, salīdzinot ar nosaukto modeli un konfigurāciju.
Īpašuma pārvaldnieku bieži uzdotie jautājumi
Vai katram īpašuma pārvaldniekam jāsaņem attālās atbloķēšanas atļauja?
Nē. Atļaujai ir jāatbilst darbības atbildībai, durvju apjomam un incidentu procedūrām. Dažiem pārvaldniekiem var būt nepieciešams tikai izsniegt vai atsaukt akreditācijas datus, savukārt mazāka grupa apstrādā ārkārtas attālās atbloķēšanas gadījumus.
Vai lietotņu vadība vienmēr nozīmē attālo atbloķēšanu ārpus vietnes?
Nē. “Lietotņu vadība” var aprakstīt dažādus savienojuma un pārvaldības pasākumus. Pircējiem jālūdz piegādātājam norādīt, kur lietotājam jāatrodas, kā slēdzene sazinās un kādi papildu komponenti ir nepieciešami.
Vai produkta lapa var pierādīt, ka slēdzene atbalsta nepieciešamo atļauju hierarhiju?
Ja vien lapā vai apliecinošajos dokumentos nav skaidri aprakstīta šī precīzā modeļa hierarhija. Produkta identitāte, materiāls, izmēri un atbloķēšanas metodes automātiski neapstiprina konta lomas, apstiprināšanas noteikumus vai ierakstu vadīklas.
Kāds ir visnoderīgākais attālās piekļuves tests pirms lielapjoma pasūtījuma?
Izmantojiet durvju paraugu un īpašuma reālo lomu matricu. Pārbaudiet vienu atļauto darbību, vienu aizliegto darbību, akreditācijas datu atsaukšanu, administratora nodošanu un saskaņoto atkāpšanās metodi. Reģistrējiet pieņemto konfigurāciju salīdzināšanai ar piegādāto partiju.
Pirms piedāvājuma pieprasīšanas sagatavojiet atļauju grafiku
Darbspējīgs RFQ apvieno durvju grafiku ar atbildības matricu. Iekļaujiet īpašuma veidu, telpu skaitu, durvju un slēdzenes korpusa informāciju, vēlamās atbloķēšanas metodes, attālās darbības, administratora īpašumtiesības, atkāpšanās metodi, nodošanas dokumentus un pieņemšanas kritērijus. Tas sniedz piegādātājam pietiekami daudz konteksta, lai tas atbilstu modelim un pirms cenu noteikšanas identificētu neatbalstītus pieņēmumus.
Haolock var atbalstīt modeļu un konfigurācijas diskusijas par paroli, pirkstu nospiedumu, karti, mehānisko atslēgu, pagaidu paroli, Bluetooth, lietotni un datora pārvaldītām opcijām atkarībā no konkrētā modeļa. Īpašumu komandas var iesniegt pabeigto grafiku, izmantojot viedās slēdzenes projekta aptaujas lapa lai piedāvājums varētu vienlaikus risināt durvju saderību un nepieciešamo piekļuves pārvaldības darbplūsmu.
