Eksterne parter og myndigheder i samme platform
De fleste systemer til hændelseshåndtering stopper ved organisationsgrænsen. I den maritime verden er den grænse præcis, hvor krisen begynder — for en havnehændelse er aldrig kun havnens problem.
Problemet med grænsen
En brand i en terminal involverer brandvæsenet, havnemesteren og sandsynligvis politiet. Et olieudslip involverer miljømyndigheden og kystvagten. En cyberhændelse i et booking- eller toldsystem involverer myndigheder med deres egne rapporteringsfrister. En sikkerhedshændelse på et ISPS-anlæg involverer port facility security officer, skibets security officer og, på det rette niveau, staten.
Den konventionelle måde at håndtere det på er et telefonmøde og en række dokumenter sendt efter mødet. Det giver tre forudsigelige problemer:
- Forsinkelse. Når den eksterne part har billedet, har billedet ændret sig.
- Forvrængning. Mundtlige opsummeringer mister detaljer og optager vægtning, der aldrig var tilsigtet.
- Belastning af nøglepersoner. De folk, der burde træffe beslutningerne, fungerer i stedet som omstillingsbord.
Se hændelsen, ikke en opsummering af den
Én platform, mange deltagere
Det dashboard, jeres krisestab bruger, kan udvides til eksterne samarbejdspartnere — politi, brandvæsen, miljømyndigheder, havneautoriteter, agenter og andre embedsmænd. De ser hændelsen, ikke en opsummering af den.
Fuldt overblik eller tilpasset visning
Hver ekstern deltager kan få det komplette billede eller en visning, der præcist dækker det, de har brug for. Miljømyndigheden har ikke brug for jeres kommercielle handlingslog; politiet kan have brug for sikkerhedstidslinjen og ikke de operationelle tjeklister. Adgangen er granulær, inden for hierarkiet og styret af jer.
Realtid uden telefonopkald
Statusopdateringer og fremdriftsrapporter sendes via mobilappen af folkene på stedet, så det fælles billede opdaterer sig selv. Færre opkald, færre dobbelte briefinger, mindre risiko for en fejlhørt instruks.
Myndighedsdeltagelse i øvelser
Fordi adgang er konfiguration, kan I køre en øvelse med brandvæsenet og kommunen i rummet — eller på platformen — og beholde strukturen bagefter. Ansvarsfordelingen er indøvet, ikke improviseret.
Hver deltagers bidrag logges
Statusændringer, handlinger og input registreres med tid og tilskrivning. Til evalueringen efter hændelsen besvares myndighedens spørgsmål "hvad vidste I, og hvornår?" ud fra registreringen.
Hver part i hændelsen
Havne og terminaloperatører
Havnemester, terminaldrift, sikkerhedsorganisation og de myndigheder, der rykker ud til en havnehændelse.
Rederier og skibsmanagerfirmaer
Landsidede kriseteams koblet til skibets rapporter, med flagstat, klasse, P&I, agenter og port state i samme hændelsesbillede, hvor det er relevant.
Maritime serviceudbydere og agenter
De parter, der altid står midt i hændelsen og aldrig er i værktøjet.
Myndigheder og agenturer
Politi, brand, miljø, kystvagt, kommune, told — som deltagere med afgrænset adgang og som modtagere af et sektorbillede, der kan give dem en præcis operationel forståelse ved ankomst.
Sådan sættes det op — den korte version
- Kortlæg deltagerne. Hvem skal se hvad, i hvert af jeres realistiske scenarier.
- Definér visningerne. Fuldt overblik eller tilpasset omfang, per rolle og per myndighed.
- Giv adgang gennem hierarkiet. Granulær kontrol i jeres dokument- og hændelsesstruktur — intet separat system, intet delt regneark, ingen uadministreret filshare.
- Øv. Kør en tabletop- eller fuldskalaøvelse med de eksterne deltagere på platformen.
- Hold det varmt. Vedligehold adgangen og gentag øvelsen; et partnerskab, der kun aktiveres kl. 03:00, er ikke et partnerskab.
Vis os jeres worst-case-scenarie, og vi viser jer deltagervisningen.
I en 30-minutters session bygger vi en demonstrationshændelse og gennemgår, hvordan hver ekstern part ville se den.
Book en demo