GCXONEDocumentation

Configuration d'Alarme

Sur cette page
  1. Ce que fait la Configuration d'Alarme
  2. Pourquoi cela est important
  3. Comment cela fonctionne
  4. Fonctionnalités clés
  5. Cas d’utilisation réels
  6. Bonnes pratiques

Ce que fait la Configuration d'Alarme

La Configuration d'Alarme dans GCXONE contrôle la façon dont les alarmes sont traitées, filtrées, transmises au CMS et présentées aux opérateurs. Elle régit le parcours complet de chaque alarme — de la détection à la résolution.

Pourquoi cela est important

Sans une configuration d’alarme adéquate, les alarmes vérifiées peuvent ne jamais atteindre le CMS, les opérateurs peuvent recevoir des alarmes sans contexte vidéo, ou les fausses alarmes peuvent inonder le poste de surveillance. Une configuration correcte garantit que seules les alarmes vérifiées et exploitables atteignent les opérateurs — avec la preuve vidéo complète attachée.

Comment cela fonctionne

Le cycle de vie de l’Alarme

Chaque alarme dans GCXONE suit un cycle de vie strictement structuré et traçable en 5 étapes :

  1. Appareils & Caméras — Le capteur détecte un événement et envoie un signal à GCXONE.
  2. NOVA99x AI Filter — Le pipeline AI évalue l’événement. Les fausses alarmes sont rejetées.
  3. Vérifiée → CMS — Les alarmes confirmées sont transmises via SIA DC-09 — le même protocole utilisé pour chaque intégration CMS dans GCXONE, y compris Evalink Talos.
  4. Examen par l’opérateur — L’opérateur du CMS reçoit l’alarme avec les séquences pré-événement et le flux en direct.
  5. Résolue + Audit — Le résultat est enregistré ; une trace d’audit immuable est créée.

Comment les alarmes atteignent votre CMS

GCXONE transmet chaque alarme à votre CMS en utilisant le protocole standard de l’industrie SIA DC-09. Vous choisissez votre CMS parmi une liste de fournisseurs pré‑intégrés — Evalink Talos, Amwin, Lisa, Immix — ou sélectionner "Other CMS System" pour un canal DC-09 brut vers tout récepteur non répertorié. Les cinq options utilisent le même flux de configuration DC-09 décrit ci‑dessous ; seul le nom du fournisseur diffère.

Configuration de l’intégration CMS DC-09

Naviguer vers Marketplace → Système de Gestion d’Alarme.

  1. Naviguer vers AMS dans Marketplace — Aller à l’onglet Marketplace → Système de Gestion d’Alarme pour filtrer les intégrations de transmission disponibles.
  2. Sélectionner votre fournisseur CMS — Cliquer sur Explorer pour votre CMS (Evalink Talos, Amwin, Lisa ou Immix). Pour les fournisseurs non répertoriés, sélectionner "Other CMS System" pour un canal DC-09 brut.
  3. Spécifier les vecteurs de connexion — Saisir l’Adresse IP du récepteur DC09 (IP publique WAN) et le Port du récepteur DC09 (port TCP sur le pare‑feu du récepteur).
  4. Initialiser le socket TCP — GCXONE interroge le récepteur. Une poignée de main réussie met à jour la carte en Configurée. Les alarmes ne circulent que pour les sites mappés.
  5. Affichage des détails SIA — L’onglet Aperçu de chaque appareil affiche un panneau Détails SIA (Numéro de compte, Clé de chiffrement, IP du récepteur, Port du récepteur) pour le mappage DC-09 de cet appareil.
  6. Vérification de la transmission — Exécuter une séquence de test via l’onglet diagnostics. Les voyants verts confirment que les paquets sont reconnus par le CMS.
🚨 IMPORTANT — Défaillance la plus courante : incohérence d’ID de compte — Un ID de compte non concordant est la cause la plus fréquente des transmissions DC-09 échouées. Si le CMS attend "Site-A200" mais que GCXONE envoie "Site_a200", le récepteur ignore silencieusement le paquet. Copier‑coller depuis la configuration du CMS plutôt que de retaper.

Evalink Talos utilise le même flux SIA DC-09 que tout autre fournisseur de CMS — il n’y a pas d’échange d’identifiants séparé. Ouvrir sa carte dans Marketplace → Alarm Management System et cliquer sur Configurer pour saisir son IP de récepteur et son port, exactement comme pour Amwin, Lisa ou Immix.

Talos lui‑même est une plateforme complète de centre de surveillance avec son propre moteur de flux de travail (routage des alarmes, plannings, escalade) — voir Talos Workflows pour savoir comment les alarmes sont traitées une fois arrivées.

AutoStream

Auto Stream — une fonction associée qui ouvre automatiquement les flux En direct des caméras liées aux zones d’alarmes Talos. Voir Auto Stream pour la configuration.

Fonctionnalités clés

Dépannage du flux d’alarmes

Symptôme

Cause

Correction

L’alarme apparaît comme Envoyée dans GCXONE mais le CMS ne la reçoit jamais

Incohérence d’ID de compte

Copier‑coller l’ID de compte du CMS dans les Détails SIA de l’appareil ; vérifier la casse et les caractères exacts

La carte AMS apparaît en rouge / déconnectée

Pare‑feu bloquant l’IP ou le port DC‑09

Vérifier que l’IP WAN et le port TCP sont ouverts

Cas d’utilisation réels

  • Un Fournisseur de services connecte GCXONE à un CMS Immix via DC‑09 — les opérateurs reçoivent les alarmes avec la séquence pré‑événement intégrée directement dans la vue du navigateur.
  • Un nouveau site passe en direct mais les alarmes n’arrivent jamais au CMS — l’administrateur découvre une incohérence d’ID de compte et la corrige en copiant‑collant depuis le CMS.

Bonnes pratiques

  • Toujours copier‑coller l’ID de compte DC‑09 directement depuis le CMS — ne jamais le retaper manuellement.
  • Exécuter le test de transmission diagnostique après chaque modification de configuration avant de passer en direct.
Cette page vous a-t-elle été utile ?

Merci — votre retour est transmis à l’équipe responsable de cette page.

Notes de version

Sachez quand une nouveauté est livrée

Nouvelles fonctionnalités, correctifs et mises à jour des intégrations pour GCXONE, dans votre boîte de réception dès leur publication.

Nous envoyons d'abord un lien de confirmation. Chaque message contient un lien de désabonnement.