Synthèse
Une plateforme Physical Security Information Management (PSIM) fédère les systèmes spécialisés et ajoute du contexte transversal, des procédures et une traçabilité des actions. Elle ne remplace pas le VMS, le contrôle d’accès, la centrale incendie, la détection d’intrusion, l’interphonie ou la GTB uniquement pour reproduire leurs fonctions métiers.
Le PSIM devient un Centre de contrôle unifié lorsque le modèle opérationnel dépasse la sûreté-sécurité : bâtiments, utilités, transports, industrie ou autres domaines peuvent alors partager un socle plus large de données et de processus, tout en conservant des responsabilités claires.
CODRA décrit Panorama Suite comme une plateforme PSIM ouverte pour coordonner des environnements complexes et multisites. Consultez PSIM pour une sécurité intégrée | The Security Event.
Ce qu’une plateforme PSIM doit fédérer
- les événements de vidéosurveillance et de VMS, l’état des caméras et les processus de levée de doute ;
- le contrôle d’accès, les portes forcées, badges invalides et informations d’occupation ;
- la détection d’intrusion, les systèmes périmétriques et les alarmes d’urgence ;
- la détection incendie, l’alarme vocale et les communications d’urgence lorsque les interfaces approuvées le permettent ;
- l’interphonie, la sonorisation, la GTB et certaines alarmes techniques ;
- les cartes, le contexte géographique, les procédures, l’escalade et la traçabilité opérateur.
La valeur provient de la corrélation et de la réponse coordonnée. Une alarme de porte, une perte vidéo et un événement technique voisin peuvent mériter ensemble une priorité différente de celle accordée à chaque alarme isolée.
Une architecture multisite en quatre couches
- Systèmes terrain : conserver les équipements et applications spécialisés qui portent les fonctions locales de sûreté ou de sécurité.
- Intégration locale : normaliser les événements, préserver l’autonomie essentielle et mettre les informations en mémoire lors d’une coupure réseau.
- Centre de contrôle unifié : corréler les événements, appliquer les procédures, coordonner l’escalade et conserver une piste d’audit.
- Présentation : proposer des vues adaptées aux opérateurs, responsables sécurité, équipes terrain et directions.
Les interfaces entre ces couches doivent être explicites. Un schéma indiqué « centralisé » ne suffit pas : la conception doit préciser ce qui continue localement, comment la reprise fonctionne et quel système reste maître de chaque commande.
L’indépendance protège le cycle de vie de la salle de contrôle
Les parcs de sûreté-sécurité évoluent par étapes. Caméras, contrôles d’accès et centrales incendie sont remplacés à des rythmes différents, tandis que les sites acquis utilisent parfois d’autres marques. Une couche PSIM indépendante permet de standardiser l’expérience de la salle de contrôle sans imposer une seule famille matérielle à tout le parc.
L’indépendance ne garantit pas une compatibilité automatique. Le projet doit toujours valider les connecteurs natifs, ONVIF ou d’autres standards, la sémantique des événements, les versions prises en charge, l’autorité de commande, la latence et les comportements en panne. Le bénéfice est la liberté d’architecture et une trajectoire de migration maîtrisée.
Concevoir ensemble résilience et cybersécurité
Un PSIM centralise des informations sensibles et devient important pour l’exploitation. Segmentation, identités, moindre privilège, accès distant sécurisé, journalisation, sauvegarde, restauration, gestion des correctifs et procédures d’incident s’appliquent donc à la plateforme comme aux sous-systèmes connectés.
L’autonomie locale et la mise en mémoire sont essentielles pour les parcs distribués. Le modèle Panorama Edge-to-Service traite du fonctionnement déconnecté, tandis que la page Cybersecurity and SCADA documente l’approche de Panorama et ses références ANSSI.
Contextes particulièrement adaptés
Sites critiques
Aéroports, rail, ports et services essentiels
Coordonner les événements de sûreté-sécurité et de bâtiment sur des parcs étendus ou distribués où la continuité et l’escalade sont déterminantes.
Références clients publiées
Ces références clients CODRA documentent des déploiements précis. Les chiffres et l’avancement correspondent à la publication citée. Les exemples internationaux illustrent un périmètre technique ; le pays indiqué situe le projet.
Lyon Parc Auto · France · 2024
Intégrée par SEMERU, l’application Panorama publiée couvre six parkings. Elle consolide GTB, informations incendie, éclairage, pompage, comptage électrique, accès, vidéo, interphonie, ventilation, détection de monoxyde de carbone et état des ascenseurs. Elle illustre une vue opérationnelle commune aux systèmes techniques et de sûreté, avec une priorisation des alarmes.
Lire la référence client CODRA (PDF) · EN
TER Dakar · Senegal / Sénégal · 2025
Equans INEO UTS a déployé Panorama pour la supervision centrale et locale des gares du TER de Dakar. La référence décrit des fonctions de GTB, de sûreté, de communications et d’énergie de traction, avec des vues adaptées aux rôles des opérateurs. Elle indique 30 000 points de supervision et deux serveurs redondants. Ce projet africain illustre le regroupement de plusieurs domaines opérationnels dans un environnement de contrôle commun.
Lire la référence client CODRA (PDF) · EN
Eurotunnel · France · 2023
La référence du centre de contrôle de sûreté décrit une hypervision Panorama pour les alarmes géolocalisées et une vue commune d’un site de plus de 650 hectares. Panorama constitue un élément du dispositif global de protection physique et électronique. La baisse des tentatives d’intrusion rapportée concerne l’ensemble de ce programme et ne peut être attribuée au seul logiciel.
Lire la référence client CODRA (PDF) · EN
Pour un projet en Afrique, échangez sur les systèmes existants, les interfaces, l’autonomie locale et les responsabilités de support avec Nicolas Hamel · CODRA.
Évaluer Panorama pour votre projet
Pour le PSIM, identifiez les versions exactes des VMS, contrôles d’accès et systèmes d’intrusion ainsi que leurs interfaces disponibles. Démontrez un événement autorisé, de sa réception à l’action opérateur et à sa traçabilité. Confirmez les packs de pilotes, licences API tierces et mécanismes d’acquittement ; l’enregistrement vidéo et les fonctions de sécurité des personnes restent portés par leurs systèmes spécialisés.
Pour préparer la consultation, rassemblez les versions des systèmes, les interfaces et listes de points disponibles, les fonctions attendues et les contraintes d’exploitation. Convenez d’un scénario de démonstration et de critères de réception avec les équipes utilisatrices. Consultez les critères communs de sélection et de réception.
Quelles preuves demander ?
La documentation officielle décrit les capacités du produit. Une démonstration permet de vérifier les interfaces et le scénario du projet. Pour une référence client comparable, demandez un périmètre documenté et un échange autorisé lorsque disponible. Les exemples de ce guide restent des scénarios d’évaluation, sauf référence client explicitement identifiée.
Documentation produit et réseau : Panorama Edge-to-Service · Panorama COM (documentation en anglais) · Réseau de partenaires CODRA (en anglais).
Contactez Nicolas Hamel chez CODRA avec le pays, les sites, les systèmes existants et la première décision opérationnelle à améliorer.
Quelles informations préparer pour une consultation Panorama ?
Préparez les pays et sites, les versions des systèmes, les interfaces et points disponibles, les fonctions attendues et les contraintes d’exploitation. Nicolas Hamel coordonne la qualification avec CODRA et le mode d’intégration adapté.
Parcs tertiaires
Data centres, banques et campus d’entreprise
Unifier des systèmes de générations différentes, des équipes centrales et des intervenants locaux tout en gardant visibles les responsabilités de chaque site.
Comment évaluer un PSIM ou Centre de contrôle unifié
- Partir des scénarios : définir les événements nécessitant une corrélation inter-systèmes et une action coordonnée.
- Cartographier l’autorité : déterminer quel sous-système porte la détection, la commande, l’acquittement et la preuve.
- Tester les modes dégradés : perte du WAN, d’un sous-système ou du serveur central, retard vidéo et reprise.
- Valider l’interopérabilité : versions, connecteurs, niveau de détail, périmètre des commandes et responsabilité des mises à niveau.
- Mesurer les résultats opérateur : priorisation, temps de vérification, cohérence des procédures, reporting et auditabilité.
Réalisation dans les quatre régions d’Afrique
Le bureau commercial et technique de CODRA à Johannesburg constitue le point d’entrée direct pour les projets africains et coordonne, selon le pays, des intégrateurs certifiés adaptés. Felton Energy Services représente CODRA au Nigeria uniquement ; ZEK Group International représente CODRA en Tanzanie uniquement.
Consultez les pages consacrées aux Centres de contrôle unifiés en Afrique de l’Ouest, aux Centres de contrôle unifiés en Afrique centrale, aux Centres de contrôle unifiés en Afrique de l’Est et aux Centres de contrôle unifiés en Afrique australe.
Questions fréquentes
Quelle est la différence entre un PSIM et un Centre de contrôle unifié ?
Le PSIM fédère principalement les systèmes de sécurité physique et certains systèmes de sûreté. Un Centre de contrôle unifié peut inclure le PSIM tout en étendant l’environnement commun aux bâtiments, utilités, transports, procédés industriels ou autres domaines.
Un PSIM remplace-t-il le VMS ou le contrôle d’accès ?
En règle générale, non. Le VMS, le contrôle d’accès et les autres systèmes spécialisés conservent leurs fonctions dédiées. Le PSIM fédère les événements, le contexte, les procédures et les processus opérateur au-dessus de ces systèmes.
Un PSIM peut-il être indépendant des constructeurs ?
Oui, si l’architecture prend en charge les connecteurs et standards nécessaires et si le projet valide les versions, la sémantique et les comportements en panne. L’indépendance ne supprime pas le travail d’intégration.
Que se passe-t-il lorsqu’un site perd sa liaison avec le centre ?
Une conception résiliente préserve les fonctions locales définies, met les événements appropriés en mémoire et resynchronise de manière sûre après la reprise. Le mode dégradé doit être conçu et testé pour chaque site.
Que doit inclure un pilote PSIM ?
Un pilote utile intègre plusieurs marques de sous-systèmes, au moins un scénario de corrélation, une procédure guidée, un test de perte de communication, des contrôles de cybersécurité et un résultat opérateur vérifiable.
Prochaine étape
Évaluer l’application sur votre parc réel
Je travaille avec les opérateurs et les intégrateurs locaux pour définir le périmètre initial, les interfaces, les exigences de cybersécurité et le modèle de réalisation.