---
title: "Gebeurtenisverwerking"
source: /nl/gcxone/platform-fundamentals/event-processing
locale: nl
updated: 2026-09-13
---
## **Wat gebeurtenisverwerking doet**

Inzicht in hoe GCXONE gebeurtenissen verwerkt is essentieel voor operators en beheerders. Elk alarm op het dashboard heeft een gestructureerde verwerkingspipeline doorlopen — vanaf het moment dat een camera beweging detecteert tot het moment dat een operator actie onderneemt.

GCXONE classificeert, filtert en routeert elk binnenkomend evenement automatisch, zodat alleen echte beveiligingsdreigingen de operatorwachtrij bereiken.

## **Waarom het belangrijk is**

Zonder gestructureerde gebeurtenisverwerking zouden operators overspoeld worden met ruwe, ongefilterde gebeurtenissen — waardoor het onmogelijk wordt om echte dreigingen te prioriteren. De verwerkingspipeline zorgt ervoor dat elke gebeurtenis wordt geclassificeerd, gefilterd en naar de juiste bestemming wordt gerouteerd voordat een mens deze ziet.

## **Hoe het werkt**

**Stap 1 — Detectie** Een camera of sensor detecteert een activiteit en stuurt een signaal naar het GCXONE‑platform via de Proxy‑laag.

**Stap 2 — Inname** Het platform ontvangt de ruwe gebeurtenis en logt deze met een tijdstempel, Device ID, site en klantreferentie.

**Stap 3 — AI‑analyse** De gebeurtenis wordt door de NOVA99x AI‑engine geleid, die deze classificeert als een Echt alarm, Vals alarm of Tech. alarm.

**Stap 4 — Routing**:

- Echte alarmen worden naar de operatorwachtrij in Talos gestuurd voor actie.
- Valse alarmen worden gefilterd en opgeslagen voor rapportage en analyse.
- Tech. alarmen activeren geautomatiseerde meldingen en kunnen workflows starten, zoals het bellen van een technicus of het verzenden van een sms of email.

**Stap 5 — Resolutie** De operator beoordeelt, verwerkt en sluit de gebeurtenis. Alle acties worden gelogd in de Audit‑logs.

## **Belangrijkste mogelijkheden**

**Gebeurtenistypen** GCXONE classificeert elke binnenkomende gebeurtenis in een van de drie categorieën:

- **Echt alarm** — Een echt beveiligingsgebeurtenis die operator‑aandacht vereist, zoals bewegingsdetectie, lijnoverschrijding of inbraak.
- **Vals alarm** — Een gebeurtenis veroorzaakt door niet‑dreigende activiteit zoals dieren, weer of verlichting. Gefilterd door NOVA99x om de operatorbelasting te verminderen.
- **Tech. alarm** — Een systeemgegenereerde gebeurtenis geactiveerd door HealthCheck, zoals een camera die offline gaat, zwart scherm, obstructiedetectie of weinig licht.

**Gebeurtenisstatussen** Een alarm doorloopt de volgende statussen tijdens zijn levenscyclus:

- **Nieuw** — Het alarm is zojuist geactiveerd en wacht op actie.
- **In behandeling** — Een operator of workflow werkt actief aan het alarm.
- **Gesloten** — Het alarm is opgelost en afgesloten.

AI‑filtering — NOVA99x Voordat een gebeurtenis een operator bereikt, gaat deze door NOVA99x — de AI‑filterengine van GCXONE. NOVA99x analyseert elke gebeurtenis met gedragsanalyse en beeldherkenning om te bepalen of het een echte dreiging is, en filtert valse alarmen voordat ze de operatorwachtrij bereiken.

>   Voor volledige details over NOVA99x, zie de [NOVA99x](/gcxone/features/nova99x) pagina.

## **Praktijkgevallen**

- Een camera detecteert een schaduw die over het beeld beweegt — NOVA99x classificeert dit als een Vals alarm en filtert het weg voordat het een operator bereikt.
- Een camera gaat offline om 03:00 — GCXONE classificeert dit als een Tech. Alarm en stuurt automatisch een SMS naar de dienstdoende technicus.
- Een inbraakalarm wordt geactiveerd — het gaat via NOVA99x, wordt geclassificeerd als een Echt alarm en wordt binnen enkele seconden met volledige video‑context naar de Talos‑operatorwachtrij gestuurd.

## **Aanbevolen werkwijzen**

- Monitor regelmatig de verhouding tussen Echt‑ en Vals alarm — een ongewoon hoge Echt‑alarmratio kan aangeven dat NOVA99x herconfiguratie nodig heeft.
- Negeer Tech. Alarms nooit — een offline camera betekent een blinde vlek in uw dekking.
- Zorg er altijd voor dat elk evenement wordt afgesloten met een gedocumenteerde uitkomst om een schone Audit‑loggeschiedenis te behouden.

## **Aanvullende details**

### Probleemoplossing — Diagnose van Alarm‑aantal mismatch

Als het aantal alarmen dat in GCXONE wordt gerapporteerd niet overeenkomt met de interne logboeken van het Apparaat, volg dan deze stappen om de bron van de afwijking te identificeren:

**Stap 1:** Vergelijk het exacte tijdvenster en alarmaantal tussen de Apparaat‑logboeken en de Video‑search van GCXONE.

![](/api/media/file/efc244645bd24ac7503ab266f58b9f93af9f4983-1918x981.png)

**Stap 2:** Installeer de door de leverancier geleverde testclient en configureer deze met de verbindingsparameters van het Apparaat (IP-adres en Poort).

**Stap 3:** Voer de testclient uit en monitor de alarmstroom rechtstreeks vanaf het Apparaat.

**Stap 4:** Vergelijk de testclientresultaten met de Apparaat‑logboek:

- **Als aantallen overeenkomen** — Het probleem ligt in de GCXONE‑implementatie. Escaleer naar het ontwikkelingsteam.
- **Als aantallen niet overeenkomen** — Het probleem ligt bij het Apparaat of de leverancier. Neem contact op met de leverancierondersteuning.