Cohérence des bilans journaliers SCADA et Diagbox pour des rapports d'exploitation fiables

Dans les réseaux d'eau, d'énergie ou sur des sites industriels équipés d'un SCADA, il n'est pas rare de constater des écarts entre les bilans journaliers (volumes, énergies) affichés par la supervision et ceux produits par l'outil de reporting. Ce cas d'application décrit comment CALASYS fiabilise ces bilans via Diagbox, une couche de traitement et de valorisation des données, afin de produire un bilan unique, traçable et exploitable pour les rapports d'exploitation.

Contexte et objectifs du cas d'application

Type de réalisation : cas d'utilisation (cas d'application, client non nominatif).

Environnements concernés : réseaux et sites industriels disposant déjà d'un SCADA (eau, énergie, utilités, bâtiments, procédés), avec un besoin de bilan journalier consolidé (volumes, consommations, énergies, indicateurs d'exploitation).

Phase 1 - Problématique : incohérences entre bilans SCADA et reporting

Symptômes constatés sur le terrain

Sur un même périmètre fonctionnel, les bilans journaliers peuvent diverger entre :

• les totaux journaliers calculés et affichés dans le SCADA ;
• les bilans issus d'un outil de reporting ou d'un portail de restitution.

Causes techniques typiques (sources d'écarts)

• Règles d'agrégation différentes : somme de compteurs vs intégration temporelle, moyennes, min/max, gestion des valeurs manquantes.
• Périmètres de calcul non homogènes : tags inclus/exclus, renommage de variables, évolution du référentiel d'exploitation.
• Écarts de consolidation : horodatage, pas de temps, périodes de calcul (J-1, minuit/minuit, jour glissant), recalcul a posteriori.
• Chaînes d'acquisition hétérogènes selon les automates et les équipements : pertes de communication, tamponnage local, modes de remontée différés.
• Multiplication des "vérités" : SCADA, tableurs, BI, exports, rapports PDF, chacun avec sa logique de calcul.

Impacts opérationnels et risques

• Perte de confiance dans les chiffres d'exploitation et difficultés de validation interne (exploitation, maintenance, bureau d'études).
• Temps non productif consacré aux recalculs, rapprochements et justifications (relecture d'historiques, comparaisons d'exports, reconstitution de périmètres).
• Traçabilité affaiblie : difficulté à expliquer précisément "quelle donnée" et "quelle règle de calcul" ont alimenté un bilan.
• Risque de diffusion de rapports d'exploitation incohérents (tableaux de bord vs rapports officiels), pouvant impacter la conformité interne des données et la robustesse des décisions.

Phase 2 - Solution : unifier la chaîne de calcul via Diagbox (couche de traitement)

Principe de l'architecture cible

CALASYS met en place un flux de données unifié entre le SCADA existant et Diagbox afin de produire un bilan journalier unique et traçable (volumes et énergies).

Diagbox est positionné comme couche de traitement et de valorisation entre l'acquisition et la restitution :

• Acquisition / intégration : connexion aux automates et aux systèmes de supervision (SCADA) déjà en place.
• Centralisation : regroupement des données dans une interface unique.
• Traitement et consolidation : application de règles homogènes de calcul et de consolidation, alignées sur le besoin métier.
• Restitution : génération de bilans et d'indicateurs depuis le portail web Diagbox.

Méthode de mise en cohérence (approche recommandée)

• Aligner le référentiel : liste des points (tags), unités, sens physiques, périmètres (ouvrages, secteurs, ateliers).
• Documenter les règles de calcul : pas de temps, période jour, méthodes d'agrégation, gestion des valeurs manquantes et des recalculs.
• Centraliser la consolidation dans Diagbox : une logique unique de calcul des bilans journaliers plutôt que des calculs dispersés.
• Assurer la traçabilité : capacité à relier un indicateur à ses données sources et à sa règle de calcul.

Résultats attendus (bénéfices techniques et métiers)

• Bilan journalier unique : réduction des divergences SCADA vs reporting en s'appuyant sur une chaîne de calcul unifiée.
• Fiabilisation de la chaîne de calcul : collecte, consolidation et restitution structurées pour des rapports plus robustes.
• Rapports d'exploitation plus lisibles : bilans et indicateurs présentés de manière claire et directement exploitable.
• Données disponibles en temps réel pour le suivi opérationnel et la production de reporting.
• Connectivité étendue côté Diagbox (connexions illimitées annoncées) afin de sécuriser l'alimentation des outils décisionnels et des restitutions.

Produits et expertises mobilisés

Logiciel

• Diagbox : portail web de traitement et d'exploitation des données, utilisé ici pour centraliser, consolider et restituer des bilans journaliers cohérents.

Expertises d'intégration

• Interopérabilité entre SCADA, automates et couche de reporting.
• Définition de règles de consolidation et d'indicateurs alignés sur les usages d'exploitation.
• Mise en place d'une restitution homogène pour limiter les écarts entre tableaux de bord et rapports.

À qui s'adresse ce cas d'application ?

• Exploitants de réseaux (eau, énergie, gaz) confrontés à des écarts de bilans journaliers entre supervision et reporting.
• Sites industriels souhaitant sécuriser la traçabilité des données utilisées dans les rapports d'exploitation.
• Services méthodes / performance / bureau d'études cherchant à standardiser les règles de consolidation et réduire le temps de rapprochement.

En savoir plus

• Fiche entreprise : CALASYS
• Fiche produit : Diagbox