GCXONEDocumentatie

Admin Training

Bijgewerkt op 15 september 2026BeheerdershandleidingPDF downloaden
Gebruik met AI
Wijziging voorstellenHulp krijgen
Op deze pagina
  1. Wat Admin Training Behandelt
  2. Waarom Het Belangrijk Is
  3. Hoe Het Werkt
  4. Belangrijkste mogelijkheden
  5. Praktijkvoorbeelden
  6. Best Practices
  7. Aanvullende details

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.

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.
Was deze pagina nuttig?

Bedankt — uw feedback gaat naar het team dat deze pagina beheert.

Releasenotities

Weet wanneer er iets uitkomt

Nieuwe functies, fixes en integratie-updates voor GCXONE, in uw inbox zodra ze verschijnen.

We sturen eerst een bevestigingslink. Elk bericht bevat een afmeldlink.