Pasirinkite prieigos modelį aplink viešbutį
Paprastai viešbučiams reikia tvarkyti keletą bagažo momentų: svečias atvyksta prieš registraciją-, svečias išvyksta prieš skrydį, kambarys nėra paruoštas arba grupė atvyksta kitu laiku, nei buvo paskirtas kambarys. Spintelė yra šios paslaugų kelionės dalis. Pirkimo grupės pirmiausia turėtų nustatyti, kas deda bagažą, kas gauna prieigos kredencialus, kas vėliau gali atidaryti skyrių ir kas tvarko nepavykusį ar ginčijamą prieigos įvykį.
Savitarnos{0}}prieiga gali būti laikoma tada, kai svečias gali gauti aiškias instrukcijas, o aptarnavimo zoną lengva rasti. Darbuotojų-palaikoma prieiga gali būti svarstoma, kai viešbutis nori, kad priekinės-biuras galėtų valdyti konkrečius skyrius, grupinį bagažą arba tvarkyti išimtis. Mišrus modelis gali sujungti svečio prieigą prie įprastos saugyklos su kontroliuojamu personalo prieiga pagalbiniams atvejams.
Prieigos metodai turi atitikti svečių patirtį
Atsižvelgiant į vietą ir projekto reikalavimus, prieiga prie išmaniosios spintelės gali būti naudojama savarankiškai{0}}nustatyto slaptažodžio, kortelės, veido atpažinimo, pirštų atspaudų atpažinimo, apyrankės arba mobiliojo QR kodo pagalba. Viešbutis neturėtų pasirinkti metodo tik todėl, kad jis yra techniškai prieinamas. Taip pat turėtų būti atsižvelgta į svečio pažinimą, privatumą, kalbos palaikymą, priėmimo darbo krūvį, tapatybės patvirtinimą ir tai, kas nutinka svečiui prarandant prieigos kredencialą.
YS LOCKER patvirtiname prieigos metodą kaip projekto specifikacijos dalį. Pasirinktas metodas turi būti prijungtas prie pasirinktos programinės įrangos arba vietinio veikimo proceso. Jei viešbutis naudoja savo programinę įrangą arba vietinį tiekėją, užrakto -valdymo plokštės sąsaja gali būti peržiūrėta ir integruojama. Jei prašoma YS LOCKER programinės įrangos kūrimo, prieš kuriant reikia susitarti dėl reikalingų funkcijų ir sąsajos.
Apibrėžkite personalo leidimus ir išimtis
Viešbučio pirkėjai prieš patvirtindami spintelę turėtų parengti aiškią išimčių lentelę. Tai turėtų apimti prarastą prieigą, svečią, kuris negali atidaryti durų, skyrių, kuris atrodo užimtas, pavėluotą paėmimą, avarinę situaciją ir ginčą dėl bagažo. Lentelėje turėtų būti nurodyta, kas gali įsikišti, kaip užfiksuojamas veiksmas ir ar svečias turi dalyvauti.
Kiekviena YS LOCKER spintelė yra suprojektuota su avarinio mechaninio atidarymo galimybe, kad būtų galima naudoti raktą, kai kyla elektros ar tinklo problemų. Viešbutis vis dar turi turėti savo raktų saugojimo, darbuotojų įgaliojimų, incidentų peržiūros ir bendravimo su svečiais politiką. Aparatinės įrangos parinktis nepakeičia veikimo politikos.
Suplanuokite programinės įrangos ribas
Kai kurie viešbučiai gali prijungti spintelę prie esamos nuosavybės-valdymo ar svečių{1}}aptarnavimo darbo eigos. Kiti gali naudoti vietinę spintelės programą. YS LOCKER gali pateikti užrakto-valdymo plokštės API, terminalo programinę įrangą arba serverio sąsajas pagal projekto reikalavimus. Pirkėjas turėtų patvirtinti, kuri šalis tvarko svečių paskyras, pranešimus, darbuotojų leidimus, įrašus ir palaikymą. Šios funkcijos neturėtų būti perimtos vien iš kabineto.
DUK
Ar savitarna{0}}visada geriau viešbutyje?
Ne. Savitarna{1}}gali padėti įprastą saugyklą, bet vis tiek gali prireikti personalo pagalbos grupėms, pavėluotai atsiimti, prarasti prieigą ir išskirtines svečių užklausas. Mišrus modelis gali būti vertinamas pagal viešbučio veiklos politiką.
Ar viešbutis gali naudoti korteles arba mobiliuosius QR kodus?
Šie prieigos būdai gali būti svarstomi priklausomai nuo projekto. Galutinis metodas turėtų būti patvirtintas atsižvelgiant į svečio kelionę, programinę įrangą, privatumo reikalavimus ir veiklos aplinką.
Kaip turėtų būti valdomas avarinis atidarymas?
YS LOCKER įrangoje yra avarinio mechaninio atidarymo galimybė. Viešbutis turėtų apibrėžti, kas saugo raktą, kas gali juo naudotis, kaip dokumentuojamas veiksmas ir kaip svečias palaikomas.