Een installatie meldt om 02.11 uur een storing. Drie minuten later volgt hetzelfde signaal opnieuw, daarna nog eens. Tien berichten betekenen dan niet noodzakelijk tien verschillende technische problemen. Ze mogen evenmin verdwijnen als onbelangrijke dubbels.
Een werkbare alarmopvolging bewaart elk signaal met zijn eigen tijdstip en brengt tegelijk de samenhang in beeld. Dat lukt alleen wanneer vooraf duidelijk is aan welke kenmerken een lopend incident wordt herkend, welke afwijking een nieuwe melding vormt en wanneer een herstelstatus echt mag worden afgesloten.
Eenzelfde signaal is niet automatisch hetzelfde incident
Een herhaalbericht kan bevestigen dat een storing nog actief is, maar het kan ook van een andere installatie komen of een gewijzigde status bevatten. Daarom gebeurt koppeling niet alleen op basis van een gelijkaardige onderwerpregel. Bruikbare herkenningsvelden zijn bijvoorbeeld:
- klant, site of vestiging;
- installatie-ID, toestelnummer of andere vaste referentie;
- eventtype, status of overeengekomen alarmcode;
- tijdstip en afgesproken herkenningsvenster;
- het kanaal en de beschikbare gegevens in het bericht.
Welke combinatie voldoende is, hangt af van uw bron, payload en procedure. Zonder stabiele referentie kan een medewerker niet veilig aannemen dat twee meldingen bij elkaar horen.
Één incidentreferentie, alle berichten zichtbaar
Wanneer de afgesproken kenmerken overeenkomen, kan een nieuw signaal aan dezelfde incidenttijdlijn worden toegevoegd. Het oorspronkelijke alarm, iedere herhaling, contactpogingen, escalaties en latere statuswijzigingen blijven zo in volgorde zichtbaar. Het bericht wordt dus niet genegeerd of verwijderd.
Dat geeft de wachtdienst één werkbaar overzicht: wat kwam eerst binnen, wie werd gecontacteerd, welke stap is bevestigd en welke nieuwe informatie volgde nadien.
Een afwijking kan juist een nieuw incident zijn
Een andere installatie, foutstatus of locatie kan een aparte route vragen. Ook een melding buiten het afgesproken tijdvenster of na een bevestigde afsluiting kan opnieuw als nieuw incident starten. TeleDispatch stelt geen technische diagnose en beslist niet zelf dat twee storingen dezelfde oorzaak hebben.
De klant bepaalt vooraf welke velden mogen worden vergeleken, welke verschillen doorslaggevend zijn en wanneer menselijke beoordeling nodig is. Bij ontbrekende of tegenstrijdige gegevens volgt de afgesproken fallback, in plaats van een stilzwijgende samenvoeging.
Een herstelmelding sluit niet zomaar alles af
Een status die op herstel lijkt, wordt aan dezelfde tijdlijn gekoppeld wanneer de referenties overeenkomen. Of het incident daarmee meteen mag worden afgesloten, hangt af van uw werkwijze. Soms volstaat een specifieke herstelcode; soms moet een technieker, operator of klant eerst bevestigen dat de dienst werkelijk hersteld is.
Die afsluitregel voorkomt dat een dossier verdwijnt terwijl nog een terugkoppeling, controle of vervolgactie openstaat. Meer over mogelijke aanvoerkanalen vindt u bij SMS-monitoring, e-mailmonitoring en API- en HTTP(S)-monitoring.
Fictief voorbeeld: vier signalen rond één installatie
Om 02.11 uur komt via een API een alarm binnen voor installatie K-204 op site Noord. Om 02.14 en 02.17 uur volgen berichten met dezelfde installatie-ID en alarmstatus. Elk bericht krijgt een eigen tijdstip, maar de operator ziet ze binnen één incidenttijdlijn. Om 02.18 uur wordt volgens de contactcascade een technieker gebeld en die contactpoging wordt toegevoegd.
Om 02.24 uur volgt voor K-204 een herstelstatus. Volgens het fictieve protocol blijft het incident open tot de technieker de situatie bevestigt. Een gelijktijdig alarm van installatie K-205 wordt niet samengevoegd: dat krijgt een eigen referentie en de bijbehorende route.
Leg de groeperingsregels vóór de eerste melding vast
Een bruikbare procedure beantwoordt minstens deze vragen:
- welke velden identificeren site, installatie en alarmtype;
- binnen welk tijdvenster kan een melding bij een lopend incident horen;
- welke afwijkingen starten altijd een nieuwe incidentreferentie;
- wanneer verandert een herhaling de escalatie of contactcascade;
- welke herstelstatus mag afsluiten en is bevestiging vereist;
- wat gebeurt er wanneer gegevens ontbreken of het primaire kanaal uitvalt.
Lees ook hoe SMS, e-mail en API elk een andere hoeveelheid context aanleveren en hoe onze afspraken rond kwaliteit en continuïteit worden opgebouwd.
Van berichtenstroom naar controleerbare opvolging
Het doel is niet minder registreren, maar beter begrijpen wat bij elkaar hoort. Met vaste kenmerken, een zichtbare tijdlijn en duidelijke afsluitregels kan de operator herhaalde signalen opvolgen zonder een dringende afwijking weg te filteren of een technisch oordeel te improviseren.
Wilt u bepalen welke referenties, escalaties en herstelregels bij uw monitoring passen? We kunnen de intake en contactcascade samen met u uitschrijven.