Piekļuves kontroles projekti reti izgāžas tāpēc, ka trūkst lasītāju, karšu vai durvju automātikas. Tie parasti kļūst dārgi un neērti tāpēc, ka integrācija tiek plānota par vēlu – pēc tam, kad durvis jau izvēlētas, kabeļi ielikti un ēkas lietošanas scenāriji nav līdz galam definēti. Tieši tāpēc jautājums, kā plānot piekļuves kontroles integrāciju, nav tikai par iekārtu izvēli. Tas ir par to, kā nodrošināt, lai visa ieejas infrastruktūra strādā kopā bez liekiem kompromisiem.
Pareizais sākumpunkts nav kontrolieris vai programmatūra. Sākumpunkts ir ēkas darbība. Kurš ienāk, kad ienāk, caur kurām ieejām, ar kādām tiesībām un kādos izņēmuma gadījumos piekļuve jāmaina. Birojam, noliktavai, medicīnas iestādei, daudzdzīvokļu ēkai un privātmājai ir atšķirīgas prasības, pat ja pamata tehnoloģijas var būt līdzīgas.
Ja integrācija tiek plānota jaunbūvē, jāskatās ne tikai uz šodienas vajadzībām, bet arī uz nākamajiem pieciem līdz desmit gadiem. Bieži vien sākotnēji paredz vienu ieeju darbiniekiem, bet pēc pāris gadiem nepieciešama atsevišķa piekļuve loģistikai, nomniekiem vai apkalpojošajam personālam. Ja sistēma nav veidota ar rezervi, katrs papildinājums kļūst disproporcionāli dārgs.
Renovācijas projektos situācija ir cita. Tur bieži jāpielāgojas jau esošām durvīm, rāmjiem, slēdzenēm, ugunsdrošības risinājumiem un elektroinstalācijai. Tas nozīmē, ka teorētiski labākais risinājums ne vienmēr būs praktiski pareizākais. Labs integrācijas plāns sākas ar objekta tehnisko apsekojumu, nevis ar katalogu.
Pirms specifikācijas sagatavošanas ir jāapraksta lietošanas loģika. Tas ietver darbinieku, apmeklētāju, nomnieku, apsardzes, piegādātāju un servisa personāla plūsmas. Ja šī daļa nav skaidra, vēlāk rodas tipiska problēma – sistēma tehniski darbojas, bet ikdienā traucē.
Piemēram, centrālā ieeja var prasīt automātiskas durvis ar piekļuves kontroli ārpus darba laika, savukārt iekšējās zonas var būt aprīkotas ar turniketiem vai elektromehāniskām slēdzenēm ar atšķirīgiem autorizācijas līmeņiem. Noliktavā būtiska var būt transporta vārtu un personāla ieejas sasaite, lai notikumi tiktu reģistrēti vienotā sistēmā. Dažos objektos svarīga ir pretcaurlaides loģika, citos – ātra evakuācija un vienkārša apkalpošana.
Jo precīzāk definēta reālā lietošana, jo vieglāk izvēlēties piemērotu integrācijas arhitektūru. Tas samazina risku pārmaksāt par funkcijām, kas netiks izmantotas, vai, tieši pretēji, atklāt pārāk vēlu, ka sistēmai trūkst kritisku iespēju.
Piekļuves kontrole pati par sevi gandrīz nekad nav izolēta sistēma. Praksē tai jāsadarbojas ar durvju automātiku, elektromehāniskajām slēdzenēm, turniketiem, liftiem, videonovērošanu, apsardzes signalizāciju, ugunsgrēka trauksmes sistēmu un nereti arī ēkas vadības risinājumiem.
Šeit svarīgs ir viens princips – ne visas integrācijas ir vienlīdz vajadzīgas. Dažkārt pietiek ar pamata signālu apmaiņu, piemēram, durvju atbloķēšanu ugunsgrēka gadījumā vai notikumu nodošanu videonovērošanas sistēmai. Citreiz nepieciešama dziļāka savietojamība, kur lietotāju tiesības, grafiki un žurnāli tiek pārvaldīti centralizēti vairākās apakšsistēmās.
Ja šis jautājums netiek izlemts sākumā, rezultāts var būt fragmentēta infrastruktūra. Tad katrai ieejai ir savs risinājums, dati glabājas dažādās vietās, un ikdienas pārvaldība kļūst lēna. Īpaši tas attiecas uz komerciāliem objektiem ar vairākām ēkām vai dažādām piekļuves zonām.
Viens no biežāk ignorētajiem aspektiem ir tas, ka piekļuves kontrole nevar kompensēt nepareizi izvēlētu ieejas konstrukciju. Ja durvis, vārti vai turnikets nav piemēroti paredzētajai plūsmai un drošības līmenim, integrācija būs tikai daļējs risinājums.
Piemēram, stikla automātiskās durvis publiskā ieejā un augstas drošības portāls kritiskā zonā prasa pilnīgi atšķirīgu pieeju. Atšķiras ne tikai slēgmehānismi, bet arī sensori, vadības loģika, evakuācijas risinājumi un uzturēšanas prasības. Tas pats attiecas uz garāžu vārtiem un teritorijas vārtiem. Ja piekļuve tiek kontrolēta transportam, jāvērtē intensitāte, atvēršanās ātrums, drošības malas, cilpas, rezerves režīmi un darbība ziemas apstākļos.
Tāpēc integrācijas plāns jāveido kopā ar ieejas risinājuma izvēli. Šī ir joma, kur tehniska koordinācija starp projektētāju, drošības speciālistu un uzstādītāju dod vislielāko rezultātu.
Runājot par integrāciju, bieži pārāk ātri koncentrējas uz to, vai sistēmas “savieno kopā”. Tas ir vajadzīgs, bet ar to nepietiek. Savietojamība jāvērtē četros līmeņos – elektriskajā, mehāniskajā, programmatūras un ekspluatācijas līmenī.
Elektriskajā līmenī svarīga ir barošana, slodzes, rezerves avoti un kabeļu topoloģija. Mehāniskajā līmenī jāskatās, vai konkrētā slēdzene, durvju aizvērējs, automātika vai turniketa mehānisms vispār atbilst izvēlētajai vadības loģikai. Programmatūras līmenī jāizvērtē lietotāju administrēšana, notikumu žurnāli, tiesību struktūra, attālināta pārvaldība un integrācijas ar citām platformām. Ekspluatācijas līmenī jāatbild uz vienkāršu jautājumu – vai objekta personāls spēs sistēmu ērti lietot un uzturēt.
Ja viens no šiem līmeņiem netiek izstrādāts, sistēma var būt formāli darbojoša, bet neefektīva. Tieši tāpēc praksē svarīgs ir ne tikai aprīkojuma saraksts, bet detalizēta integrācijas loģika.
Piekļuves kontrole nedrīkst traucēt drošai cilvēku izkļūšanai no ēkas. Tas šķiet pašsaprotami, bet kļūdas šajā vietā joprojām ir biežas. Īpaši objektos, kur vienlaikus jānodrošina ierobežota piekļuve, augsta caurlaidība un atbilstība ugunsdrošības prasībām.
Projektēšanā jāparedz, kas notiek pie elektroapgādes zuduma, ugunsgrēka trauksmes, tīkla atteices vai centrālās vadības kļūmes. Vai durvis atbloķējas, paliek slēgtas vai pāriet noteiktā drošā režīmā, nav universāls lēmums. Tas atkarīgs no zonas funkcijas. Serveru telpa, farmācijas noliktava, biroja stāvs un dzīvojamās ēkas koplietošanas zona nevar tikt vērtēti vienādi.
Labs risinājums šeit ir iepriekš definēti scenāriji un to pārbaude pirms nodošanas ekspluatācijā. Dokumentācijai jābūt tik skaidrai, lai servisa speciālists un ēkas pārvaldnieks saprastu sistēmas reakciju bez interpretācijām.
Kad tiek vērtētas izmaksas, uzmanība bieži nonāk pie lasītājiem, kontrolieriem un akreditācijas līdzekļiem. Taču pilnās izmaksas veido arī durvju pielāgošana, kabeļi, barošanas risinājumi, rezerves baterijas, servera vai mākoņpakalpojuma izmaksas, programmatūras licences, montāža, programmēšana, testēšana un turpmākā apkope.
Lētākais sākotnējais piedāvājums ne vienmēr ir ekonomiskākais variants trīs vai piecu gadu periodā. Ja sistēma ir grūti paplašināma, atkarīga no specifiskām komponentēm vai sarežģīta servisa ziņā, ekspluatācijas izmaksas ātri pieaug. Tāpēc budžetā jāparedz ne tikai ieviešana, bet arī uzturēšana un rezerves daļu pieejamība.
Šeit ir vērts izvērtēt vienota tehniskā partnera priekšrocības. Ja viens uzņēmums spēj nodrošināt konsultāciju, risinājuma izvēli, uzstādīšanu un turpmāko servisu, samazinās koordinācijas kļūdu risks. Tas īpaši attiecas uz objektiem, kur piekļuves kontrole saistīta ar automātiskām durvīm, turniketiem, vārtiem vai augstas drošības ieejām.
Visbiežāk nepietiek nevis tehnoloģijas, bet elastības. Sākotnēji var šķist, ka objektam pietiks ar dažām durvīm un vienkāršu lietotāju administrēšanu. Taču vēlāk parādās vajadzība pēc viesu pārvaldības, liftu kontroles, vairāku ēku administrēšanas, integrācijas ar nomnieku sistēmām vai attālinātas servisa piekļuves.
Tāpēc jau projektēšanas stadijā jāuzdod trīs praktiski jautājumi. Vai sistēmu var paplašināt bez pilnīgas nomaiņas. Vai administratoram būs vienkārši pārvaldīt tiesības arī pēc organizācijas izmaiņām. Un vai servisa piekļuve būs pietiekami ātra, ja rodas kļūme. Ja atbilde uz kādu no šiem jautājumiem nav pārliecinoša, plāns jāprecizē.
AD Systems tipa pilna cikla pieeja šeit ir loģiska nevis mārketinga, bet tehniska iemesla dēļ. Jo vairāk ieejas risinājumu ir savstarpēji saistīti, jo svarīgāk, lai kāds pārredz kopējo sistēmu, ne tikai atsevišķu produktu grupu.
Lai integrācijas process ritētu ātrāk, pasūtītājam noder sagatavot objekta plānus, durvju un vārtu sarakstu, lietotāju grupas, piekļuves laikus, drošības līmeņus un prasības attiecībā uz ugunsdrošību un notikumu reģistrēšanu. Ja objektā jau ir esošas sistēmas, jāsavāc arī informācija par ražotājiem, modeļiem, programmatūru un servisa vēsturi.
Jo pilnīgāka sākotnējā informācija, jo precīzāks būs tehniskais piedāvājums. Tas nav formāls sagatavošanās solis. Tas tieši ietekmē, vai risinājums būs piemērots ikdienas darbam un vai uzstādīšanas laikā neradīsies neplānotas izmaiņas.
Labs noslēguma jautājums pirms jebkura projekta ir ļoti konkrēts – vai izvēlētā sistēma palīdzēs ēkai strādāt drošāk un vienkāršāk arī pēc nodošanas ekspluatācijā, ne tikai pieņemšanas aktā. Ja atbilde ir skaidra jau plānošanas posmā, integrācija parasti izdodas daudz precīzāk.
