Exploitants multi-sites — Supervisez vos usines, stations et postes HTA depuis le siège

Vous gérez plusieurs dizaines — parfois plusieurs centaines — de sites industriels dispersés sur un territoire. Chaque site a son automate, ses capteurs, ses seuils critiques. La somme d'informations à traiter dépasse ce qu'une équipe peut gérer manuellement.

La supervision multi-sites centralisée n'est pas seulement un outil de confort. C'est un levier de productivité opérationnelle, de réduction des déplacements, de conformité réglementaire, et de prise de décision basée sur les données.

Le problème de l'exploitant sans vision centralisée​

Opérer en aveugle​

Sans supervision centralisée, chaque site est une boîte noire. Les informations arrivent de manière fragmentée et réactive :

  • Détection en retard : l'équipe apprend la panne d'une pompe quand la production s'arrête ou quand un usager appelle — rarement avant. Le délai entre le début d'un incident et sa détection est typiquement de 2 à 8 heures.
  • Astreintes mal ciblées : le technicien d'astreinte se déplace sans savoir ce qu'il va trouver. Entre 30 et 50 % des déplacements d'astreinte sont des "faux déplacements" — problème résolu seul, fausse alarme, ou problème qui ne justifie pas une intervention nocturne.
  • Absence de données : impossible d'analyser les tendances, d'identifier les équipements en dégradation, de justifier les investissements de renouvellement auprès de la direction ou d'un maître d'ouvrage.
  • Reporting chronophage : produire les rapports mensuels ou annuels (volumes pompés, taux de disponibilité, incidents) demande un travail de consolidation manuelle de plusieurs jours.

Les coûts cachés​

Déplacements : sur un réseau de 80 stations, avec 1 déplacement d'astreinte inutile par site par an à 500 € la journée technicien, c'est 40 000 €/an de coût évitable.

Interventions mal préparées : un technicien qui arrive sur site sans savoir ce qu'il va trouver ressort souvent pour chercher la bonne pièce. Chaque aller-retour coûte 200 à 400 €.

Non-conformités réglementaires : pour les exploitants d'eau et d'assainissement, un dépassement de niveau de bâche non détecté peut entraîner un débordement en réseau, avec des conséquences environnementales et des pénalités contractuelles.

La solution : un tableau de bord unifié pour tous vos sites​

Principes de la plateforme Eziwan​

Eziwan centralise en temps réel les données de tous vos sites dans un tableau de bord cloud accessible depuis n'importe quel navigateur ou application mobile. L'architecture est conçue pour des flottes de 10 à 500+ sites, avec les mêmes performances.

Les données remontées par chaque gateway :

  • Variables process : niveaux, débits, pressions, températures, courants, états machine
  • Données de connectivité : signal 4G, disponibilité de la gateway
  • Événements : démarrages, arrêts, alarmes, acquittements
  • Informations système : version firmware, statut VPN, dernière synchronisation

Fonctionnalités clés du tableau de bord​

Vue cartographique des sites​

La vue principale présente l'ensemble de vos sites sur une carte géographique interactive, avec un statut coloré pour chaque site :

Vert   : site connecté, aucune alarme active
Orange : alerte active (seuil dépassé, état anormal)
Rouge  : alarme critique ou perte de connectivité
Gris   : gateway hors ligne (coupure électrique, problème réseau)

D'un coup d'œil, l'opérateur de conduite voit les sites qui nécessitent une attention. Un clic sur un site ouvre la vue détaillée.

Vue détaillée par site​

Depuis la vue site, l'opérateur accède à :

Variables temps réel :

  • Toutes les variables supervisées avec leur valeur instantanée
  • Indicateur de statut (normal / pré-alarme / alarme)
  • Horodatage de la dernière mesure reçue
  • Bouton d'acquittement d'alarme

Graphiques historiques :

  • Courbe d'évolution de chaque variable sur 1h, 6h, 24h, 7 jours, 30 jours, ou plage personnalisée
  • Superposition de plusieurs variables sur le même graphique (ex: niveau bâche + état pompe)
  • Zoom et déplacement dans l'historique

Journal des événements :

  • Chronologie de tous les événements du site : alarmes, reprises, changements d'état, connexions utilisateurs
  • Exportable en CSV pour les rapports d'incident

Accès VPN :

  • Bouton de connexion VPN vers le réseau local du site (avec MFA)
  • Connexion TIA Portal, EcoStruxure, ou outil d'ingénierie depuis ce tunnel

Tableau de bord multi-sites comparatif​

Pour les exploitants qui gèrent des sites similaires (réseau de stations de pompage, réseau de postes de transformation), le tableau comparatif permet de voir sur une seule page les KPIs de tous les sites :

Site          | Niveau bâche | Pompe 1 | Pompe 2 | Débit   | Dernier incident
──────────────|──────────────|─────────|─────────|─────────|─────────────────
SP-01 Mornas  | 78 %  ✓      | En marche| Arrêtée | 45 m³/h | Il y a 3 jours
SP-02 Bollène | 45 %  ✓      | Arrêtée | Arrêtée | 0       | Aujourd'hui 08:23 ⚠
SP-03 Orange  | 92 %  ⚠      | En marche| En marche| 89 m³/h | Il y a 12 jours
...

Ce format permet d'identifier immédiatement les anomalies (SP-02 : pompes à l'arrêt sans débit depuis ce matin, SP-03 : niveau très haut).

Configuration des alertes​

Philosophie : graduer pour éviter la fatigue d'alarme​

Un système d'alertes mal calibré produit trop d'alertes, qui sont ensuite ignorées par les équipes. La configuration recommandée suit une hiérarchie à trois niveaux :

Niveau 1 — Information (email équipe conduite, heure ouvrée) :

Pré-alarme niveau bâche > 80%
Démarrage de la pompe 2 (secours) alors que pompe 1 est disponible
Courant moteur > 105% de la valeur de référence

Niveau 2 — Alerte (SMS + email, toutes heures) :

Alarme niveau bâche > 90%
Défaut thermique d'une pompe
Absence de mise en marche des pompes depuis > 4h (niveau > 40%)
Température anormale sur variateur

Niveau 3 — Urgence (SMS astreinte + webhook + escalade) :

Alarme niveau très haut bâche > 95% → risque débordement
Deux défauts simultanés (station hors service)
Perte d'alimentation électrique
Perte de connectivité gateway > 15 minutes
Courant moteur < 30% nominal (fonctionnement à sec)

Canaux d'alerte​

CanalCas d'usageDélai
SMSAlertes urgentes, astreinte< 30 secondes
EmailPré-alarmes, rapports< 1 minute
WebhookIntégration ITSM, ticket automatique< 30 secondes
Notification push (app)Toutes alertes pour équipe mobile< 30 secondes
Appel téléphoniqueUrgence critique non acquittéeSur escalade

Les alertes peuvent être configurées avec des plages horaires : un défaut non critique déclenche un email en heure ouvrée et un SMS à l'astreinte en dehors des heures ouvrées.

Intégration avec les systèmes existants​

SCADA existant​

Pour les exploitants qui disposent déjà d'un SCADA (Wonderware, Ignition, WinCC, PCVUE) sur certains sites, Eziwan peut coexister et compléter :

Mode complémentaire : Eziwan supervise les sites sans SCADA local (ou avec des SCADA hétérogènes), le SCADA existant supervise les sites équipés. Le tableau de bord Eziwan offre une vue unifiée sur l'ensemble du parc.

Mode intégration : l'API REST Eziwan permet de faire remonter les données vers un SCADA centralisé ou une plateforme de Business Intelligence. Le SCADA reçoit les données d'Eziwan via API, les consolide avec ses données locales.

# Intégration SCADA via API REST Eziwan
import requests

# Récupérer les dernières valeurs d'un site
response = requests.get(
    "https://api.eziwan.com/v1/sites/SP-42/variables",
    headers={"Authorization": "Bearer <api_key>"},
    params={"limit": 1}  # Dernière valeur de chaque variable
)
variables = response.json()["data"]

# Récupérer les alarmes actives sur tout le parc
alarms = requests.get(
    "https://api.eziwan.com/v1/organization/alarms/active",
    headers={"Authorization": "Bearer <api_key>"}
).json()

Systèmes de gestion de tickets (ITSM)​

Les webhooks Eziwan permettent d'intégrer les alertes dans vos systèmes de gestion de tickets :

  • ServiceNow : création automatique d'un incident sur alarme critique
  • JIRA Service Management : ticket maintenance préventive sur dérive de courant
  • GLPI / iTop : ouverture d'une demande d'intervention
  • Tout système supportant les webhooks JSON

Rapports et exports​

Rapports automatiques :

  • Rapport quotidien : synthèse des alarmes, volumes pompés, durées de marche par site
  • Rapport mensuel : bilan de disponibilité, compteurs, consommation, incidents par site
  • Rapport annuel : données pour RPQS (eau/assainissement) ou rapport exploitant

Exports manuels :

  • Export CSV sur plage horaire personnalisée, variable par variable ou groupe de variables
  • Export PDF pour rapport d'incident
  • Export JSON via API pour intégration avec BI (Power BI, Grafana, Tableau)

Conformité réglementaire​

Eau potable et assainissement (DSP)​

Les exploitants sous Délégation de Service Public sont soumis à des obligations de reporting :

RPQS (Rapport sur le Prix et la Qualité du Service) :

  • Indicateurs de performance : taux de conformité, rendement réseau, taux de coupures, ILC (Indice Linéaire de Consommation)
  • Eziwan fournit les données brutes (volumes pompés, durées d'indisponibilité) pour alimenter ces indicateurs

SDAGE et arrêtés préfectoraux :

  • Certains ouvrages sont soumis à surveillance renforcée avec transmission automatique aux services de l'État
  • L'export automatique des données Eziwan peut alimenter ces transmissions

Conservation des données :

  • Obligation de conservation 5 ans minimum pour l'eau potable
  • Rétention configurable jusqu'à 10 ans selon l'abonnement Eziwan

Autres réglementations​

NIS2 (Opérateurs de Services Essentiels) : Pour les exploitants classés OSE (eau, énergie), NIS2 impose des mesures de sécurité sur les systèmes de supervision. L'architecture Eziwan (VPN sortant, MFA, journaux d'audit) répond aux exigences.

ISO 50001 (management de l'énergie) : Pour les exploitants certifiés ou en démarche de certification, les données de consommation d'énergie collectées via Eziwan peuvent alimenter le Système de Management de l'Énergie.

Démarrer : de zéro au parc supervisé​

Étape 1 — Inventaire et priorités​

Avant le déploiement, réaliser un inventaire des sites :

InformationPourquoi c'est important
Type d'automate sur chaque siteDétermine le protocole de collecte
Couverture 4G (3 opérateurs)Choix de la SIM principale
Variables critiques à superviserPrioriser la configuration
Contraintes de maintenanceFenêtres d'installation disponibles

Étape 2 — Pilote sur 5 sites​

Commencer par 5 sites représentatifs de la diversité du parc (différents types d'automates, différentes zones géographiques). Valider :

  • La collecte Modbus sur chaque type d'automate
  • La qualité du signal 4G
  • Les alertes et leur pertinence
  • L'ergonomie du tableau de bord pour les équipes de conduite

Étape 3 — Déploiement en masse​

Avec le pilote validé, déployer en vagues de 10 à 20 sites par semaine. Le ZTP permet de paralléliser les installations par les techniciens de maintenance locaux.

Étape 4 — Formation et adoption​

Formation des équipes de conduite (2h) : navigation dans le tableau de bord, gestion des alertes, export de données. Formation des responsables d'exploitation (1h) : rapports, gestion des comptes, configuration des alertes.

FAQ exploitation​

Q : Comment accéder à la supervision depuis le terrain (smartphone) ? L'application mobile Eziwan (iOS et Android) donne accès au même tableau de bord que la version web. Les alertes push sont disponibles, et la vue cartographique permet de visualiser les sites à proximité quand le technicien est en tournée.

Q : Peut-on avoir plusieurs niveaux d'accès dans l'organisation ? Oui. L'administrateur peut créer des profils avec des droits distincts : opérateur de conduite (lecture seule, acquittement alarmes), technicien (+ accès VPN, modification seuils), responsable (+ administration), direction (lecture seule, rapports).

Q : Quelle est la disponibilité du service cloud Eziwan ? Le SLA Eziwan est de 99,5 % de disponibilité mensuelle. L'infrastructure est hébergée sur des datacenters européens (France et Allemagne) avec redondance géographique.

Q : Que se passe-t-il si Internet est coupé au siège ? Les gateways sur les sites continuent de collecter les données localement. La supervision en temps réel depuis le siège n'est plus disponible pendant la coupure, mais les données ne sont pas perdues. Les alertes SMS continuent de fonctionner (elles passent directement via le réseau 4G de la gateway, sans passer par Internet côté siège).

👉 Démarrer

Vous exploitez plusieurs sites et souhaitez une démonstration sur votre cas d'usage spécifique ?

Contacter l'équipe exploitation →

Présentation de la solution sur vos types de sites (eau, énergie, industrie) avec les fonctionnalités pertinentes pour votre organisation.

Questions fréquentes​

Jusqu'à combien de sites la solution reste-t-elle gérable ?​

La plateforme est conçue pour des parcs de 10 à 500 sites : groupes, vues cartographiques, alertes consolidées et rapports automatiques maintiennent une exploitation à effectif constant.

Peut-on garder notre SCADA existant ?​

Oui : Eziwan collecte en parallèle (Modbus en lecture) ou alimente le SCADA via le tunnel VPN site-à-site. La supervision cloud complète le SCADA sans le remplacer.

Comment sont gérées les astreintes ?​

Les alertes se routent par calendrier d'astreinte et par périmètre : chaque équipe ne reçoit que les événements de ses sites, par e-mail, SMS ou webhook vers votre outil de gestion d'interventions.

Quel est le coût par site ?​

Un abonnement mensuel par site couvre matériel, SIM M2M, plateforme et support. Le détail des tarifs et le calcul de ROI permettent de construire le business case sur votre parc.

Ressources associées​