Logiciel de supervision SIG : 8 critères pour bien choisir
Un logiciel de supervision SIG rattache chaque mesure, chaque alerte et chaque intervention à sa position et à sa date, pour suivre l'état d'un parc d'infrastructures sur une même carte. Il ne remplace ni le SCADA, qui pilote les automates, ni l'hyperviseur de sûreté, qui orchestre la réponse aux incidents : il leur apporte le contexte géographique qui leur manque. Voici les huit critères qui distinguent un outil utile d'une carte de plus.
Par la rédaction d'optim.aize · Lecture : 6 minutes
- Un logiciel de supervision SIG est un socle commun, pas un écran supplémentaire.
- Les critères décisifs : référentiel 4D unique, ouverture, multi-sources, explicabilité, intégration.
- Pour un OIV ou une entité NIS2, le mode d'hébergement est un critère de sûreté.
- Exigez une démonstration sur vos propres données avant de signer.
Supervision SIG, SCADA, hyperviseur : qui fait quoi ?
Les mots se recouvrent souvent dans les cahiers des charges. Avant de comparer des logiciels, il faut distinguer les rôles :
| Outil | Rôle principal | Question à laquelle il répond |
|---|---|---|
| SCADA | Piloter et surveiller en temps réel des automates et des équipements | Comment se comporte cet équipement en ce moment ? |
| GMAO | Planifier et tracer la maintenance | Quelle intervention, sur quel actif, Ã quelle date ? |
| Hyperviseur de sûreté | Agréger les alarmes de sûreté et orchestrer la réponse | Que faire face à cet incident ? |
| Supervision SIG | Rattacher toutes les données à leur position et à leur date, analyser leur évolution | Où se situe le problème, depuis quand, et qu'y a-t-il autour ? |
Ces outils sont complémentaires. Le risque, en choisissant un logiciel de supervision SIG, est d'acheter un outil de plus qui reproduit une vue partielle. Les critères qui suivent visent l'inverse : un socle commun qui rend les autres outils plus utiles.
Les 8 critères pour choisir un logiciel de supervision SIG
1. Un référentiel spatial et temporel unique
Toutes les données doivent partager le même système de coordonnées et le même axe de temps, en 2D, en 3D et dans la durée, ce que l'on appelle la 4D. Vérifiez que l'intérieur des bâtiments et l'extérieur coexistent dans la même base : sur un aéroport, un port ou un site industriel, les incidents ne s'arrêtent pas à la porte.
2. Des formats et des API ouverts
Vos données doivent rester exportables à tout moment, sans frais de sortie ni format propriétaire. Le respect des standards de l'Open Geospatial Consortium, comme la famille OGC API, est un bon indicateur d'ouverture. Demandez la documentation des API avant de signer.
3. Une ingestion multi-sources
Un logiciel de supervision SIG doit accepter des sources hétérogènes : capteurs IoT, séries satellitaires InSAR, images et nuages de points drone, positions GNSS et RTK, logiciels métier. La bonne question : combien de temps faut-il pour connecter une nouvelle source, et qui s'en charge ?
4. Des traitements explicables
Détection d'anomalies, scores de risque, prédiction : la valeur est là , à condition que chaque alerte soit justifiable. Exigez de savoir quelles données ont conduit à une alerte et qui a validé les modèles. Sur un ouvrage, un modèle validé par des géoscientifiques vaut mieux qu'une boîte noire.
5. L'intégration à l'existant
Le logiciel doit se raccorder à la GMAO, à l'ERP, au SCADA, aux SIG existants et, le cas échéant, à l'hyperviseur, dans les deux sens : récupérer leurs données et leur renvoyer le contexte géographique et les alertes. Un outil qui oblige les équipes à changer d'écran pour chaque décision finit abandonné.
6. La souveraineté et le mode d'hébergement
Pour un opérateur d'importance vitale ou une entité soumise à la directive NIS2, l'hébergement des données de supervision est un sujet de sûreté. Vérifiez les options proposées : SaaS, cloud souverain, on-premise, et la possibilité de fonctionner sur un réseau isolé d'Internet. Pour les données sensibles hébergées dans le cloud, l'ANSSI préconise des offres qualifiées SecNumCloud.
7. Le temps réel et les flux lourds
Vidéo, thermique, LiDAR : certains flux pèsent lourd et doivent arriver sans délai lorsqu'une alerte est en cours. Interrogez le fournisseur sur la priorisation des flux et la tenue en charge, par exemple au moyen d'un réseau 5G privé et d'API réseau de qualité de service.
8. Un chemin de déploiement progressif
Méfiez-vous des projets qui commencent par dix-huit mois d'intégration. Un bon fournisseur montre son outil sur vos propres données en quelques jours, propose un pilote sur un site avec des indicateurs de réussite définis ensemble, puis étend progressivement.
La grille à utiliser en consultation
Pour comparer plusieurs offres, posez les mêmes questions à chaque fournisseur et notez les signaux d'alerte.
| Critère | Question à poser | Signal d'alerte |
|---|---|---|
| Référentiel unique | Intérieur, extérieur et historique sont-ils dans la même base ? | Un module distinct par type de donnée |
| Ouverture | Puis-je exporter toutes mes données, et dans quels formats ? | Export payant ou partiel |
| Multi-sources | Quelles sources sont déjà connectées en production ? | Seuls les capteurs du fournisseur sont acceptés |
| Explicabilité | Comment une alerte est-elle justifiée ? Qui valide les modèles ? | « L'algorithme a détecté », sans plus |
| Intégration | Quelles intégrations GMAO, SCADA et hyperviseur existent ? | Ressaisie manuelle entre les outils |
| Souveraineté | Où sont hébergées les données, sous quel droit ? | Un seul mode d'hébergement imposé |
| Temps réel | Comment les flux lourds sont-ils priorisés ? | Traitement en différé uniquement |
| Déploiement | Pouvez-vous faire la démonstration sur nos données ? | Démonstration sur données fictives seulement |
Comment YAAPS répond à ces critères
YAAPS, la plateforme développée par optim.aize, filiale innovation du groupe jll.spear, a été conçue autour de ces exigences. Son architecture en trois couches, un socle de données SIG, des moteurs d'analyse et des API, des applications métier, lui permet de servir de logiciel de supervision SIG pour l'intégrité des ouvrages, ou de fournisseur de donnée géoréférencée pour un hyperviseur existant.
- référentiel 2D, 3D et 4D, intérieur et extérieur dans la même base ;
- plateforme open source, données exportables en formats ouverts ;
- ingestion IoT, InSAR, drone, LiDAR, GNSS, RTK et logiciels métier ;
- modèles conçus et validés par des géoscientifiques, résultats explicables ;
- API vers GMAO, ERP, MES, SCADA, SIG existants et hyperviseurs ;
- SaaS géré, cloud souverain ou on-premise, y compris isolé d'Internet ;
- réseau 5G privé et Quality on Demand avec Orange sur les sites qui l'exigent ;
- démarche en trois temps : démonstration, pilote, déploiement.
YAAPS est en exploitation sur des sites comme l'aéroport de Francfort, l'aéroport de Iași ou le Port de Bordeaux.
Pour aller plus loin : la plateforme SIG souveraine YAAPS, le module de cartographie intelligente et la surveillance par cartographie et alertes IA.
Pour aller plus loin
Data et IA pour les infrastructures critiques
La méthode connecter, collecter, traiter, décider.
Aéroport intelligent : la donnée géographique, socle de l'IA
Cinq briques de données et trois aéroports en exemple.
Géolocalisation indoor en aéroport : retour d'expérience à Francfort
Intégrer la position indoor dans un SIG.
Questions fréquentes
Questions fréquentes
Une autre question ? Écrivez-nous, un expert vous répond.
Qu'est-ce qu'un logiciel de supervision SIG ?
C'est un logiciel qui rattache chaque mesure, chaque alerte et chaque intervention à sa position et à sa date, pour suivre l'état d'un parc d'infrastructures sur une même carte et analyser son évolution dans le temps.
Quelle différence entre un logiciel de supervision SIG et un SCADA ?
Le SCADA pilote et surveille en temps réel des automates et des équipements. Le logiciel de supervision SIG rattache toutes les données du site, y compris celles du SCADA, à leur position et à leur date, et analyse leur évolution. Les deux se complètent.
Un logiciel de supervision SIG remplace-t-il un hyperviseur de sûreté ?
Non. L'hyperviseur orchestre la réponse aux incidents. Le logiciel de supervision SIG l'alimente en contexte géographique : position de l'alerte, zone, accès le plus proche, historique.
Pourquoi choisir une plateforme SIG open source ?
Une plateforme open source rend son fonctionnement transparent, limite la dépendance à un éditeur et facilite l'interopérabilité avec les autres outils. Elle doit aller de pair avec des formats et des API ouverts, pour que les données restent exportables.
Combien de temps faut-il pour déployer YAAPS ?
Une démonstration sur vos propres données prend quelques jours. Vient ensuite un pilote sur un site et un cas d'usage, avec des indicateurs définis ensemble, avant l'extension aux autres sites et aux autres métiers.
- Open Geospatial Consortium, famille de standards OGC API
- Directive (UE) 2022/2555, dite NIS2, EUR-Lex
- ANSSI, posture et qualification SecNumCloud pour le cloud
optim.aize, filiale innovation du groupe jll.spear basée à Bordeaux, développe YAAPS, la plateforme souveraine et open source qui connecte, collecte, traite et contextualise les données des infrastructures critiques pour aider à la décision.
Comparez sur vos propres données.
Envoyez-nous un jeu de données ou décrivez vos outils actuels : nous vous montrons YAAPS dans votre contexte, critère par critère.