Jak při mimořádné události zjistit, kdo je skutečně v areálu
Papírová prezenčka návštěvy a řidiče nezachytí. Jak z průchodů a registrací vzniká živý seznam přítomných a jak jej při evakuaci obeslat SMS.
Evidence vstupu a krizová komunikace se spojují na úrovni dat: krizový modul si nevede vlastní adresář příjemců, ale čte průběžnou evidenci průchodů a registrací, která vzniká na vstupech do areálu za běžného provozu. V řešení SECAPRO tuhle roli plní SECAPRO ALERT — modul platformy PSA (průjezdový systém areálu), který při spuštění vezme osoby vedené jako přítomné a rozešle jim SMS. Následující text popisuje architekturu toho spojení: odkud se seznam přítomných skládá, kudy do systému vstupuje signál z požární a zabezpečovací signalizace a jaký záznam po rozeslání zůstane pro chvíli, kdy se bude událost vyšetřovat.
Poslat hromadnou SMS umí řada nástrojů. Rozdíl mezi nimi není v odesílání, ale v tom, odkud se bere seznam příjemců. Ručně udržovaný adresář zastarává ode dne, kdy vznikl: neví o návštěvě registrované před dvaceti minutami, o montérech externí firmy ani o řidiči stojícím u rampy — tedy přesně o lidech, kteří areál neznají a které je při mimořádné události potřeba zastihnout nejdřív.
SECAPRO ALERT proto žádný vlastní adresář neudržuje. Pracuje přímo nad evidencí, kterou vytváří běžné odbavování na vstupech, a drží se jednoho pravidla: kdo vešel nebo vjel a dosud nezaevidoval odchod, je veden jako přítomný — a právě on je příjemcem zprávy.
Z toho plyne základní architektonická podmínka celého řešení: ALERT dává smysl jen tam, kde se vstup osob už eviduje. Modul evidenci nevytváří, v okamžiku spuštění ji jen čte. V areálu, kde se dovnitř chodí volně, není nad čím krizovou komunikaci postavit — prvním krokem je zavést evidenci vstupu, ne pořídit rozesílací modul. Proč v krizi neobstojí papírová prezenčka ani docházkový systém, rozebírá podrobně článek jak při mimořádné události zjistit, kdo je skutečně v areálu.
Seznam přítomných není tabulka, kterou by někdo ručně udržoval. Je to průběžný stav odvozený z posloupnosti událostí, které do systému zapisují tři druhy vstupních bodů:
Stav „přítomen“ se z těchto událostí odvozuje jednoduše: příchod bez zapsaného odchodu znamená přítomnost. Přesnost seznamu proto stojí na evidenci odchodů — v dobře navrženém vstupu se odchod vynucuje technicky (sběr vydaných karet polykačem u východu, odmítnutí druhého příchodu bez zapsaného odchodu), jak podrobněji popisuje sousední článek o evidenci přítomných.
Druhou podmínkou je kontakt. Seznam přítomných je při rozesílání k ničemu, pokud u osob chybí telefonní číslo. U návštěv se kontakt sbírá při registraci na kiosku nebo u obsluhy; u zaměstnanců musí být veden v evidenci osob spolu se zařazením do oddělení — právě podle oddělení se pak omezuje rozsah rozeslání. Návrh registračního procesu proto patří k nasazení krizové komunikace stejně neoddělitelně jako technika.
Druhá strana architektury je spouštění. SECAPRO ALERT se napojuje na řetězec EPS, EZS a přístupových systémů — tedy na elektrickou požární signalizaci (EPS) a elektrickou zabezpečovací signalizaci (EZS), které v průmyslovém areálu poplach typicky detekují jako první.
Spuštění má dvě cesty. První je ruční: obsluha rozhodne o evakuaci a odešle přednastavené hlášení, případně vlastní krátkou zprávu. Druhá je signál z bezpečnostních technologií: poplach z ústředny může rozeslání vyvolat bez čekání na to, až se informace donese k obsluze. Ruční cesta přitom zůstává vždy zachovaná — rozhodnutí o evakuaci je v řadě situací na člověku, ne na čidle, a automatika je tu od toho, aby jednoznačné situace zrychlila, ne aby úsudek nahradila.
Konkrétní způsob převzetí signálu z ústředny se navrhuje v projektu podle technologií, které v areálu jsou. Za zmínku stojí, že vstupní technologie s požárním scénářem počítá i na straně vjezdu: automatické závory elektronické vrátnice mají kontakty připravené pro EPS a chování brány při poplachu se definuje jako součást návrhu procesů. Krizová SMS a požární scénář vjezdu tak mohou vycházet ze stejného signálu — jedna událost, dvě navazující reakce.
Samotné doručení obstarává GSM brána s vlastní SIM kartou, kvůli dostupnosti při výpadku operátora doplněná záložní SIM. Bez brány modul seznam přítomných sestaví, ale zprávu neodešle — brána je proto součástí dodávky, ne volitelný doplněk.
Po každé mimořádné události přijdou dvě otázky: kdo byl v areálu a kdo byl o události informován. Architektura popsaná výše na obě odpovídá z jednoho místa.
Na první otázku odpovídá evidence průchodů a registrací — u každé osoby čas příchodu, u návštěv navíc hostitel a doklad o absolvovaném seznámení. Na druhou otázku odpovídá přehled odeslaných zpráv a jejich rozsahu: komu a co bylo odesláno, zda šlo o hlášení celému areálu, nebo jen vybraným oddělením a skupinám. Vyšetřování, pojišťovna i vlastní vyhodnocení tak nestojí na paměti obsluhy, ale na záznamu, který vznikl v systému v okamžiku odeslání, ne zpětným zápisem.
Je poctivé říct, co záznam dokládá a co ne. Dokládá, že zpráva byla odeslána, kterým příjemcům a s jakým textem. Nedokládá, že si ji příjemce přečetl a zachoval se podle ní — proto SMS nemá být jediný kanál a evakuační postup musí počítat i s místní signalizací a rolemi lidí na místě.
Z pohledu IT stojí za zmínku, kde záznamy žijí: platforma PSA běží na aplikačním serveru s lokální databází, která není vystavená do internetu, a servisní přístup vede výhradně přes VPN — podrobnosti popisuje stránka architektury platformy PSA. Auditní stopa vstupů a záznam o rozeslání tedy zůstávají v témže systému, ve kterém vznikly.
Z architektury plyne i pořadí kroků. Před nasazením krizové komunikace musí v areálu existovat:
Ne. Krizový modul čte evidenci ze systému; papírový zápis pro něj neexistuje. Nejkratší cesta je nasadit Návštěvní systém — obsluha vrátnice zůstává a zapisuje jako dosud, jen do prohlížeče místo do sešitu. Samoobslužný kiosek se dá doplnit později, až na něj dozraje provoz nebo rozpočet.
Ne. Rozhoduje evidence, ne konkrétní zařízení: registrace návštěv může vznikat u obsluhy v Návštěvním systému a průchody zaměstnanců zapisují turnikety a čtečky přístupového systému. ALERT je ovšem modul platformy PSA, takže platforma je vždy součástí řešení.
Přehled odeslaných zpráv a jejich rozsahu — komu a co bylo odesláno, zda celému areálu, nebo vybraným skupinám. Spolu s evidencí vstupu tak lze po události doložit, kdo byl uvnitř a kdo dostal zprávu. Záznam dokládá odeslání, ne přečtení zprávy příjemcem.
Platforma PSA běží na aplikačním serveru s lokální databází, která není vystavená do internetu; žádná komponenta není přímo dostupná z veřejné sítě a servisní přístup vede přes VPN. Nasazení je možné on-premise ve vaší DMZ, nebo v oddělené síti dodavatele — podle toho, kdo má držet perimetr.
Ano. Rozsah se volí při každém spuštění — celý areál, nebo vybraná oddělení a skupiny. Zkušební zpráva se tedy pošle malé skupině a záznam o odeslání vznikne stejně jako při ostrém použití, takže se z něj dá vyhodnotit i nácvik.
Provozovatel. Přednastavená hlášení se připravují předem podle evakuačního plánu a odesílají se na jedno tlačítko; pro nestandardní situace může obsluha napsat vlastní krátkou zprávu. Modul rozhodnutí nezrychlí — zrychlí jeho provedení.
Rozsah řešení pro váš areál — od evidence vstupu po krizovou komunikaci — si můžete naklikat v konfigurátoru.
Papírová prezenčka návštěvy a řidiče nezachytí. Jak z průchodů a registrací vzniká živý seznam přítomných a jak jej při evakuaci obeslat SMS.
Shrnutí tématu pro vaši roli — argumenty, omezení a další krok.