Les réponses aux questions les plus fréquentes.

GCXONE est une plateforme cloud, alimentée par l’IA, pour la gestion intelligente des Alarmes et les opérations de Sécurité. Elle regroupe les Alarmes, la vidéosurveillance, la santé des Appareils, les flux de travail et les capacités d’IA dans une interface unique, afin que la surveillance puisse être centralisée et indépendante de l’Emplacement, sans infrastructure locale. Elle est conçue comme un centre de contrôle opérationnel destiné à augmenter l’efficacité, automatiser les processus et faire évoluer les opérations de Sécurité.

Le tableau de bord s’ouvre avec quatre cartes KPI couvrant la plage de dates que vous avez sélectionnée, qui par défaut correspond aux 2 derniers jours et peut être ajustée avec le filtre de plage de dates. Elles résument le volume d’alarmes, le nombre de sites que vous avez configurés, les appareils actifs mais silencieux, et les caméras qui ont échoué leur dernier HealthCheck. La carte Caméras non saines renvoie directement au module HealthCheck, de sorte qu’un compte non nul peut être investigué sans rechercher le rapport.

• Alarmes totales – tous les événements d’alarme générés sur vos sites surveillés
• Sites totaux – sites configurés sous votre compte fournisseur de services
• Appareils sans Alarme - appareils actifs sans alarmes pendant la période, souvent un signe de connectivité ou de capteur
• Caméras non saines - caméras qui ont échoué leur dernier HealthCheck

Ouvrir l’icône d’engrenage en bas de la barre latérale de navigation à gauche et choisir Switch Tenant. Cela vous fait basculer entre les locataires du Fournisseur de services auxquels vous avez accès dans la même session, de sorte qu’un fournisseur gérant plusieurs clients n’a pas à se déconnecter puis se reconnecter. Le même menu d’engrenage est également l’endroit où se trouvent les Préférences générales, le Profil utilisateur, les Rôles, les Utilisateurs, les Rapports et la Gestion des Mots clés.

Il cible les problèmes récurrents des centres d'opérations de Sécurité et des Fournisseurs de services : trop de fausses alarmes, vérification manuelle lente, et Caméras qui passent En mode hors connexion sans que personne ne le remarque. Il répond également à la lenteur d’intégration des nouveaux Clients, Emplacements et Appareils, ainsi qu’à la mauvaise visibilité sur les Emplacements distribués. La plateforme se positionne comme réduisant ces problèmes tout en offrant une transparence totale sur les opérations de Sécurité.

• Fausses alarmes déclenchées par le mouvement, la lumière ou les conditions météorologiques
• Vérification manuelle chronophage de chaque événement
• Caméras passant En mode hors connexion ou se dégradant sans être détectées
• Visibilité limitée sur les systèmes et Emplacements distribués

Les Appareils, Caméras et Capteurs envoient leurs Événements à GCXONE, où le NOVA99x AI filtre jusqu’à 99 % des fausses alarmes en temps réel. Les Alarmes vérifiées sont ensuite livrées à Talos avec le contexte complet, et les opérateurs les examinent, les confirment ou les escaladent. Les flux de travail automatisés gèrent les notifications et l’escalade, et chaque alarme se retrouve documentée dans le journal d’audit.

Non. GCXONE fonctionne entièrement dans le navigateur, aucune installation de logiciel n’est requise sur les postes des opérateurs. Vous avez besoin d’un navigateur pris en charge avec JavaScript activé, et une résolution d’écran de 1920 x 1080 ou supérieure est recommandée afin que le tableau de bord complet soit visible.

• Google Chrome 90 ou version ultérieure (recommandé)
• Microsoft Edge 90 ou version ultérieure
• Mozilla Firefox 88 ou version ultérieure
• Safari 14 ou version ultérieure

Un minimum de 10 Mbps est requis pour le fonctionnement standard de la plateforme. Le streaming vidéo et les exportations de gros volumes de données nécessitent davantage, et la quantité dépend du nombre de caméras et de locations actives. Prévoir la connexion pour le cas le plus chargé plutôt que pour le niveau de base.

Le port 443 est le principal : il transporte tout l’accès à la plateforme web, les mises à jour en temps réel via WebSocket, les appels REST API et les webhooks sortants. Le port 80 est optionnel mais recommandé pour les redirections HTTP‑vers‑HTTPS, et les autres ports dépendent de ce que vous surveillez ou intégrez. Votre réseau doit également résoudre et atteindre le domaine nxgen.cloud, donc ajouter les enregistrements A ou CNAME en premier si vous utilisez un DNS interne.

• 443 HTTPS/WSS pour l’accès à la plateforme, WebSockets, API et webhooks
• 161/UDP et 162/UDP pour la surveillance SNMP et les traps SNMP
• 502 pour Modbus TCP industriel et équipements électriques
• 1883 ou 8883 pour les appareils IoT MQTT ; 8883 est chiffré et recommandé

Si votre organisation fait transiter le trafic via un serveur proxy, ce proxy doit être configuré pour autoriser les connexions WebSocket sur le port 443. Les proxys HTTP standards peuvent bloquer le trafic WebSocket, qui est exactement ce dont dépendent les mises à jour d'alarme en temps réel. Vérifier la configuration du proxy pour la prise en charge de WebSocket avant de supposer que la plateforme elle‑même est en cause.

Non. L’inscription et l’e‑mail d’activation exigent une adresse e‑mail professionnelle ; les adresses personnelles ne sont pas acceptées. Vous devez également disposer d’un accès administratif pour configurer les règles de pare‑feu et les paramètres réseau lors de l’installation, ainsi que d’un contact principal et secondaire pour la récupération de compte et l’escalade. Les deux contacts doivent être joignables pendant la fenêtre de déploiement.

Collecter les identifiants administrateur pour chaque caméra et chaque capteur que vous prévoyez d’intégrer, ainsi que l’Adresse IP et le port de communication de chaque appareil. Avoir la topologie réseau de chaque LOCATION à portée de main, c’est‑à‑dire les détails du sous‑réseau et les adresses de passerelle. Vérifier que tous les appareils exécutent le micrologiciel à jour avant l’intégration, afin d’éviter les problèmes de compatibilité.

• Noms d’utilisateur et mots de passe administrateur par appareil
• Adresse IP et port documentés pour chaque appareil
• Détails du sous‑réseau et de la passerelle pour chaque LOCATION
• Micrologiciel à jour avant l’intégration

Genie est l’assistant AI intégré de GCXONE et apparaît comme un panneau flottant sur le tableau de bord, toujours disponible. Vous saisissez une question et il récupère les données pertinentes ou exécute directement l’action. Il couvre cinq domaines : des analyses telles que les résumés d’alarmes et l’analyse des données du système, la gestion des tickets, les demandes VPN, la configuration d’appareil et les conseils de dépannage, ainsi que Spawn pour déclencher des actions de la plateforme.

Evalink Talos est une plateforme de gestion d’Alarme entièrement hébergée dans le cloud pour la surveillance des stations et les équipes de Sécurité d’Entreprise, accessible depuis l’intérieur de GCXONE grâce à un partenariat entre NXGEN Technology AG et Evalink. Dans l’écosystème NXGEN, il s’agit du moteur de vérification et de dispatch d’Alarme : GCXONE gère l’analytique vidéo, la gestion des Appareils et le filtrage AI, et Talos fournit les files d’attente et les flux de travail que les opérateurs utilisent pour traiter les Alarmes, contacter les Clients et documenter les incidents. Il priorise les Alarmes selon votre propre logique métier, intègre la vidéo GCXONE dans la carte d’Alarme, et enregistre chaque action de l’opérateur dans une trace d’audit immuable.

• Construit comme microservices cloud‑native sur AWS, avec des serveurs en Amérique, en Europe et en Asie
• Si un microservice rencontre un problème, le reste de la plateforme continue de fonctionner
• Les mises à jour sont déployées à distance ; une modification majeure vous invite à recharger la page

Le Local Mode permet à la station de travail de l’opérateur de se connecter directement au NVR ou à l’Appareil via le réseau local en utilisant le SDK natif de l’appareil, contournant la passerelle de diffusion cloud GCXONE pour les fonctions à haut débit. Utilisez‑le sur les stations de travail d’opérateur sur site, où il offre une latence réduite, une vidéo de meilleure qualité et l’accès à des Fonctionnalités qui ne fonctionnent qu’avec une connexion directe à l’appareil. Si l’accès local échoue, la Visionneuse vidéo bascule automatiquement vers la diffusion cloud, de sorte que la surveillance se poursuit sans intervention de l’opérateur.

• Activer le streaming P2P, la vidéo En direct, la Lecture et l’audio SDK local
• Activer également les flux chiffrés, le PTZ local, les entrées/sorties locales et la chronologie
• Revenir automatiquement à la diffusion cloud en cas d’interruption du réseau local
• Installer de préférence sur chaque station de travail d’opérateur dès le début du déploiement

Chaque alarme a traversé une chaîne en cinq étapes. Une Caméra ou un capteur détecte une activité et signale la plateforme via la couche Proxy, la plateforme enregistre l’événement brut avec un horodatage, la Reference de l'appareil, la LOCATION et la référence du Client, puis l’événement passe par le moteur NOVA99x AI, qui le classe. Les Alarme réelle sont poussées vers la file d’attente de l’opérateur dans Talos, les Fausse alarme sont filtrées et conservées pour les rapports et l’Analytique, et les Événements techniques déclenchent des notifications automatisées ou des flux de travail tels que l’appel d’un technicien. L’opérateur examine et clôture l’événement, et chaque action est consignée dans le Journal d’audit.

Les composants du Local Mode doivent être installés sur chaque poste opérateur qui l’utilisera — il ne s’agit pas d’un commutateur côté serveur. Télécharger le Genesis Installer et l’exécuter en tant qu’administrateur ; il existe deux méthodes d’installation, un assistant graphique ou une exécution silencieuse en ligne de commande, et les deux installent les mêmes composants. Utiliser la version v.2.9.7 ou ultérieure pour garantir la pleine compatibilité des fonctionnalités. Les fonctionnalités du Local Mode telles que le streaming P2P, les flux chiffrés et l’audio local dépendent toutes de la présence de ce composant sur le poste.

• Installer sur chaque poste opérateur, pas de façon centralisée
• Utiliser le Genesis Installer v.2.9.7 ou ultérieur
• Exécuter l’installateur en tant qu’administrateur (assistant ou ligne de commande silencieuse)
• Installer lors du déploiement plutôt que pendant un incident actif

Lorsque le Local Mode est activé mais qu’il n’y a pas de connexion P2P, ou que la latence reste élevée, vérifier d’abord le service Local Mode : confirmer qu’il s’exécute dans Windows Services, puis le redémarrer ou le réinstaller et lire les journaux du service pour détecter les erreurs. Ensuite confirmer que la station de travail et l’appareil sont sur le même réseau, et examiner le routage réseau, la configuration VLAN et les règles de pare‑feu. Si la auto‑discovery ne trouve pas les appareils, configurer leurs adresses IP manuellement dans les paramètres du Local Mode. Noter que Hanwha et Genesis Audio ne prennent pas du tout en charge le Local Mode, de sorte que ces appareils utiliseront toujours le streaming cloud.

• Vérifier que le service Local Mode s’exécute dans Windows Services
• Confirmer que la station de travail et l’appareil sont sur le même réseau
• Vérifier le routage, la configuration VLAN et les règles de pare‑feu
• Configurer manuellement les IP des appareils si l’auto‑discovery échoue

Une Alarme réelle est un véritable événement de Sécurité nécessitant l’attention de l’opérateur, tel que la détection de Mouvement, le franchissement de ligne ou une intrusion. Une Fausse alarme est déclenchée par une activité non menaçante telle que des animaux, les conditions météorologiques ou des variations d’éclairage, et NOVA99x la filtre avant qu’elle n’atteigne la file d’attente. Un événement technique est généré par le système via HealthCheck – une caméra passant En mode hors connexion, un écran noir, une obstruction ou une faible luminosité – et déclenche une notification automatisée plutôt qu’une révision par l’opérateur. Ne jamais ignorer un événement technique : une caméra En mode hors connexion constitue un point mort dans votre couverture.

• Les Événements passent de Nouveau, Filtré, Assigné, En cours à TRAITÉ
• Un taux d’Alarme réelle supérieur à 30 % peut indiquer que NOVA99x doit être reconfiguré.
• Les décisions de Fausse alarme sont renvoyées aux analyses de NOVA99x.

Le Local Mode est soit non pris en charge, soit inutile pour trois types d’appareils. Les appareils Hanwha ne prennent pas en charge les fonctionnalités du Local Mode, Senstar ne prend pas en charge les opérations du Local Mode, et Genesis Audio utilisant SIP ou Twilio n’en a pas besoin car il est conçu pour l’intégration cloud. N’essayez pas de configurer le Local Mode pour ces appareils — utilisez le streaming cloud à la place. La prise en charge complète, à la fois cloud et Local Mode, couvre Adpro, Axis, Axxon, Dahua, Hikvision et Milestone.

• Hanwha : les fonctionnalités du Local Mode ne sont pas prises en charge
• Senstar : les opérations du Local Mode ne sont pas prises en charge
• Genesis Audio (SIP/Twilio) : non requis, intégration cloud par conception
• Prise en charge complète cloud et Local Mode : Adpro, Axis, Axxon, Dahua, Hikvision, Milestone

Oui. Un nouveau site créé dans GCXONE apparaît dans Talos automatiquement, en temps réel via la messagerie MQTT avec gestion des erreurs et logique de nouvelle tentative, en transmettant le nom du site, l’adresse, les coordonnées de contact, les coordonnées géographiques, les paramètres de configuration et l’état opérationnel. L’inverse n’est pas automatique : un site créé dans Talos doit d’abord être importé manuellement. Lorsqu’un élément est désynchronisé, vous pouvez le forcer depuis Configuration, Customers, l’onglet Sites, puis le menu d’actions à côté du site – Push to Talos envoie les dernières données GCXONE, Pull from Talos récupère les données Talos. Le même menu arme et désarme également le site sans ouvrir Talos.

• Créer les sites d’abord dans GCXONE afin que la synchronisation automatique effectue le travail
• Push to Talos après une modification de configuration en masse
• Pull from Talos lors du dépannage d’une divergence avant de faire appel au support