V skoraj vsakem poslovnem programu za klicanje v sili pride prej ali slej ena lekcija: motorji pravilnikov so zanesljivi le toliko, kolikor so zanesljivi podatki o lokaciji, ki jih uporabljajo. Ekipe morda tedne razpravljajo o strukturi politike usmerjanja, vendar pregledi po incidentih pogosto kažejo na zastarele preslikave LIS, nepopolno pokritost omrežja ali neupravljane spremembe mesta.
To je še posebej pomembno pri evropskih uvedbah, kjer organizacije pogosto delujejo v več državah z različnimi pričakovanji glede storitev v sili. Kompleksnost se hitro poveča. Če je upravljanje lokacije šibko, se kompleksnost spremeni v tveganje.
Zakaj kakovost LIS prevladuje nad rezultati
Ko so lokacijski zapisi napačni, je sistem lahko še vedno tehnično zdrav in hkrati operativno nevaren. Logika v sili se bo izvedla deterministično, vendar proti napačnim vnosom.
Ta vrzel med tehnično pravilnostjo in operativno pravilnostjo je tisto, kar marsikatero ekipo preseneti.
Kateri močnejši programi delajo drugače
Zrele ekipe obravnavajo LIS kot kritično infrastrukturo. Dodeljujejo lastništvo, uveljavljajo nadzor nad spremembami in integrirajo preverjanje v delovne tokove omrežja in objektov. Ne zanašajo se na občasne pogone čiščenja.
Običajni koraki utrjevanja vključujejo stalne preglede premikanja, nadzorovane posodobitve preslikav in obvezna okna za preverjanje po spremembah v pisarni/omrežju.
Uredniški vidik
Kakovost LIS je skušnjava oblikovati kot problem vzdrževanja podatkov. ni. To je problem upravljanja varnosti z neposrednim vplivom na storitve.
Programi, ki to ponotranjijo zgodaj, se ponavadi izognejo resnim incidentom in se pozneje izognejo dragim nujnim sanacijskim delom.