Synthèse
Panorama H2 est l’offre Historian de CODRA pour collecter, archiver et analyser les données opérationnelles en local ou en mode hébergé. Un Historian industriel utile ne se contente pas de conserver des valeurs. Il préserve des horodatages fiables et suffisamment de contexte pour identifier les équipements, alarmes, équipes et conditions d’exploitation concernés.
La question centrale n’est pas « combien de données pouvons-nous stocker ? » Elle est : « les opérateurs et ingénieurs peuvent-ils retrouver rapidement des éléments fiables pour comprendre un événement, comparer les performances et améliorer leurs décisions ? »
Consultez la page officielle Panorama H2 – Data Historian & Reporting.
Le Historian comme couche de preuve opérationnelle
Les informations opérationnelles proviennent d’automates, DCS, RTU, compteurs, machines, systèmes de bâtiment, instruments, logiciels tiers et saisies manuelles. Le Historian doit préserver la chronologie tout en rendant les relations visibles : une valeur procédé avant une alarme, un changement de phase, l’équipement en service, l’équipe présente et le délai d’acquittement ou de correction.
Ce contexte distingue un Historian opérationnel d’une archive générique. Il facilite l’analyse après événement, la comparaison des performances, la preuve de conformité, l’investigation de maintenance et la préparation des données destinées à des analyses plus avancées.
La qualité et la gouvernance avant les tableaux de bord
- Intégrité des horodatages : définir l’horodatage à la source, les fuseaux, la synchronisation et le stockage avec retransmission.
- Contexte : préserver les relations entre actif, site, unité, lot, phase d’exploitation et alarme.
- Indicateurs de qualité : distinguer les valeurs mesurées, calculées, substituées, périmées et indisponibles.
- Rétention : aligner les historiques bruts et agrégés sur les exigences opérationnelles, réglementaires et économiques.
- Responsabilités : déterminer qui peut créer des variables, modifier des calculs, approuver des rapports et exporter les données.
Une base rapide ne compense pas une nomenclature incohérente, une instrumentation absente ou des responsabilités imprécises. Ces fondations doivent faire partie du premier pilote.
Un historique commun au service de plusieurs applications
Un Historian partagé peut apporter du contexte aux applications SCADA, GeoSCADA, BMS, EMS, PSIM et MES sans les transformer en un système indifférencié. Les opérateurs conservent des interfaces adaptées à leur métier, tandis que les équipes autorisées accèdent à des preuves historiques cohérentes.
Exploitation
Reconstitution d’événements et analyse de tendances
Comparer valeurs, alarmes, acquittements et phases d’exploitation pour analyser les incidents et les pertes récurrentes.
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.
Hager · France · 2025
À Obernai, Panorama Data Historian accompagne le suivi énergétique de dix bâtiments, avec 600 compteurs électriques indiqués dans la référence de 2025. Les équipes créent et partagent des rapports sans écrire de SQL. Hager rapporte un gain de 14 heures de travail par semaine et une préparation de rapport énergétique passée de deux jours à une heure. Ces résultats sont propres à ce client et ne constituent pas une économie garantie pour un autre projet.
Lire la référence client CODRA (PDF) · EN
CFAO Green Infra · Côte d’Ivoire · 2026
CFAO Green Infra utilise Panorama Edge-to-Service et H2.Cloud pour une supervision énergétique coordonnée depuis Abidjan. La référence publiée indique 11 sites installés sur 30, une supervision locale, une administration centralisée et le Store & Forward pour préserver les données lors des coupures réseau. Les responsables de site disposent de rapports et d’alertes sur l’énergie et les conditions ambiantes. La réduction de consommation de 30 % est un objectif ; l’extension en Côte d’Ivoire, au Sénégal et au Cameroun constitue un programme progressif, sans attester un déploiement achevé dans les trois pays.
Lire la référence client CODRA (PDF) · FR
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 un Historian, définissez fréquences d’acquisition, conservation, horodatages, indicateurs de qualité et charge des requêtes. Démontrez la récupération des données tamponnées et l’analyse d’un incident représentatif. Dimensionnez et validez stockage et performances sur la charge du projet plutôt que sur une simple comparaison de nombres de variables.
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é.
Performance
Comparaison entre sites et périodes
Normaliser le contexte afin de comparer les utilités, bâtiments, lignes de production ou actifs distants sur des définitions défendables.
Architecture Historian locale, centrale et multisite
Les sites éloignés ou critiques peuvent devoir continuer à collecter les données lorsque le WAN est indisponible. Une architecture distribuée peut conserver l’acquisition et la mise en mémoire locales, puis transférer certains historiques vers un service central pour l’analyse du groupe.
Le projet doit définir l’ordre de reprise, la gestion des doublons, les limites de bande passante, la synchronisation horaire et l’autorité des commandes centrales séparément de la collecte. Panorama Edge-to-Service fournit un modèle de référence pour l’autonomie locale, l’administration centrale et les transferts maîtrisés.
Des données historiques à la détection plus précoce des anomalies
La Détection Automatique d’Anomalies (DAA) utilise les données historiques pour apprendre les comportements normaux selon les différentes phases et signaler les profils anormaux. Le résultat utile n’est pas un score inexpliqué, mais une alerte qu’un ingénieur ou un opérateur peut analyser avec les tendances et le contexte sous-jacents.
La DAA ne corrige pas les capteurs défaillants, l’absence de contexte ni les procédures incohérentes. Son efficacité dépend du socle Historian et de la capacité de l’organisation à examiner les résultats et à agir. Consultez Détection Automatique d’Anomalies (DAA) : détecter l’anormal avant l’incident.
Comment évaluer un projet Historian industriel
- Choisir des décisions représentatives : analyse d’incident, comparaison énergétique, investigation de maintenance ou performance de production.
- Inventorier les sources et fréquences : volumes, changements, rafales, événements, alarmes, données manuelles et archives existantes.
- Définir le contexte et la qualité : horodatages, hiérarchie des actifs, calculs, indicateurs de qualité et nommage.
- Modéliser la rétention et la reprise : données brutes et agrégées, sauvegarde, restauration et fonctionnement déconnecté.
- Tester la restitution : démontrer que les utilisateurs répondent à de vraies questions dans un délai acceptable, et pas seulement que l’acquisition fonctionne.
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
En quoi un Historian industriel diffère-t-il d’une base de données classique ?
Un Historian industriel est conçu autour de l’acquisition de séries temporelles, des horodatages, de la qualité, du contexte opérationnel et de la restitution efficace de données procédé évolutives. Une base généraliste peut conserver d’autres rôles dans l’architecture.
Panorama H2 peut-il collecter les données d’un SCADA ou BMS existant ?
Oui, sous réserve des interfaces disponibles et de la conception du projet. Les protocoles, la sémantique, les horodatages et la propriété des données doivent être validés avant toute migration ou fédération.
Un Historian industriel doit-il être dans le cloud ?
Non. CODRA présente Panorama H2 comme disponible en local ou en mode hébergé. Le choix dépend de l’autonomie, de la cybersécurité, de la connectivité, de la gouvernance et du cycle de vie.
Les données historiques peuvent-elles faciliter la maintenance prédictive ?
Oui. Les tendances et la détection d’anomalies peuvent faciliter un diagnostic plus précoce et les processus de maintenance prédictive, mais les résultats dépendent de l’instrumentation, du contexte, de la qualité des données et des pratiques de maintenance.
Que doit démontrer un pilote Historian ?
Il doit démontrer la fiabilité de l’acquisition, des horodatages et de la qualité, la reprise après déconnexion, le contexte utilisable, les performances de restitution et au moins une décision ou un rapport validé par les utilisateurs.
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.