Näin valitset matkustusriskien hallinta-alustan: 10 kysymystä, jotka jokaisen turvallisuuspäällikön tulisi esittää

Yritykselläsi on kriisisuunnitelma. Lakitiimisi on käynyt läpi huolenpitovelvollisuutesi. Sinulla on matkustuspolitiikka. Se mikä sinulta saattaa puuttua, on alusta, joka saa kaiken tämän toimimaan, kun jotain oikeasti menee pieleen.

Matkustusriskien hallintaohjelmistot ovat täynnä kilpailua, ja jokainen toimittaja väittää alustansa tekevän kaiken. Reaaliaikaiset hälytykset. Maailmanlaajuinen kattavuus. Saumattomat integraatiot. Huolenpitovelvollisuuden vaatimustenmukaisuus. Kieli alkaa sekoittua kolmannen demon jälkeen.

Tämä opas leikkaa läpi markkinahypen. Se käsittelee, mitä TRM-alusta oikeasti tekee, 10 kysymystä, jotka sinun tulisi esittää jokaiselle toimittajalle, varoitusmerkit, jotka kertovat enemmän kuin mikään myyntiesitys, sekä sen, mikä erottaa paineen alla toimivat alustat niistä, jotka näyttävät hyviltä PowerPointissa.

Valitsitpa HAAVYNin tai et, sinun tulisi jäädä tämän oppaan jälkeen tietämään tarkalleen, miten toteuttaa arviointi, joka suojelee ihmisiäsi ja organisaatiotasi.

Mitä matkustusriskien hallinta-alusta oikeasti tekee

Ennen kuin voit arvioida yhtä, sinun on oltava selvillä siitä, mitä olet ostamassa.

Matkustusriskien hallinta-alusta ei ole pelkkä seurantatyökalu. Perusversio – sen tietäminen, missä matkustajasi ovat – on lähtötaso. Varsinainen tehtävä on yhdistää uhkatiedustelu oikeille ihmisille oikealla hetkellä, mahdollistaa koordinoitu vaste ja tuottaa dokumentaatio, joka osoittaa organisaatiosi täyttäneen lakisääteiset velvoitteensa.

Tämä tarkoittaa, että toimiva TRM-alusta tekee useita asioita rinnakkain:

Kerää uhkatiedustelua sadoista lähteistä (uutiset, viranomaistiedotteet, OSINT, kumppanisyötteet) ja muuntaa sen strukturoiduksi riskidataksi
Ylläpitää reaaliaikaista kuvaa matkustajien sijainneista, matkasuunnitelmista ja varauksista
Käynnistää hälytyksiä matkustajille ja turvallisuustiimeille, kun riskitapahtuma osuu matkustajien sijaintien kanssa yhteen
Tarjoaa viestintätyökaluja – kaksisuuntaiset kuittaukset, massailmoitukset, hätäpuhelut
Integroituu TMC-järjestelmääsi, HR-järjestelmääsi ja varausjärjestelmiisi pitääkseen matkustajatiedot ajan tasalla
Tuottaa raportteja ja auditointipolkuja jälkikäteisarviointia ja lainmukaisuutta varten
Ihanteellisesti kietoo vakuutuksen ja hätäavun palvelut tiedustelukerroksen ympärille

Kuilu sen välillä, mitkä alustat tekevät tämän hyvin ja mitkä vain näyttävät tekevän sen hyvin, on valtava. Et näe tätä kuilua demoympäristössä.

10 kysymystä, jotka kannattaa esittää jokaiselle TRM-toimittajalle

1. Kuinka nopeasti hälytys tavoittaa matkustajan tapahtuman jälkeen?

Tämä on tärkein kysymys, ja useimmat toimittajat antavat sinulle epämääräisen vastauksen. Vaadi yksityiskohtia: mikä on keskimääräinen aika tapahtuman havaitsemisesta matkustajan ilmoitukseen? Mitataanko se minuuteissa vai tunneissa? Vaihteleeko se tapahtumatyypin, alueen tai vakavuuden mukaan?

Matkustusriskien hallinta-alusta, joka käyttää 45 minuuttia matkustajan hälyttämiseen nopeasti etenevästä tapahtumasta – pommi-iskusta, äkillisestä lentokentän sulkemisesta, kansalaislevottomuuksien puhkeamisesta – ei suojele ketään. Vuoden 2019 Sri Lankan pääsiäissunnuntain pommi-iskut tappoivat 269 ihmistä. Monilla organisaatioilla, joilla oli henkilökuntaa Colombossa sinä aamuna, ei ollut näkyvyyttä tunteihin. Aikaväli tapahtuman ja ilmoituksen välillä on se, missä vahinko tapahtuu.

Pyydä toimittajia näyttämään historiallinen esimerkki: valitse todellinen tapaus ja kävele heidän kanssaan läpi heidän hälytysaikajanansa tapahtuman havaitsemisesta matkustajan tavoittamiseen.

2. Tukeeko alusta ISO 31030 -vaatimustenmukaisuuden dokumentointia?

ISO 31030 -standardi matkustusriskien hallintaan ei ole laillisesti pakollinen useimmissa lainkäyttöalueissa – mutta siitä on tullut de facto vertailukohta sille, miltä uskottava huolenpitovelvollisuusohjelma näyttää. Kun vastuukysymyksiä nousee esiin, tuomioistuimet, vakuutusyhtiöt ja sääntelyviranomaiset kysyvät yhä useammin, olivatko prosessisi linjassa sen kanssa.

Everbridgen TRM-markkina-analyysissä mainitun tutkimuksen mukaan vain 24 % organisaatioista omaa vahvan TRM-ohjelman ISO 31030:n määrittelemällä tavalla, ja vain 21 % kokee, että heillä on riittävät toimenpiteet sen keskeisten matkustusturvallisuusvaatimusten täyttämiseen. Tämä kuilu on se, missä oikeudenkäynnit elävät.

Kysy toimittajilta erityisesti: tuottaako alustasi dokumentaation matkaa edeltävistä riskiarvioista? Kirjaako se, milloin matkustajat saivat riskitiedot ja kuittasivatko he ne? Voitko viedä ulos auditointipolun riski-ilmoituksista tietylle matkalle?

Jos vastaus on ei tai “voimme työskennellä tiimisi kanssa sen eteen”, se on varoitusmerkki.

3. Miltä API-integraatioekosysteemisi oikeasti näyttää?

Jokainen toimittaja väittää tarjoavansa API-integraatioita. Sinun on tiedettävä, ovatko nämä integraatiot todellisia, ylläpidettyjä ja kaksisuuntaisia.

Tärkeimmät integraatiot:

Matkatoimistosi (TMC) tai varausjärjestelmäsi – jotta matkasuunnitelmatiedot virtaavat TRM-alustaan automaattisesti ilman manuaalisia latauksia
HR-järjestelmäsi – jotta työntekijätiedot, osastokoodit ja hätäyhteystiedot ovat aina ajan tasalla
Globaalin seurannan tai turvallisuusoperaatiokeskuksen työkalusi – jotta hälytykset voivat syöttää olemassa olevaan työnkulkuusi

Pyydä tekninen spesifikaatio. Kysy, mitkä integraatiot ovat natiiveja ja mitkä räätälöityjä. Kysy, kuka ylläpitää niitä, kun kolmannen osapuolen työkalu julkaisee API-päivityksen. Kysy, tarvitseeko tiimisi IT-resursseja niiden käyttöönottoon vai ovatko ne plug-and-play.

Alusta, joka vaatii kuuden kuukauden integraatioprojektin yhdistääkseen Concur-järjestelmääsi, ei ole se saumaton ratkaisu, joka sinulle luvattiin.

4. Kuinka hyvä mobiilisovellus on – ja ovatko matkustajasi oikeasti testanneet sitä?

Mobiilisovellus on viimeinen maili. Se on paikka, jossa matkustajasi vastaanottaa hälytyksen, vahvistaa turvallisuutensa tai soittaa avunpyynnön kello 02:00 kaupungissa, jossa hän ei ole koskaan aiemmin käynyt.

Pyydä toimittajilta pääsy heidän oikeaan kuluttajasovellukseensa, ei demoympäristöön. Lataa se. Tarkista, toimiiko se offline-tilassa tai heikentyneellä yhteydellä – koska kriisitapahtumat osuvat usein yhteen infrastruktuurihäiriöiden kanssa. Tarkista SOS-toiminto: kuinka monta napautusta hätäkeskukseen pääsemiseen? Reitittyykö se VOIP:n vai oikean puhelinnumeron kautta? Mitä tapahtuu, jos sovellus kaatuu?

Parhaat alustat ylläpitävät jatkuvaa taustalla toimivaa sijaintipalvelua, joka ei tyhjennä akkua ja toimii myös silloin, kun datayhteys on katkonaista. Jotkut alustat luottavat siihen, että matkustajat avaavat sovelluksen aktiivisesti jakaakseen sijainnin – mikä on juuri se tilanne, jossa he eivät välttämättä tee niin.

Kysy myös: kuinka suurella osalla olemassa olevista asiakkaistasi matkustajasovelluksen käyttöönottoaste on yli 80 %? Alhaiset käyttöönottoasteet kertovat enemmän käytettävyydestä kuin mikään ominaisuuslista.

5. Mitä hätäapu- ja korvauspalveluita pakettiin kuuluu?

On perustavanlaatuinen ero alustan välillä, joka kertoo sinulle ongelmasta, ja alustan välillä, joka auttaa sinua ratkaisemaan sen.

Jotkut TRM-työkalut ovat puhdasta tiedustelua ja hälyttämistä – ne tunnistavat riskin ja ilmoittavat ihmisille, mutta varsinainen hätäapu (lääketieteellinen evakuointi, lakipalvelut, paikallinen tuki) hoidetaan erillisen avustusyhtiön kautta, jonka kanssa sinulla on erillinen sopimus. Toisilla on sisäänrakennetut avustuspalvelut tai tiiviit kumppanuudet.

Organisaatioille, jotka lähettävät henkilökuntaa todella korkean riskin kohteisiin – kaivosteollisuuden kohteet, kansalaisjärjestöjen kenttäoperaatiot, lääketutkimukset kehittyvillä markkinoilla – kysymys siitä, kuka vastaa puhelimeen, kun matkustajasi tarvitsee evakuointia, ei ole teoreettinen.

Kysy toimittajilta erityisesti: mitä tapahtuu hälytyksen jälkeen? Onko olemassa 24/7 hätäkeskusta, jossa on ihmisiä? Mikä on palvelutaso (SLA) ahdistuneen matkustajan yhdistämisessä tapausvastaavaan? Kuuluuko lääketieteellisen evakuoinnin koordinointi palveluun vai onko se erillinen sopimus? Jos matkustaja tekee korvausvaatimuksen tapauksen jälkeen, kuka hoitaa sen?

Integroitu vakuutus ja apu – jossa tiedustelu, hälytys, vaste ja vakuutuskorvaus hoidetaan yhden suhteen kautta – on olennaisesti erilainen kuin jokaisen osan ostaminen erikseen ja toivoa, että luovutukset toimivat paineen alla.

6. Mitkä ovat palvelutasosopimuksenne (SLA), ja mitä tapahtuu, kun ette saavuta niitä?

Jokaisella alustalla on palvelutasosopimukset. Harva toimittaja käsittelee niitä ennakoivasti. Kysy suoraan:

Mikä on käytettävyyden SLA? (99,9 % kuulostaa hyvältä, kunnes lasket, että se sallii 8,7 tuntia käyttökatkosta vuodessa)
Mikä on kriittisten hälytysten toimituksen SLA?
Mitä tapahtuu joukkotuhotilanteessa, kun sadat organisaatiot pingaavat alustaasi samanaikaisesti? Onko kuormituskapasiteettia testattu mittakaavassa?
Mitä hyvityksiä on olemassa, jos SLA rikotaan? Onko todellista taloudellista hyvitystä vai luottoa tulevia laskuja vastaan?

SLA-keskustelu paljastaa myös, miten toimittaja suhtautuu vastuullisuuteen. Toimittaja, joka on välttelevä SLA-yksityiskohdista tai siirtää keskustelun “meillä on erittäin korkea luotettavuus” -tasolle, kertoo sinulle jotain tärkeää.

7. Miten alusta käsittelee matkustajadataa, ja mitkä ovat datan sijaintivaihtoehdot?

Tästä kysymyksestä on tullut ehdoton edellytys kaikille organisaatioille, jotka toimivat GDPR:n alaisina tai työllistävät henkilökuntaa lainkäyttöalueilla, joilla on tiukat tietosuoja-asetukset.

Jaat TRM-toimittajan kanssa työntekijöidesi reaaliaikaiset sijaintitiedot. Se on arkaluonteista henkilödataa, johon liittyy vakavia vaatimustenmukaisuusvaikutuksia. Kysy:

Missä matkustajadataa säilytetään? Millä pilvialueilla?
Mitkä datan sijaintivaihtoehdot ovat saatavilla? Voiko EU:n matkustajadata pysyä EU:n infrastruktuurissa?
Mikä on tietojen säilytyskäytäntö? Kuinka kauan sijaintihistoriaa säilytetään, ja voitko poistaa sen?
Jaatko matkustajadataa kolmansille osapuolille, ja jos, niin missä olosuhteissa?
Mikä on tietomurron ilmoitusprosessi ja aikataulu?

Kysy myös matkustajan suostumustyönkulusta. Miten alusta käsittelee työntekijöitä, jotka kieltäytyvät sijainnin seurannasta? Mikä on protokolla, jos matkustajan dataa pyydetään oikeudellisen prosessin kautta kolmannessa maassa?

Huonot vastaukset täällä eivät ole vain vaatimustenmukaisuusriskejä – ne ovat merkkejä siitä, kuinka vakavasti toimittaja suhtautuu turvallisuuteen kokonaisuutena.

8. Mikä on todellinen maantieteellinen kattavuus, ja miten tiedustelu hankitaan?

“220 maata” tai “maailmanlaajuinen kattavuus” ei kerro sinulle mitään. Sinun on tiedettävä, miten tiedustelu hankitaan ja miten se toimii niillä alueilla, joilla sinulla on matkustaja-altistusta.

Pyydä toimittajia käymään läpi tiedustelun hankintaprosessinsa alueelle, jota käytät aktiivisesti – Länsi-Afrikka, Keski-Aasia, Kaakkois-Aasia tai mikä tahansa. Kuinka monta lähdettä ruokkii heidän uhkakuvaansa kyseisellä alueella? Millä kielillä nämä lähteet ovat? Miten paikalliset tapahtumat – mielenosoitus toissijaisessa kaupungissa, tien sulkeminen kaivoksen lähellä – havaitaan verrattuna suuriin kansainvälisiin tapahtumiin?

Ero alustan välillä, joka kerää globaalia englanninkielistä uutisvirtaa, ja alustan välillä, jolla on aitoja paikalliskielisiä lähdeverkostoja ja paikallisia analyytikkoja, on merkittävä. Saat selville, kumpi sinulla on, vasta kun jotain tapahtuu paikassa, joka ei ole otsikoissa.

Kysy, onko heillä ihmisanalytiikkaa tarkistamassa tekoälyn tuottamia uhka-arvioita, vai onko tiedusteluputki täysin automatisoitu. Molemmilla lähestymistavoilla on kompromissinsa – automaatio tuo nopeutta, ihmistarkistus tuo kontekstia ja alhaisemman väärien hälytysten määrän.

9. Millaisia raportointi- ja auditointiominaisuuksia alusta tarjoaa?

Kun lakiasiainjohtajasi soittaa tapauksen jälkeen ja tarvitsee rekonstruoida tarkalleen, mitä turvallisuustiimisi tiesi, milloin he tiesivät sen ja mitä he viestivät kärsineelle matkustajalle – mitä alusta tuottaa?

Tämä on huolenpitovelvollisuuden paperijälki. Sen tulisi sisältää:

Aikaleimatut lokit luoduista ja toimitetuista riskihälytyksistä
Tiedot matkustajan kuittauksista tai check-in-vastauksista
Matkaa edeltävän riskiarvion dokumentaatio
Viestintälokit turvallisuustiimin ja kärsineiden matkustajien välillä
Tapahtuman vasteaikajanat

Vaatimustenmukaisuuden lisäksi kunnollinen raportointi mahdollistaa parantamisen. Mitkä kohteet tuottivat eniten hälytyksiä viime neljänneksellä? Millä osastoilla on alhaisin sovelluksen käyttöönottoaste? Missä matkaa edeltävien tiedotustilaisuuksien suoritusprosentit laskevat? Alusta, joka ei pysty vastaamaan näihin kysymyksiin, on musta laatikko, ei riskienhallintatyökalu.

Pyydä näyteraportti. Kysy, voidaanko raportteja muokata ja viedä formaateissa, joita lakitiimisi ja HR-tiimisi voivat oikeasti käyttää.

10. Mitä hinnoittelumalli oikeasti sisältää – ja missä kustannukset skaalautuvat?

TRM-alustojen hinnoittelu on tunnetusti läpinäkymätöntä. Toimittajat hinnoittelevat tyypillisesti matkustajamäärän, yrityksen henkilöstömäärän tai näiden yhdistelmän perusteella. Listahinta heijastaa harvoin sitä, mitä todella maksat, kun lisäät integraatiot, hätäavun tason, premium-maakattavuuden tai API-pääsyn, jota IT-tiimisi tarvitsee.

Pyydä kattava tarjous, joka sisältää:

Perusalustan lisenssin
Kaikki tarvitsemasi integraatiot (TMC, HR, SIEM)
Hätäapupalvelut – sisältyvätkö vai lisämaksullisia?
Käyttöönoton ja perehdytyksen kustannukset
Koulutusmaksut
Vuosittaisen hinnankorotuksen ehdot

Kysy myös: mitä tapahtuu, jos matkustajamääräsi kaksinkertaistuu yrityskaupan jälkeen? Jos kustannukset skaalautuvat lineaarisesti henkilöstömäärän mukaan, nopea laajentuminen voi luoda merkittävän budjetoimattoman kulun. Hanki skaalausehdot kirjallisesti ennen allekirjoitusta.

Varoitusmerkit, jotka kertovat enemmän kuin myyntiesitykset

Jotkut arviointiprosessin kaavat kertovat luotettavasti tulevista ongelmista.

He eivät osaa nimetä tapausta, jossa heidän alustansa suoriutui. Jokaisen alustatoimittajan pitäisi pystyä kuvaamaan todellinen kriisitapahtuma – vallankaappaus, maanjäristys, terrori-isku – ja käymään läpi, miten heidän alustansa havaitsi sen, hälytti kärsineet matkustajat ja tuki vastetta. Jos he pystyvät kuvaamaan vain ominaisuuksia abstraktilla tasolla, se on huolestuttavaa.

Demo perustuu täydelliseen dataan. TRM-alustat toimivat loistavasti demoissa, joissa matkasuunnitelmatiedot ovat puhtaita, matkustajalla on sovellus asennettuna, yhteys on täydellinen ja kriisi on siististi kategorisoitu tapahtumatyyppi. Kysy, mitä tapahtuu, kun varaukset ovat formaatissa, jota alusta ei tunnista, kun matkustajalla ei ole sovellusta tai kun tapahtuma on epäselvä. Todelliset operatiiviset olosuhteet ovat sotkuisia.

Tuki ei ole saatavilla kriisi-ikkunassasi. Jos matkustajasi toimivat Aasian ja Tyynenmeren alueella ja toimittajan SOC toimii vain Yhdysvaltain itärannikon aikoina, tämä aukko on merkittävä. Kysy erityisesti kattavuudesta keskeisillä aikavyöhykkeilläsi.

Referenssit ovat kaikki suuryrityksiä. Jos olet keskisuuri yritys, pyydä referenssejä samankokoisista ja -monimutkaisista organisaatioista. Fortune 100 -yritysten turvallisuustiimeille rakennetut alustat, joilla on omistautunutta henkilökuntaa, eivät aina sovi riskipäällikölle, joka hoitaa ohjelmaa muiden vastuiden ohella.

Yksityisyys- ja lakivastaukset tulevat myynnistä. Datan sijainti, GDPR-vaatimustenmukaisuus ja oikeudelliset säilytykset pitäisi pystyä vastaamaan tekniseltä tai oikeudelliselta yhteyshenkilöltä, ei myyntiedustajalta, joka lukee puheenvuoroja. Jos et pääse näihin ihmisiin, se kertoo jotain siitä, miten yritys käsittelee vaatimustenmukaisuutta sisäisesti.

Mitä etsiä lyhyessä arviointijaksossa

Täyden RFP-prosessin läpivienti vie kuukausia. Jos työskentelet tiivistetyllä aikataululla – hallituksen pyyntö, uuden ohjelman käynnistys, juuri sattunut tapaus – tässä on nopea arviointikehys:

Pilotoi todellisella skenaariolla. Valitse viimeisen 90 päivän aikana sattunut tapaus alueelta, joka on relevantti toiminnallesi, ja pyydä jokaista toimittajaa näyttämään hälytysarkistonsa ja analyytikkokommenttinsa kyseisestä tapahtumasta.
Testaa mobiilisovellus itse. Luo testitili ja simuloi matkustajakokemus. Kuinka monta vaihetta avun saamiseen? Miltä SOS-toiminto näyttää?
Pyydä kolme asiakasreferenssiä toimialaltasi tai samankokoisista organisaatioista. Soita heille.
Anna lakitiimin tarkistaa sopimusehdot ennen ominaisuuksista neuvottelemista. Datan sijainti, vastuunrajaukset ja tietomurtoilmoitusvaatimukset ovat neuvoteltavissa olevia ehtoja, jotka on helpompi korjata ennen kuin olet lukittu.
Kysy toimittajalta heidän pahimmasta tapauksestaan. Ei heidän parasta case studyaan. Toimittaja, joka pystyy keskustelemaan epäonnistumisista, siitä mitä meni pieleen ja mitä he muuttivat, on toimittaja, joka toimii todellisella operatiivisella kypsyydellä.

Mihin HAAVYN sopii

HAAVYN rakennettiin kuromiseen umpeen kuilun, joka erottaa tiedustelupohjaiset alustat aidosta huolenpitovelvollisuuden infrastruktuurista. Alusta yhdistää reaaliaikaisen uhkatiedustelun yli 1 200 seuratusta lähteestä yli 220 maassa integroituun pahantahtoisen riskin vakuutukseen – kattaa kidnappaus-lunnaat, terrorismin, poliittisen väkivallan ja CBRN-altistuksen – sekä mobiilipainotteiset turvallisuustyökalut, kuten SOS-toiminnon, kaksisuuntaiset kuittaukset ja etälääketieteen.

Käytännön ero: kun matkustaja aktivoi SOS-toiminnon HAAVYN-sovelluksen kautta, hän tavoittaa tiimin, joka voi koordinoida lääketieteellisen evakuoinnin, aktivoida paikalliset turvallisuusresurssit, hoitaa vakuutuskorvauksen ja dokumentoida vasteen – kaikki yhden suhteen kautta, ei kolmen erillisen toimittajasopimuksen välillä.

Organisaatioille, jotka rakentavat kohti ISO 31030 -vaatimustenmukaisuutta, HAAVYN tarjoaa matkaa edeltävän riskinarvioinnin työkalut, matkustajaviestinnän lokit ja auditointipolun, jota vaatimustenmukaisuusdokumentaatio edellyttää.

Jos suoritat muodollista arviointia, HAAVYN on suunniteltu kestämään yllä olevat kysymykset. Voit varata teknisen demonstraation, joka sisältää live-tapahtuman läpikäynnin – valitse mikä tahansa todellinen tapahtuma viimeisen 12 kuukauden ajalta, ja näytämme sinulle, mitä alustamme tuotti silloin.

UKK

Mikä on matkustusriskien hallinta-alusta?

Matkustusriskien hallinta- (TRM) alusta on ohjelmisto, joka yhdistää globaalin uhkatiedustelun, matkustajien seurannan ja hätäviestintätyökalut auttaakseen organisaatioita täyttämään huolenpitovelvollisuutensa työmatkalla olevia työntekijöitä kohtaan. Alustat vaihtelevat yksinkertaisista hälytystyökaluista kattaviin järjestelmiin, jotka sisältävät matkaa edeltävät riskiarviot, kaksisuuntaiset matkustajakuittaukset, hätävasteen koordinoinnin ja vaatimustenmukaisuusdokumentaation.

Miten TRM-alusta eroaa tavallisesta yritysten matkavakuutuksesta?

Tavallinen yritysten matkavakuutus kattaa määritellyt taloudelliset tappiot tapauksen jälkeen – lääketieteelliset kustannukset, matkan peruuntumisen, matkatavaroiden katoamisen. TRM-alusta on ennakoiva: se seuraa olosuhteita ennen matkaa ja sen aikana, hälyttää matkustajia ja turvallisuustiimejä riskien ilmaantuessa ja mahdollistaa koordinoidun vasteen. Monet tapahtumat, jotka aiheuttavat taloudellista tai fyysistä vahinkoa matkustajille, eivät joko kuulu tavallisen vakuutuksen piiriin (poliittinen väkivalta, kidnappaus, aktiiviset konfliktialueet) tai johtavat viivästyksiin, koska organisaatiolta puuttui tilannetietoisuus nopeaan reagointiin. Nämä kaksi tuotetta ovat toisiaan täydentäviä, eivät korvaavia.

Onko ISO 31030 lakisääteinen vaatimus?

ISO 31030 ei ole laillisesti pakollinen useimmissa lainkäyttöalueissa – se on vapaaehtoinen kansainvälinen standardi. Siitä on kuitenkin tullut viitekehys, jota sääntelyviranomaiset, tuomioistuimet ja vakuutusyhtiöt käyttävät arvioidakseen, oliko organisaatiolla uskottava matkustusriskien hallintaohjelma. ISO 31030:n noudattaminen ei takaa oikeudellista suojaa, mutta se luo puolustettavan dokumentaation siitä, että kohtuulliset varotoimet on tehty. Organisaatiot aloilla, joilla on vakiintuneet huolenpitovelvollisuuden ennakkotapaukset – kaivosteollisuus, kansalaisjärjestöt, ilmailu, rahoituspalvelut – kohtaavat korkeampaa valvontaa. Voit lukea lisää oppaastamme onko ISO 31030 pakollinen.

Mitä pienten ja keskisuurten yritysten tulisi etsiä TRM-alustasta?

Keskisuurilla organisaatioilla ei usein ole omistautuneita turvallisuustiimejä. Alustan on toimittava riskipäällikölle tai matkapäällikölle, joka hoitaa ohjelmaa muiden vastuiden ohella – mikä tarkoittaa vähän ylläpitoa vaativia integraatioita, automatisoituja hälytyksiä, jotka eivät vaadi jatkuvaa manuaalista seurantaa, ja mobiilisovellusta, jonka matkustajat oikeasti asentavat ja käyttävät. Vältä alustoja, jotka on rakennettu yritysten turvallisuusoperaatiokeskuksille, joissa on 24/7 omistautunutta henkilökuntaa. Aseta etusijalle alustat, joissa on vahva käyttöönoton tuki, selkeät eskalaatiopolut hätätilanteisiin ja hinnoittelu, joka ei edellytä tarkkaa matkustajamäärän ennustamista 12 kuukautta etukäteen.

Kuinka kauan TRM-alustan käyttöönotto kestää?

Realistiset aikataulut vaihtelevat kahdesta viikosta peruskäyttöönotossa kolmeen kuukauteen täydessä yrityskäyttöönotossa, johon sisältyy räätälöityjä integraatioita, matkustajadatan siirtoa ja turvallisuustiimin koulutusta. Tärkeimmät muuttujat ovat TMC-integraation monimutkaisuus, HR-järjestelmän liitettävyys ja matkustajaviestinnän käyttöönotto. Pyydä toimittajilta projektisuunnitelma, jossa on virstanpylväät ja nimetyt resurssit – epämääräiset “tuemme käyttöönottoasi”