Een incidentrapport wordt geschreven door iemand die er net middenin stond, meestal binnen een uur na afloop, vaak met adrenaline die nog niet weg is. Dat is de reden waarom zoveel rapporten later niets waard blijken: ze zijn geschreven om zich te verantwoorden, niet om vast te leggen. Wie een incidentrapportage opstellen wil op een manier die maanden later nog overeind blijft, heeft geen mooiere zinnen nodig maar een strakke scheiding tussen wat er is waargenomen en wat de schrijver ervan vond.
Begin daarom altijd met dezelfde vraag: als iemand die er niet bij was dit over een half jaar leest, kan die dan reconstrueren wat er is gebeurd zonder de schrijver te hoeven bellen? Als het antwoord nee is, is het rapport niet af.
Feiten en interpretaties zijn niet hetzelfde
Dit is het enige onderdeel waar echt alles op vastloopt. Een beveiliger schrijft “de man gedroeg zich agressief”. Dat is een conclusie, geen waarneming. Wat er is waargenomen: de man verhief zijn stem, sloeg met vlakke hand op de balie, kwam tot op ongeveer een armlengte naderbij en weigerde het pand te verlaten na drie verzoeken. Die tweede versie is korter in oordeel en langer in inhoud, en dat is precies wat je wilt.
Hetzelfde geldt voor “hij was duidelijk onder invloed”, “ze deed alsof ze er werkte” of “het leek op een verkenning”. Een beveiliger mag zulke inschattingen absoluut hebben — ze zijn vakmatig waardevol. Maar zet ze apart, expliciet als inschatting benoemd, onder aan het rapport. Dan kan de lezer zelf beoordelen wat waarneming is en wat duiding.
Een tweede taalregel: schrap de bijvoeglijke naamwoorden. “Een enorme klap”, “een verdacht persoon”, “een chaotische situatie”. Ze voegen niets toe aan de reconstructie en ze maken het rapport aanvechtbaar. Neutrale, vlakke taal leest saai en houdt stand.
Incidentrapportage opstellen: de opbouw die altijd werkt
Er is geen reden om per incident een nieuwe structuur te bedenken. Deze volgorde dekt vrijwel alles.
Kop. Wanneer, waar precies op het object, welke post, wie het rapport schreef.
Chronologie. Wat er gebeurde, in de volgorde waarin het gebeurde, met tijdstippen. Niet “rond het middaguur”, maar het tijdstip zoals het is genoteerd. Zet elke handeling op zijn eigen regel. De verleiding om er een verhaal van te maken is groot; weersta hem.
Betrokkenen en aanwezigen. Wie waren erbij, in welke rol, en wie heeft iets gezien. Namen alleen waar ze nodig en gerechtvaardigd zijn — daarover verderop meer.
Ondernomen acties. Wat de beveiliger heeft gedaan, in welke volgorde, en op grond waarvan. Als de werkinstructie een handeling voorschrijft, benoem dat. Als er van de instructie is afgeweken, benoem dat ook, met de reden. Een afwijking die eerlijk wordt gemeld, is verdedigbaar; een afwijking die later boven water komt, niet.
Wie is gewaarschuwd en wanneer. Meldkamer, objectleider, opdrachtgever, hulpdiensten. Met tijdstip. Dit blok wordt het vaakst vergeten en het vaakst nagevraagd.
Bijlagen. Foto’s, kentekens, documenten. En de reden waarom ze erbij zitten.
Inschatting van de beveiliger. Apart, als laatste, als zodanig benoemd.
Een melding die op het object wordt vastgelegd, houdt zijn eigen tijdstip en blijft terugvindbaar.
Waarom het moment van vastleggen telt
Een rapport dat aan het eind van de dienst uit het geheugen wordt getypt, verschilt altijd van wat er is gebeurd. Niet uit onwil: het menselijk geheugen ordent, vult aan en vlakt af. Hoe korter de afstand tussen gebeurtenis en vastlegging, hoe minder daarvan.
Daarom is het praktisch als de beveiliger het incident direct op de post kan vastleggen via zijn eigen app, met het tijdstip dat er automatisch bij hoort in plaats van een tijd die achteraf wordt ingevuld. Aanvullen kan altijd nog — maar dan is de aanvulling ook zichtbaar als aanvulling, en dat is eerlijker dan een gladgestreken versie.
Datzelfde geldt voor foto’s. Een beeld dat op het object is gemaakt terwijl de situatie er nog was, vertelt iets anders dan een foto die twee uur later via een chatbericht binnenkomt zonder dat iemand nog weet waar hij vandaan komt.
Wat er om privacyredenen buiten blijft
Een incidentrapport gaat vaak over mensen, en dat betekent dat je gegevens verwerkt van personen die daar niet om hebben gevraagd. Dat vraagt terughoudendheid, niet alleen uit fatsoen maar ook omdat een rapport dat te veel bevat later een probleem voor je eigen organisatie wordt.
Een paar praktische lijnen. Noteer alleen wat nodig is voor het doel van het rapport: een uitgebreide beschrijving van iemands uiterlijk, afkomst of gezondheid hoort er zelden in thuis. Wees extra voorzichtig met alles wat raakt aan gezondheid, geloof of politieke voorkeur. Vermijd speculatie over de bedoelingen of het strafblad van een persoon. Beperk foto’s van herkenbare personen tot situaties waarin dat aantoonbaar noodzakelijk is, en spreek van tevoren met de opdrachtgever af wanneer dat het geval is.
Bepaal ook wie het rapport mag inzien. Niet iedereen op kantoor hoeft alles te lezen, en wat er via een portaal voor opdrachtgevers wordt gedeeld, hoeft niet identiek te zijn aan wat intern is vastgelegd.
Voor de goede orde: hoelang je zo’n rapport mag bewaren, wat je precies mag vastleggen en wanneer je iemand moet informeren, hangt af van de privacyregels, van je afspraken met de opdrachtgever en van de situatie. Die regels wijzigen en worden per geval uitgelegd. Stem je werkwijze af met een eigen adviseur en met de bevoegde toezichthouder. Dit artikel is geen juridisch advies.
Wat je niet moet beloven
Wees hier heel nuchter, ook naar je opdrachtgevers toe: of een rapport ergens standhoudt, bepaalt niet het beveiligingsbedrijf en niet het systeem waarin het staat. Dat oordeel ligt bij een andere instantie, en die kijkt naar veel meer dan naar een tijdstempel.
Wat je wél kunt doen, is de kans vergroten dat het rapport bruikbaar is: vroeg vastgelegd, feitelijk geschreven, chronologisch, met een zichtbaar spoor van latere aanvullingen. Een rapport dat aantoonbaar niet achteraf is bijgeschaafd, is sterker dan een rapport dat mooier leest.
Een gemeld incident blijft zichtbaar tot iemand het heeft opgepakt en afgerond.
Oefen het voordat het nodig is
Incidentrapporten worden geschreven door mensen die het niet vaak doen. De beveiliger op een rustig object schrijft er misschien twee per jaar, en dan gaat het precies mis op de dag dat het ertoe doet.
Neem daarom in de werkinstructie per object een kort voorbeeld op van hoe een rapport eruitziet, en behandel bij een teamoverleg af en toe een geanonimiseerd echt geval: wat staat erin, wat ontbreekt, welke zin is een conclusie die als waarneming is opgeschreven. Dat kost een kwartier en levert meer op dan een cursus. Uit die rapporten komt bovendien het dagrapport voort dat de opdrachtgever leest, dus de kwaliteit werkt door.
Veelgestelde vragen
Mag de beveiliger zijn eigen mening in het rapport zetten? Ja, mits apart en als zodanig benoemd. Vakmatige inschattingen zijn waardevol. Ze worden pas een probleem als ze tussen de feiten staan alsof ze waarnemingen zijn.
Wat als iemand na een dag iets belangrijks herinnert? Aanvullen, met een eigen tijdstip erbij. Nooit het oorspronkelijke rapport herschrijven. Een zichtbare aanvulling is geloofwaardiger dan een tekst die stilletjes is veranderd.
Hoe gedetailleerd moet je personen beschrijven? Zo beperkt als het doel toestaat. Beschrijf gedrag en handelingen; ga alleen in op persoonskenmerken als dat aantoonbaar nodig is en spreek dat vooraf af.
Wie moet een incidentrapport goedkeuren? Meestal de objectleider, voordat het naar de opdrachtgever gaat. Niet om de inhoud te veranderen, maar om te controleren of de chronologie compleet is en er geen conclusies als feiten staan.
Wil je zien hoe een incident vanaf de post wordt vastgelegd en bij de juiste mensen aankomt? Vraag een korte demonstratie aan met een van je eigen objecten.