Mielőtt távoli hozzáféréssel intelligens zárat kérne, az ingatlankezelőknek öt műveletet kell kijelölniük: a zárolás feloldása, a felhasználók jóváhagyása, a rendszergazdák visszaállítása, a hitelesítési adatok visszavonása és a hozzáférési rekordok áttekintése. Minden művelethez szükség van egy megnevezett szerepkörre, egy meghatározott hatókörre, egy jóváhagyási szabályra és egy átadási eljárásra. Az ajánlatkérésnek modellspecifikus bizonyítékot is meg kell követelnie arra vonatkozóan, hogy a javasolt zárolási és felügyeleti platform támogatja ezeket a vezérlőket.
A „távelérés” nem teljes specifikáció. Az egyik beszállító az ajtó közelében alkalmazás-alapú felhasználókezelésként értelmezheti, míg a másik a telephelyen kívüli feloldást jelenthet egy csatlakoztatott rendszeren keresztül. Az árajánlat ezért akkor is megfelelőnek tűnhet, ha nem egyezik az ingatlan működési munkafolyamatával. A beszerzési csapatoknak először meg kell határozniuk az engedélyezési modellt, majd meg kell kérniük a beszállítókat, hogy erősítsék meg, mely funkciók állnak rendelkezésre a konkrét zároláson, alkalmazáson, átjárón vagy felügyeleti konfiguráción.
Kezdje akciókkal, ne munkacímekkel
Az olyan beosztás, mint például az „adminisztrátor”, keveset mond arról, hogy az illető valójában mit tehet. Előfordulhat, hogy a szállodai ügyelet vezetőjének engedélyeznie kell az egyszeri feloldást, de nem feltétlenül tudja átadni a rendszer tulajdonjogát. Egy lakásbérleti csapat létrehozhat bérlői hozzáférést, de nincs oka az eszközbeállítások megváltoztatására. Előfordulhat, hogy a karbantartó személyzetnek korlátozott időre be kell lépnie a kijelölt helyiségekbe anélkül, hogy más lakókra vagy ingatlanokra láthatna.
Az első ajánlatkérési mellékletnek felelősségi mátrixnak kell lennie. Az alábbi mátrix egy tervezési modell, nem pedig azt állítja, hogy minden alkalmazáshoz csatlakoztatott zár minden felsorolt funkciót tartalmaz. A vevőknek törölniük kell a nem releváns sorokat, és meg kell követelniük a szállítót, hogy minden további funkciót támogatottként, nem támogatottként vagy egy további összetevőtől függőként jelöljön meg.
| Távoli hozzáférési művelet | Döntés az ajánlatkérés előtti meghatározásáról | Tipikus projektvezérlés | Kérésre bizonyíték |
| Távoli feloldás | Mely szerepek mely szobákat és milyen körülmények között nyithatják meg? | Korlátozza a hozzáférést ingatlan, épület, emelet, szoba, műszak vagy eseménytípus szerint. | Szerep-engedélyezési képernyő, használati utasítás és minta elfogadási teszt. |
| A jóváhagyás feloldása | Egy személy eljárhat egyedül, vagy egy másik szerepkörnek jóvá kell hagynia a kérést? | Használjon második jóváhagyást az érzékeny helyiségekhez vagy a munkaidőn túli kivételekhez, ha a projekt ezt megköveteli. | Szállítói visszaigazolás a rendelkezésre álló jóváhagyási munkafolyamatról az idézett konfiguráción. |
| Felhasználói vagy hitelesítő adatok létrehozása | Ki adhat hozzá alkalmazottakat, vendégeket, bérlőket, vállalkozókat vagy ideiglenes felhasználókat? | Különítse el a rutinterem hozzáférését a rendszergazda létrehozásától. | Felhasználói szerepkörök, érvényességi időszakok és helyiség-hozzárendelési vezérlők bemutatása. |
| Hitelesítés visszavonása | Ki szünteti meg a hozzáférést fizetés, bérleti szerződés felmondása, személyzet távozása vagy elveszett telefon után? | Minden eseményhez rendeljen hozzá egy választulajdonost és egy szükséges befejezési pontot. | A visszavonási eljárás és annak igazolása, hogy a hozzáférés eltávolítása ellenőrizhető az érintett zárnál. |
| Rendszergazda visszaállítása | Ki állíthatja vissza a zárolást vagy a fiókot, és ki engedélyezi ezt a műveletet? | A visszaállítási jogosultság szűkebb legyen, mint a rutin felhasználó-kezelési jogosultság. | Modell-specifikus visszaállítási utasítások és a visszaállítás utáni újraindítási ellenőrzőlista. |
| Hozzáférés a rekord felülvizsgálatához | Mely szerepkörök tekinthetik meg vagy exportálhatják a rekordokat, mely ajtókhoz és milyen működési céllal? | Korlátozza a láthatóságot a projekt által megkövetelt legkisebb működési körre. | Szállítói visszaigazolás a rekordmezőkről, a rendelkezésre állásról, a megőrzési vezérlőkről és az exportálási lehetőségekről. |
| A rendszer tulajdonjogának átruházása | Ki kapja meg az irányítást a telepítés után, és hogyan távolítják el a telepítői jogosultságokat? | Tegye dokumentált átvételi mérföldkővé a végső tulajdonjog-átruházást. | Átadás-átvételi eljárás, amely bemutatja a számlaátvitelt, a hitelesítő adatok eltávolítását és a vevő ellenőrzését. |
Határozza meg az engedélyek hatókörét ajtó- és portfóliószinten
Az engedély csak akkor hasznos, ha a hatálya egyértelmű. Az „ingatlankezelő kinyithatja az ajtókat” jelenthet egy hozzárendelt lakást, egy épület minden szobáját vagy egy teljes portfóliót. Ez a különbség befolyásolja a működési kockázatot, és nem szabad a telepítőre hagyni, hogy az üzembe helyezés során döntsön.
Minden szerephez adja meg az engedélyezett tulajdonságokat, épületeket, emeleteket, helyiségeket és időablakokat. Azt is adja meg, hogy a szerepkör delegálhat-e hozzáférést egy másik személyre. Ha a delegálás engedélyezett, határozza meg, hogy ki hagyhatja jóvá, és mikor jár le. Előfordulhat, hogy a regionális adminisztrátornak több helyen is szüksége van láthatóságra, míg a helyszíni menedzsernek csak egy helyre van szüksége jogosultságra. Az összes engedély központosítása leegyszerűsítheti a felügyeletet, de szélesebb körű hatást is gyakorolhat, ha egy fiókot rosszul kezelnek. A tisztán helyi szabályozás szűkíti ezt a hatást, de lelassíthatja a támogatást, ha nincs felhatalmazott személy a helyszínen.
Ugyanaz a hatókör-logika kell, hogy vonatkozzon a tulajdonságok módosítására is. Amikor egy szoba hosszú távú bérbeadásról rövid távú használatra vált, a szükséges hitelesítési munkafolyamat akkor is megváltozhat, ha a fizikai zár a helyén marad. Vásárlók felülvizsgálják intelligens zárolási lehetőségek a felügyelt tulajdonokhoz ezért olyan gondosan össze kell hasonlítania a működési modellt, mint a fogantyút, a befejezést vagy a feloldási módot.
Különítse el a rutin hozzáférést a kivételes hozzáféréstől
A rutin hozzáférés magában foglalja a tervezett eseményeket, például a vendégek érkezését, a bérlő beköltözését, a takarítást, az ellenőrzést vagy a tervezett karbantartást. A kivételes hozzáférés magában foglalja a zárolásokat, a jóléti ellenőrzéseket, a sérült telefonokat, a hálózati megszakításokat, a személyzet távollétét és egyéb olyan eseményeket, amelyek a normál munkafolyamattól ellenőrzött eltérést igényelnek.
A projektspecifikációnak azonosítania kell a kivétel tulajdonosát, a feloldás előtt szükséges bizonyítékokat és az utána létrehozott rekordot. Azt is meg kell adni, hogy mi történik, ha a távoli funkció nem érhető el. A kiválasztott modelltől függően a tartalék lehet jelszó, ujjlenyomat, kártya, mechanikus kulcs, helyi rendszergazda vagy más ellenőrzött módszer. Nem szabad visszaesést feltételezni a teljes termékskálán; A Haolock termékrendszere számos feloldási és kezelési lehetőséget tartalmaz, de az elérhető kombinációt modellenként meg kell erősíteni.
Ez a megkülönböztetés megakadályozza, hogy egy mindennapi kényelmi szolgáltatás ellenőrizetlen fő hozzáférési útvonallá váljon. Ezenkívül tesztelhető követelményt ad a szállítónak: mutassa be a normál munkafolyamatot, mutassa be a kivételes munkafolyamatot, és mutassa meg, hogyan tér vissza a rendszer a normál vezérléshez az incidens után.
Erősítse meg a pontos termék- és felügyeleti konfigurációt
A fizikai zárat és a távfelügyeleti elrendezést egy konfigurációként kell jóváhagyni. A 1023 fekete jelszó- és ujjlenyomat-zár, például a lakások, otthonok, bérelt szobák, magánszállások és felügyelt hozzáférésű projektek esetében szerepel. Dokumentált termékadatai fekete, rozsdamentes acél testet, szálcsiszolt felületet, 330 × 42 × 22 mm-es méreteket, valamint jelszó- és ujjlenyomat-azonosítást igazolnak.
Ezek a tények önmagukban nem határozzák meg a távoli feloldást, a fiókhierarchiát, az átjárókövetelményeket, a rekordok elérhetőségét vagy az alkalmazások viselkedését. Ha a vevő ezt a modellt – vagy bármely opciót a ujjlenyomat intelligens zár tartomány— Távoli kezeléssel a szállítónak meg kell határoznia a pontos változatot és minden támogató komponenst az árajánlatban. Ugyanez a szabály érvényes a jelszó intelligens zár tartomány: a billentyűzet vagy az ideiglenes jelszó funkció nem tekinthető a külső adminisztráció bizonyítékának.
Kérje meg a szállítót, hogy nyilatkozzon arról, hogy az egyes kért funkciókat a zárnál, a zár közelében lévő telefonon, egy átjárón vagy más kezelőfelületen keresztül hajtják-e végre. Ez az egyetlen pontosítás felfedheti az árajánlatok közötti rejtett hatókör-különbségeket, és megakadályozhatja, hogy egy mintakonfigurációt olyan feltételezések mellett hagyjanak jóvá, amelyek nem tartoznak bele a tömeges rendelésbe.
Tegye az átadást és a visszavonást az elfogadás részévé
A távelérés irányítása gyakran meghiúsul az átmeneteknél, nem pedig a normál használat során. A telepítők távoznak, az alkalmazottak szerepkört váltanak, a bérlők kiköltöznek, az ingatlanüzemeltetők megváltoznak, vagy elveszik egy rendszergazdai fiókhoz társított telefon. A projektnek minden eseményre meghatározott választ kell adnia a telepítés megkezdése előtt.
A végső elfogadás során ellenőrizni kell, hogy a vevő felügyeli a kívánt rendszergazdai fiókot, a jogosulatlan beállítási fiókokat eltávolították-e, minden szerepkör rendelkezik-e a jóváhagyott hatókörrel, valamint létrehozható és visszavonható teszt hitelesítő adat. Ha a projekt hozzáférési rekordokat igényel, az elfogadó csoportnak azt is ellenőriznie kell, hogy a tervezett ellenőr le tudja-e kérni a szükséges információkat, míg a nem kapcsolódó felhasználók nem. A nyilvántartások megőrzését és az exportálást a projekt saját működési és jogi követelményei alapján kell megerősíteni, nem pedig feltételezni.
Több helyszínes projektek esetén jelöljön ki egy fióktulajdonost és egy helyreállítási kapcsolattartót is. Nem lehetnek ideiglenes beépítők vagy egyéni alkalmazottak, akiknek távozása adminisztratív ellenőrzés nélkül hagyná el az ingatlant. Dokumentált változtatási folyamatra is szükség van: minden későbbi engedélybővítésnél azonosítani kell, hogy ki kérte, ki hagyta jóvá, mely ajtókat érintette, és mikor tesztelték a változtatást.
Mit kell megerősítenie az ajánlatkéréshez a szállítótól?
| RFQ bemenet | Információk, amelyeket a vevőnek kell megadnia | Szállítói válasz szükséges |
| Ingatlan és ajtó ütemezése | Telephelyek száma, épületek, helyiségek, ajtótípusok, ajtóvastagságok és szükséges zármennyiségek. | Kompatibilis zármodell, zártest-elrendezés és minden szükséges ajtóinformáció. |
| Engedélymátrix | Szerepkörök, engedélyezett műveletek, ajtók hatóköre, időtartam, jóváhagyási szabályok és delegálási korlátok. | Támogatott funkciók, korlátozások és minden olyan funkció, amelyhez más modellre vagy összetevőre van szükség. |
| Csatlakozási terv | Hol van szükség távoli működtetésre, és milyen csatlakozási lehetőségek állnak rendelkezésre az egyes ingatlanokon. | Hogyan kommunikál az idézett konfiguráció, és milyen további eszközre vagy beállításra van szükség. |
| Tartalék eljárás | Kinek van szüksége vészhelyzeti hozzáférésre, és milyen offline vagy helyi módszereket fogad el a projekt. | Rendelkezésre álló tartalék módszerek a pontos modellre és a normál vezérlés visszaállításának eljárására. |
| Átadási csomag | Megnevezett rendszergazda tulajdonos, helyreállítási kapcsolattartó, személyzeti szerepkörök, képzési közönség és szükséges dokumentumok. | Beállítási utasítások, alaphelyzetbe állítási eljárás, tulajdonjog-átruházási lépések és szerepkonfigurációs rekordok. |
| Átvételi teszt | Mintaajtók, felhasználói szerepkörök, engedélyezett műveletek, tiltott műveletek és sikeres/nem teljesítési feltételek. | A minta vizsgálati módszere és a szállított tétel jóváhagyott ellenőrzési megközelítése. |
A beszállítói válasznak meg kell különböztetnie a szabványos funkciókat az opcionális funkcióktól, és azonosítania kell a függőségeket. Az „Alkalmazás támogatott” nem elegendő, ha az ajánlatkérő megkérdezi, hogy ki tudja távolról feloldani a zárolást, létezik-e jóváhagyási lépés, hogyan vonják vissza a hozzáférést, vagy hogyan száll át a tulajdonjog az üzembe helyezés után. Az idézetnek választ kell adnia ezekre a kérdésekre a megnevezett modell és konfiguráció alapján.
Az ingatlankezelők által gyakran feltett kérdések
Minden ingatlankezelő kapjon távoli feloldási engedélyt?
Nem. Az engedélynek követnie kell a működési felelősséget, az ajtó hatókörét és az eseményekkel kapcsolatos eljárásokat. Előfordulhat, hogy egyes kezelőknek csak hitelesítő adatokat kell kiadniuk vagy visszavonniuk, míg egy kisebb csoport kivételes távoli feloldásokat kezel.
Az alkalmazásvezérlés mindig a helyszínen kívüli távoli feloldást jelenti?
Nem. Az „Alkalmazásvezérlés” különböző csatlakozási és kezelési elrendezéseket írhat le. A vevőknek meg kell kérniük a szállítót, hogy adja meg, hol kell lennie a felhasználónak, hogyan kommunikál a zár, és milyen további alkatrészekre van szükség.
Be tudja bizonyítani egy termékoldal, hogy egy zár támogatja a szükséges engedélyhierarchiát?
Csak akkor, ha az oldal vagy az alátámasztó dokumentumok kifejezetten leírják a pontos modellhez tartozó hierarchiát. A termékazonosító, az anyag, a méretek és a feloldási módszerek nem erősítik meg automatikusan a fiókszerepeket, a jóváhagyási szabályokat vagy a rekordvezérlőket.
Mi a leghasznosabb távoli hozzáférési teszt tömeges megrendelés előtt?
Használjon mintaajtót és az ingatlan valódi szerepmátrixát. Teszteljen egy engedélyezett műveletet, egy tiltott műveletet, a hitelesítő adatok visszavonását, a rendszergazda átadását és a megállapodás szerinti tartalék módszert. Jegyezze fel az elfogadott konfigurációt a szállított tétellel való összehasonlításhoz.
Árajánlat kérése előtt készítsen engedélyezési ütemtervet
A működőképes RFQ egyesíti az ajtó ütemezését a felelősségi mátrixszal. Tartalmazza az ingatlan típusát, a helyiségek számát, az ajtó- és zártest-információkat, a preferált feloldási módszereket, a távoli műveleteket, a rendszergazda tulajdonjogát, a tartalék módszert, az átadási dokumentumokat és az elfogadási feltételeket. Ez elegendő kontextust biztosít a szállítónak ahhoz, hogy megfeleljen egy modellnek, és azonosítsa a nem támogatott feltételezéseket az árképzés előtt.
A Haolock támogatja a jelszó, az ujjlenyomat, a kártya, a mechanikus kulcs, az ideiglenes jelszó, a Bluetooth, az alkalmazás és a számítógép által kezelt opciók modell- és konfigurációs megbeszéléseit, az adott modelltől függően. Az ingatlan csapatai az elkészült ütemtervet a címen keresztül nyújthatják be intelligens zár projekt érdeklődő oldal így az árajánlat az ajtókkal való kompatibilitást és a szükséges hozzáférés-kezelési munkafolyamatot együtt tárgyalhatja.
