---
title: "Admin Training"
source: /nl/gcxone/admin-guide/admin-training
locale: nl
updated: 2026-09-15
---
## **Wat Admin Training Behandelt**

Admin Training leidt nieuwe beheerders door alles wat nodig is om GCXONE te implementeren, configureren en onderhouden — van eerste login tot dagelijkse operationele routines. Deze gids behandelt netwerkeisen, opzet van de Systeemarchitectuur, pre‑launch taken en voortdurende monitoren cadans.

## **Waarom Het Belangrijk Is**

Een verkeerd geconfigureerde implementatie — ontbrekende Rollen, niet‑gemapte sites of onbehandelde camera‑Status — veroorzaakt operationele storingen die moeilijk te traceren zijn achteraf. Het volgen van het gestructureerde trainingspad zorgt ervoor dat elke beheerder start vanaf een solide, gevalideerde basis.

## **Hoe Het Werkt**

### Pre‑Deployment: Browser‑ en Netwerkeisen

#### *Browser‑eisen:*

| Browser | Ondersteuningsniveau |
| --- | --- |
| Google Chrome v90+ | Optimaal (aanbevolen) |
| Mozilla Firefox v88+ | Ondersteund |
| Microsoft Edge v90+ (Chromium) | Ondersteund |
| Apple Safari v14+ | Beperkt |
| Internet Explorer (any version) | Geblokkeerd. Niet ondersteund |

#### *Firewall‑ en Poort‑eisen:*

| Poort | Richting | Doel |
| --- | --- | --- |
| 443 (HTTPS) | Client → Cloud | Core UI; API tunneling; Sanity CDN |
| 554 (RTSP) / 443 | Bidirectioneel | RTSP‑streams of WebRTC‑onderhandeling |
| 8000 / 80 | Apparaat → Cloud | Hikvision/ISAPI HTTP‑event‑nodes |
| DC09‑protocol | GCXONE → CMS | Extern alarm‑ontvanger forwarding |

**Opmerking: IP‑whitelisting** — Voor beveiligde bedrijfsnetwerken biedt GCXONE CIDR‑blokbereiken. Deze bereiken zijn cruciaal voor edge‑bridge hardware en moeten vóór live‑gang op de whitelist staan.

### Super Admin Onboarding Pad

1. **Ontvang Uitnodigings‑Email** — NXGEN stuurt een welkomstuitnodiging naar het e‑mailadres van de nieuwe gebruiker.
2. **Bevestig E-mail adres** — Open de e‑mail en klik op Bevestig mijn account om het adres te verifiëren.
3. **Stel uw wachtwoord in** — Volg de wachtwoordinstellingslink die naar uw e‑mail is gestuurd om uw accountwachtwoord aan te maken.
4. **Authenticeren** — Ga terug naar uw tenant‑URL. Log in met de bestaande inloggegevens. Multi‑tenant‑operators zien een organisatieselector.

![](/api/media/file/8a41d5f3c6a8572c2290326f5cc3bd72af4fe6e8-677x703.png)

### Systeemarchitectuur opzetten

1. **Serviceprovider‑informatie definiëren** — Stel branding van de hoofdorganisatie, regionale locale, operationele tijdzones en SOC‑contactvariabelen in. Navigatie: **Instellingen → Algemeen**
2. **Klant‑entiteiten aanmaken** — Koppel uw klanten of interne afdelingen. Voor meer dan 100 entiteiten gebruikt u de BulkImport‑Marketplace‑functie (Excel‑upload). Navigatie: **Configuratie → Klanten**
3. **Sites implementeren** — Definieer unieke geografische beperkingen en koppel elke site aan de juiste klant. Navigatie: **Configuratie → Sites**
4. **Apparaten registreren** — Voeg bridges, NVR’s of cloud‑direct‑nodes toe met correcte endpoint‑definities en inloggegevens. Navigatie: **Configuratie → Apparaten**

### Vier kritieke pre‑lanceringstaken

**Belangrijk: Rollen configureren vóór het uitnodigen van gebruikers** — Een uitgenodigde gebruiker zonder toegewezen rol ziet bij het inloggen een geblokkeerd scherm en blijft geblokkeerd totdat een beheerder handmatig een rol toewijst. Ontwerp uw rolstructuur, maak de rollen aan en nodig vervolgens gebruikers uit.

**Stap 1: Rollen configureren vóór het uitnodigen van gebruikers** — Maak uw volledige rolstructuur aan voordat u gebruikersuitnodigingen verstuurt.

- Rollen zijn volledig aangepast — u definieert de naam, module‑permissies en entiteitstoegang voor elk via Instellingen → Rollen → Nieuwe rol configureren. Veelvoorkomende patronen zijn een admin‑rol met volledige toegang, een alleen‑lezen monitor‑rol beperkt tot specifieke sites, en een beperkte installateur‑rol gericht op apparaatconfiguratie. Zie Rollen en Permissies voor de volledige configuratieworkflow.

**Stap 2: Het alarmbeheersysteem instellen** — Configureer uw CMS‑integratie voordat een site monitoring‑actief wordt. Alarmen van niet‑gekoppelde sites hebben geen bestemming en worden stilletjes verwijderd. Minimum: DC‑09‑verbinding geverifieerd (groen), elke actieve site gekoppeld aan een CMS‑Account‑ID, en minimaal één testalarm bevestigd ontvangen bij CMS.

**Stap 3: HealthCheck inschakelen op alle sites** — HealthCheck moet geabonneerd zijn voordat camera’s live gaan — het kan geen gebeurtenissen retroactief vastleggen. Aanbevolen: abonneer op Klant‑niveau met Kinderen opnemen ingeschakeld. Navigatie: **Configuratie → \[Klant\] → Analyse‑tab → Health Check Basic / Health Check+**

**Stap 4: Minstens één gepland rapport aanmaken** — Maandelijkse HealthCheck‑SLA‑rapporten dienen als verifieerbaar uptime‑bewijs voor klanten. Stel het schema in vóór de livegang zodat de eerste cyclus basisgegevens vastlegt. Navigatie: **Instellingen → Rapporten → + MAAK NIEUW schema**

## **Belangrijkste mogelijkheden**

### Checklist voor implementatievalidatie

| Item | Gebied |
| --- | --- |
| Firewalls; routing; en NAT‑regels geverifieerd | Communicatie/Beveiliging |
| Super Admin login operationeel | Toegangscontrole |
| Minimale Klant/Plaats-topologie in kaart gebracht | Topologie |
| Eerste hardware‑node verbonden en streamt | Inname |
| Testalarm ontvangen bij Talos/DC09 | Levering |
| HealthCheck‑engine actief op node 1 | Diagnostiek |

### Event‑gedreven Workflows

#### Nieuwe Plaats gaat live:

1. Maak de Plaats‑entity aan onder de juiste Klant.
2. Registreer Apparaten en bevestig dat ze Online tonen.
3. Breng de Plaats in kaart in AMS (stel DC09 Account ID in of synchroniseer met Talos).
4. Schakel HealthCheck in op Plaats‑ of Apparaatniveau.
5. Stuur een testalarm en bevestig ontvangst in CMS.
6. Ken site‑specifieke gebruikersrechten toe via rol‑entity‑selectie.

#### Camera gaat offline:

1. Controleer het HealthCheck‑bord op de diagnostische code.
2. Bij Netwerk‑timeout: controleer de fysieke verbinding en firewall‑regels.
3. Bij sabotage gedetecteerd: stuur een veldtechnicus.
4. Bij beeldkwaliteit — verlichting: controleer IR/verlichting op de Plaats.
5. Log het incident in uw ticketsysteem met een HealthCheck‑screenshot als bewijs.

#### Alarm bereikt CMS niet:

1. Open **Marketplace → Alarm Management System.**
2. Bevestig dat de AMS‑kaart een groene status toont.
3. Open de AMS‑mappingtabel — zoek naar rode rijen (onafgebeeldde plaatsen).
4. Voor rode rijen: klik op Bewerken, controleer dat DC09 Account ID exact overeenkomt met CMS (hoofdlettergevoelig).
5. Voer een testalarm uit vanaf de getroffen Plaats.
6. Als het nog steeds mislukt: controleer firewall‑regels voor DC09‑receiver‑IP en Poort.

#### Gebruiker meldt toegangsprobleem:

1. Navigeer naar **Instellingen → Gebruikers → \[User\].**
2. Controleer hun toegewezen Rol.
3. Verifieer dat de Rol de vereiste module ingeschakeld heeft (bijv. Video).
4. Controleer entity‑toegang — bevestig dat de relevante Klant/Plaats is opgenomen.
5. Gebruik Bewerken Entity‑toegang op het gebruikersrecord voor per‑gebruiker‑aanpassingen zonder de gedeelde Rol te wijzigen.

## **Praktijkvoorbeelden**

- Een nieuwe beheerder voltooit volledige onboarding — Super Admin login, systeemarchitectuur en eerste testalarm — in één dag via dit trainingspad.
- Een beheerder voltooit de Deployment Validation Checklist en ontdekt een ontbrekende HealthCheck‑abonnement voordat de site live gaat.
- Een beheerder volgt de Camera Goes Offline‑workflow en identificeert een Sabotage Detected‑code — stuurt een technicus vóór de ochtenddienst.
- Een nieuwe operator logt in en ziet een geblokkeerd scherm — de beheerder traceert dit onmiddellijk naar een ontbrekende roltoewijzing en lost het binnen enkele minuten op.

## **Best Practices**

- Configureer altijd rollen voordat u gebruikers uitnodigt — een gebruiker zonder rol wordt onmiddellijk geblokkeerd bij het inloggen.
- Voltooi de Deployment Validation Checklist voordat een site monitoring‑actief wordt.
- Schakel HealthCheck in op Klant‑niveau met Include Children — dit maakt nieuwe site‑onboarding automatisch toekomstbestendig.
- Voer een testalarm uit nadat elke nieuwe site live is gegaan — ga nooit ervan uit dat de levering werkt.
- Volg de Dagelijkse en Wekelijkse cadans consequent — de meeste operationele storingen worden tijdens routinecontroles ontdekt, niet tijdens incidentrespons.

## **Aanvullende details**

### Dagelijkse monitoringscadans

- Dashboard‑KPI’s — Ongewone piek in Totaal alarm; verhoogd aantal Unhealthy Camera's.
- Echt alarm vs. Vals alarm‑ratio — Een scherpe daling in % echt alarm kan duiden op AI‑over‑blokkering.
- HealthCheck‑bord — Alle nieuwe Critical Offline‑ of Sabotage‑Detected‑camera's.
- AMS‑verbindingstatus — Groen = doorsturen; rood = alarmen bereiken CMS niet.
- Verouderde alarm‑wachtrij — Niet-bevestigde alarmen ouder dan de shift‑venster vereisen opvolging.

### Wekelijkse operationele cadans

- Bekijk de offline camera‑lijst — Escaleer camera's offline \> 48 uur naar de site‑contactpersoon.
- Audit de Gebruikers‑lijst — Controleer op typefouten, dubbele vermeldingen of een gebruiker die onverwacht Inactief is gemarkeerd.
- Controleer rapport‑leveringslogboeken — Mislukte leveringen duiden op e‑mail‑routeringsproblemen.
- Bekijk het Audit‑logboek op anomalieën — Zoek naar onverwachte rolwijzigingen of massale configuratie‑bewerkingen.
- Valideer DC-09‑site‑mappings — Elke rode rij in AMS‑mapping = niet‑gerouteerde alarmen.