Ennen kuin pyytävät älylukkoa etäkäytöllä, kiinteistövastaavien tulee antaa vastuu viidestä toimenpiteestä: lukituksen avaaminen, käyttäjien hyväksyminen, järjestelmänvalvojien nollaus, valtuustietojen peruuttaminen ja käyttöoikeustietueiden tarkistaminen. Jokainen toiminto tarvitsee nimetyn roolin, määritellyn laajuuden, hyväksymissäännön ja luovutusmenettelyn. Tarjouspyyntöön tulee myös vaatia mallikohtaisia todisteita siitä, että ehdotettu lukko- ja hallintaalusta voi tukea näitä ohjaimia.
"Etäkäyttö" ei ole täydellinen määritys. Yksi toimittaja voi tulkita sen sovelluspohjaiseksi käyttäjien hallinnaksi oven lähellä, kun taas toinen voi tarkoittaa lukituksen avaamista paikan päällä yhdistetyn järjestelmän kautta. Tarjous voi siis näyttää vaatimustenmukaiselta, vaikka se ei vastaa kiinteistön toiminnan työnkulkua. Hankintatiimien tulee määrittää ensin lupamalli ja pyytää sitten toimittajia vahvistamaan, mitkä toiminnot ovat käytettävissä tarkalleen tarjotussa lukko-, sovelluksessa, yhdyskäytävässä tai hallintakokoonpanossa.
Aloita toimilla, ei virkanimikkeillä
Nimike, kuten "järjestelmänvalvoja", kertoo vain vähän siitä, mitä kyseinen henkilö voi todella tehdä. Hotellin päivystyspäällikkö saattaa joutua valtuuttamaan kertaluonteisen lukituksen avaamisen, mutta hänen ei välttämättä tarvitse siirtää järjestelmän omistajuutta. Asunnon vuokraustiimi voi luoda vuokralaisen pääsyn, mutta sillä ei ole syytä muuttaa laitteen asetuksia. Huoltohenkilöstö saattaa tarvita määräaikaisen pääsyn määrättyihin huoneisiin ilman näkyvyyttä muihin asukkaisiin tai kiinteistöihin.
Ensimmäisen tarjouspyyntöliitteen tulee olla vastuumatriisi. Alla oleva matriisi on suunnittelumalli, ei väite, että jokainen sovellukseen yhdistetty lukko sisältää kaikki luetellut toiminnot. Ostajien tulee poistaa epäolennaiset rivit ja vaatia toimittajaa merkitsemään jokainen jäljellä oleva toiminto tuetuksi, ei-tuetuksi tai lisäkomponentista riippuvaiseksi.
| Etäkäyttötoiminto | Päätös määritellä ennen tarjouspyyntöä | Tyypillinen projektinhallinta | Todisteita pyydettäväksi |
| Etälukitus | Mitkä roolit voivat avata mitkä huoneet ja missä olosuhteissa? | Rajoita pääsyä kiinteistön, rakennuksen, kerroksen, huoneen, vuoron tai tapahtumatyypin mukaan. | Roolin lupanäyttö, käyttöohjeet ja näytehyväksyntätesti. |
| Avaa hyväksyntä | Voiko yksi henkilö toimia yksin vai täytyykö toisen roolin hyväksyä pyyntö? | Käytä toista hyväksyntää herkille huoneille tai aukioloaikojen poikkeuksille, jos projekti sitä vaatii. | Toimittajan vahvistus tarjotun kokoonpanon käytettävissä olevasta hyväksyntätyönkulusta. |
| Käyttäjän tai tunnistetietojen luominen | Kuka voi lisätä henkilökuntaa, vieraita, vuokralaisia, urakoitsijoita tai tilapäisiä käyttäjiä? | Erota rutiinihuoneen käyttöoikeus järjestelmänvalvojan luomisesta. | Käyttäjäroolien, voimassaoloaikojen ja huonemäärittelyjen esittely. |
| Valtuutuksen peruuttaminen | Kuka poistaa pääsyn kassalle, vuokrasopimuksen irtisanomisen, henkilökunnan lähtemisen tai kadonneen puhelimen jälkeen? | Määritä jokaiselle tapahtumalle vastauksen omistaja ja vaadittu suorituspiste. | Peruuttamismenettely ja todiste siitä, että pääsyn poistaminen voidaan tarkistaa kyseisessä lukossa. |
| Järjestelmänvalvojan nollaus | Kuka voi nollata lukituksen tai tilin ja kuka valtuuttaa sen? | Pidä palautusoikeus kapeampana kuin rutiininomaiset käyttäjien hallintaoikeudet. | Mallikohtaiset palautusohjeet ja nollauksen jälkeinen uudelleen käyttöönoton tarkistuslista. |
| Pääsy tietueen tarkasteluun | Mitkä roolit voivat tarkastella tai viedä tietueita, mitä ovia varten ja mihin toimintatarkoituksiin? | Rajoita näkyvyys projektin vaatimaan pienimpään toiminta-alueeseen. | Toimittajan vahvistus tietuekentistä, saatavuudesta, säilytyssäätimistä ja vientivaihtoehdoista. |
| Järjestelmän omistajuuden siirto | Kuka saa hallinnan asennuksen jälkeen ja miten asentajan oikeudet poistetaan? | Tee lopullisesta omistajuuden siirrosta dokumentoitu hyväksymisen virstanpylväs. | Luovutusmenettely, joka näyttää tilin siirron, kirjautumistietojen poistamisen ja ostajan vahvistuksen. |
Määritä käyttöoikeuksien laajuus ovi- ja portfoliotasolla
Lupa on hyödyllinen vain, kun sen laajuus on selvä. "Kiinteistönhoitaja voi avata ovien lukituksen" voi tarkoittaa yhtä osoitettua asuntoa, jokaista huonetta yhdessä rakennuksessa tai kokonaista portfoliota. Tämä ero vaikuttaa käyttöriskiin, eikä sitä tule jättää asentajan päätettäväksi käyttöönoton yhteydessä.
Määritä jokaiselle roolille sallitut kiinteistöt, rakennukset, kerrokset, huoneet ja aikaikkunat. Ilmoita myös, voiko rooli siirtää käyttöoikeuden toiselle henkilölle. Jos delegointi on sallittu, määritä, kuka voi hyväksyä sen ja milloin se vanhenee. Alueellinen järjestelmänvalvoja saattaa tarvita näkyvyyttä useissa sivustoissa, kun taas paikan päällä oleva johtaja voi tarvita vain yhden sijainnin valtuudet. Kaikkien lupien keskittäminen voi yksinkertaistaa valvontaa, mutta sillä on myös laajempi vaikutus, jos yhtä tiliä käsitellään väärin. Puhtaasti paikallinen ohjaus kaventaa vaikutusta, mutta voi hidastaa tukea, kun paikalla ei ole valtuutettua henkilöä.
Samaa laajuuslogiikkaa tulisi soveltaa ominaisuuksien muutoksiin. Kun huone vaihtuu pitkäaikaisesta vuokrauksesta lyhytaikaiseen käyttöön, vaadittu tunnistetietojen työnkulku voi muuttua, vaikka fyysinen lukko pysyisi paikoillaan. Ostajat arvioivat älykkäät lukitusvaihtoehdot hallinnoiduille kiinteistöille Siksi toimintamallia on verrattava yhtä huolellisesti kuin kahvaa, viimeistelyä tai lukituksen avaustapaa.
Erota rutiinikäyttö poikkeuksellisesta pääsystä
Rutiinikäyttö kattaa suunnitellut tapahtumat, kuten vieraiden saapumisen, vuokralaisen muuton, siivouksen, tarkastuksen tai ajoitetun huollon. Poikkeuksellinen pääsy kattaa työsulut, hyvinvointitarkastukset, vaurioituneet puhelimet, verkkokatkot, henkilöstön poissaolot ja muut tapahtumat, jotka edellyttävät hallittua poikkeamista normaalista työnkulusta.
Projektin määrittelyssä tulee yksilöidä poikkeuksen omistaja, ennen lukituksen avaamista vaadittavat todisteet ja sen jälkeen luotu tietue. Sen tulee myös ilmoittaa, mitä tapahtuu, jos etätoiminto ei ole käytettävissä. Valitusta mallista riippuen varatoiminto voi sisältää salasanan, sormenjäljen, kortin, mekaanisen avaimen, paikallisen järjestelmänvalvojan tai muun vahvistetun menetelmän. Koko tuotevalikoiman osalta ei pitäisi olettaa varaosia. Haolockin tuotejärjestelmä sisältää useita avaus- ja hallintavaihtoehtoja, mutta saatavilla oleva yhdistelmä on vahvistettava mallikohtaisesti.
Tämä erotus estää arjen mukavuusominaisuudesta muodostumasta hallitsemattomaksi pääkäyttöreitiksi. Se antaa toimittajalle myös testattavan vaatimuksen: näytä normaali työnkulku, esitä poikkeustyönkulku ja näytä, kuinka järjestelmä palaa normaaliin hallintaan tapahtuman jälkeen.
Vahvista tarkat tuote- ja hallintakokoonpanot
Fyysinen lukko ja etähallintajärjestely tulee hyväksyä yhtenä kokoonpanona. The 1023 musta salasana- ja sormenjälkilukitus, on listattu esimerkiksi asunnoille, koteille, vuokrahuoneille, kotimajoituksille ja hallinnoituille projekteille. Sen dokumentoidut tuotetiedot vahvistavat mustan ruostumattomasta teräksestä valmistetun rungon, harjatun pinnan, mitat 330 × 42 × 22 mm sekä salasanan ja sormenjälkitunnistuksen.
Nämä tosiasiat eivät sinänsä määritä lukituksen etäavaamista, tilihierarkiaa, yhdyskäytävävaatimuksia, tietueiden saatavuutta tai sovellusten toimintaa. Jos ostaja haluaa tämän mallin tai minkä tahansa vaihtoehdon sormenjälkien älylukkovalikoima—Etähallinnan avulla toimittajan tulee tunnistaa tarjouksessa tarkka variantti ja jokainen tukikomponentti. Sama sääntö pätee arvioitaessa salasana älykäs lukitusalue: näppäimistöä tai väliaikaista salasanatoimintoa ei pidä pitää todisteena järjestelmän ulkopuolisesta hallinnoinnista.
Pyydä toimittajaa ilmoittamaan, suoritetaanko jokainen pyydetty toiminto lukossa, lukon lähellä olevan puhelimen kautta, yhdyskäytävän kautta vai muun hallintaliittymän kautta. Tämä yksittäinen selvennys voi paljastaa tarjousten väliset piilotetut laajuuserot ja estää näytekokoonpanon hyväksymisen oletuksilla, jotka eivät sisälly joukkotilaukseen.
Tee luovutuksesta ja peruuttamisesta osa hyväksyntää
Etäkäytön hallinta epäonnistuu usein siirtymissä eikä normaalin käytön aikana. Asentajat lähtevät, työntekijät vaihtavat rooleja, vuokralaiset muuttavat pois, kiinteistönhoitaja vaihtuu tai järjestelmänvalvojan tiliin yhdistetty puhelin katoaa. Projekti tarvitsee määritellyn vastauksen jokaiselle tapahtumalle ennen asennuksen aloittamista.
Lopullisen hyväksynnän tulee varmistaa, että ostaja hallitsee aiottua järjestelmänvalvojan tiliä, luvattomat asennustilit on poistettu, jokaisella roolilla on hyväksytty oven laajuus ja testitunniste voidaan luoda ja peruuttaa. Jos projekti vaatii käyttöoikeustietueita, hyväksymisryhmän tulee myös varmistaa, että aiottu tarkastaja voi hakea vaaditut tiedot, kun taas riippumattomat käyttäjät eivät. Tietueiden säilyttäminen ja vientikäyttäytyminen tulee vahvistaa projektin omiin toiminnallisiin ja lakisääteisiin vaatimuksiin verrattuna oletuksen sijaan.
Nimeä usean sivuston projekteissa sekä tilin omistaja että palautuksen yhteyshenkilö. He eivät saa olla tilapäisiä asentajia tai yksittäisiä työntekijöitä, joiden poistuminen jättäisi kiinteistön ilman hallinnollista valvontaa. Tarvitaan myös dokumentoitu muutosprosessi: jokaisen myöhemmän luvanlaajennuksen tulee tunnistaa, kuka sitä pyysi, kuka sen hyväksyi, mihin oviin se vaikutti ja milloin muutosta testattiin.
Mitä tarjouspyynnön tulisi edellyttää toimittajan vahvistamista?
| RFQ-tulo | Tiedot, jotka ostajan tulee antaa | Toimittajan vastaus vaaditaan |
| Kiinteistö- ja oviaikataulu | Kohteiden lukumäärä, rakennukset, huoneet, ovityypit, ovien paksuudet ja tarvittavat lukkomäärät. | Yhteensopiva lukkomalli, lukon rungon järjestely ja kaikki tarvittavat ovitiedot. |
| Lupamatriisi | Roolit, sallitut toiminnot, oven laajuus, aikaalue, hyväksymissäännöt ja delegointirajat. | Tuetut toiminnot, rajoitukset ja kaikki toiminnot, jotka tarvitsevat eri mallin tai komponentin. |
| Yhteyssuunnitelma | Missä etäkäyttöä tarvitaan ja mitä yhteyksiä kussakin kiinteistössä on saatavilla. | Miten lainattu kokoonpano kommunikoi ja mitä lisälaitetta tai -asennusta tarvitaan. |
| Varamenettely | Kuka tarvitsee hätäkäytön ja mitkä offline- tai paikalliset menetelmät projekti hyväksyy. | Käytettävissä olevat varamenetelmät tarkalle mallille ja normaalin ohjauksen palauttamismenettely. |
| Luovutuspaketti | Nimetty järjestelmänvalvojan omistaja, palautuksen yhteyshenkilö, henkilöstön roolit, koulutusryhmä ja vaaditut asiakirjat. | Asennusohjeet, nollausmenettely, omistajuuden siirtovaiheet ja roolin määritystietueet. |
| Hyväksymistesti | Esimerkkejä ovista, käyttäjärooleista, sallituista toimista, kielletyistä toimista ja hyväksyntä-/hylkäyskriteereistä. | Näytteen testausmenetelmä ja sovittu todentamismenetelmä toimitetulle erälle. |
Toimittajavastauksessa tulee erottaa vakiotoiminnot valinnaisista toiminnoista ja tunnistaa riippuvuudet. "Sovellustuettu" ei riitä, jos tarjouspyyntö kysyy, kuka voi avata lukituksen etänä, onko hyväksymisvaihetta olemassa, kuinka käyttöoikeus peruutetaan tai miten omistus siirtyy käyttöönoton jälkeen. Lainauksen pitäisi vastata näihin kysymyksiin nimettyä mallia ja kokoonpanoa vastaan.
Kysymyksiä, joita kiinteistönhoitajat usein kysyvät
Pitäisikö jokaisen kiinteistönhoitajan saada etälukituksen avauslupa?
Ei. Luvan tulee noudattaa toiminnallista vastuuta, oven laajuutta ja tapausmenettelyjä. Jotkut johtajat saattavat joutua vain myöntämään tai peruuttamaan valtuustietoja, kun taas pienempi ryhmä käsittelee poikkeuksellisia etälukituksen avauksia.
Tarkoittaako sovelluksen ohjaus aina lukituksen ulkopuolista etäavausta?
Ei. "Sovellushallinta" voi kuvata erilaisia yhteys- ja hallintajärjestelyjä. Ostajien tulee pyytää toimittajaa ilmoittamaan, missä käyttäjän tulee olla, miten lukko kommunikoi ja mitä lisäosia tarvitaan.
Voiko tuotesivu todistaa, että lukko tukee vaadittua käyttöoikeushierarkiaa?
Ei, ellei sivu tai tukiasiakirjat nimenomaisesti kuvaile hierarkiaa tarkalleen mallille. Tuotteen identiteetti, materiaali, mitat ja lukituksen avausmenetelmät eivät automaattisesti vahvista tilirooleja, hyväksymissääntöjä tai tietueiden valvontaa.
Mikä on hyödyllisin etäkäyttötesti ennen joukkotilausta?
Käytä malliovea ja kiinteistön todellista roolimatriisia. Testaa yhtä sallittua toimintoa, yhtä kiellettyä toimintoa, valtuustietojen peruuttamista, järjestelmänvalvojan vaihtoa ja sovittua varamenetelmää. Kirjaa ylös hyväksytty konfiguraatio vertailua varten toimitettuun erään.
Valmistele lupaaikataulu ennen tarjouksen pyytämistä
Toimiva tarjouspyyntö yhdistää oven aikataulun vastuumatriisiin. Sisällytä omaisuuden tyyppi, huonemäärä, ovien ja lukon rungon tiedot, ensisijaiset lukituksen avaustavat, etätoiminnot, järjestelmänvalvojan omistajuus, varamenetelmä, luovutusasiakirjat ja hyväksymiskriteerit. Tämä antaa toimittajalle tarpeeksi kontekstia mallin sovittamiseksi ja tukemattomien oletusten tunnistamiseen ennen hinnoittelua.
Haolock voi tukea malli- ja konfiguraatiokeskusteluja salasanasta, sormenjäljestä, kortista, mekaanisesta avaimesta, väliaikaisesta salasanasta, Bluetoothista, sovelluksista ja tietokoneella ohjatuista vaihtoehdoista tietyn mallin mukaan. Kiinteistöryhmät voivat lähettää valmiin aikataulun kautta älylukkoprojektin tiedustelusivu joten tarjous voi käsitellä ovien yhteensopivuutta ja vaadittua kulunhallinnan työnkulkua yhdessä.
