La naissance de la plateforme analytique ThingsLog marque le passage d’un simple outil de collecte de donnees a une veritable intelligence operationnelle pour les gestionnaires de reseaux d’eau, de gaz et d’energie. Utilisee aujourd’hui par des dizaines d’operateurs europeens, la plateforme centralise les donnees des enregistreurs IoT deployes sur le terrain et les transforme en insights actionnables : graphiques de profils de consommation, detection d’anomalies, alertes en temps reel, et analyses specifiques aux utilities comme le calcul du debit nocturne minimum ou la comparaison des bilans energetiques par periode.
Table des matieres
- La genese : le probleme que la plateforme resout
- Capacites cles au lancement
- Evolution depuis le lancement
- Statistiques et architecture actuelle
- Plateforme ThingsLog vs plateformes IoT generiques
- Questions frequentes
La genese : le probleme que la plateforme ThingsLog resout
La plateforme analytique ThingsLog est nee d’un constat simple mais fondamental : les donnees brutes des capteurs IoT sont inutiles sans contexte. Un enregistreur IoT qui transmet ‘1234567’ toutes les heures ne dit rien a l’operateur qui le recoit. Est-ce un volume en litres ? En gallons ? La consommation depuis le debut de l’annee ou depuis la derniere lecture ? Est-ce normal pour cette heure de la journee, ce jour de la semaine, cette saison ? La valeur a-t-elle change depuis hier ? Toutes ces questions necessitent un systeme de traitement, de contextualisation et de presentation des donnees : c’est le role de la plateforme analytique ThingsLog.
Le probleme que ThingsLog cherchait a resoudre etait specifique aux utilities : les operateurs de reseaux d’eau, de gaz et d’energie ont des besoins analytiques tres differents des utilisateurs generiques de l’IoT. Ils ont besoin de calculer des consommations incrementales (delta entre deux lectures), de detecter les debits nocturnes anormaux qui indiquent des fuites, de comparer la consommation entre periodes de facturation, et de produire des rapports conformes aux obligations reglementaires. Aucune plateforme IoT generique du marche ne repondait a ces besoins specifiques avec la simplicite d’utilisation requise par des operateurs non-specialistes en IT.
ThingsLog a donc construit sa propre plateforme, verticalement integree avec ses enregistreurs de terrain et optimisee pour les cas d’usage utilities. Cette integration verticale — du capteur a l’insight — est ce qui distingue ThingsLog d’une combinaison d’un enregistreur generique avec une plateforme IoT cloud generique (AWS IoT, Azure IoT Hub). La somme de deux outils generiques ne produit pas une solution metier specifique.
Capacites cles de la plateforme au lancement
Au lancement, la plateforme ThingsLog offrait deja les fonctionnalites essentielles pour la supervision des utilities. La visualisation des series temporelles permettait d’afficher les valeurs de consommation en graphiques lineaires ou en histogrammes, avec une selection de periode flexible (derniere heure, dernier jour, derniere semaine, dernier mois). Les agregations journalieres, hebdomadaires et mensuelles calculaient automatiquement les consommations cumulees par periode, base de la facturation pour les utilities.
Les alertes a seuil permettaient de configurer des notifications par email ou SMS quand une valeur depassait un seuil defini. Cette fonctionnalite simple mais puissante constituait la premiere ligne de defense contre les fuites et les surconsommations. La gestion multi-sites permettait de superviser plusieurs installations depuis un seul compte, avec une vue consolidee du parc d’appareils et un acces rapide aux alertes actives sur l’ensemble du portefeuille.
La gestion des utilisateurs avec des droits differencies (administrateur, operateur, lecteur seul) garantissait que chaque personne avait acces uniquement aux informations et aux fonctions correspondant a son role. Cette granularite des droits d’acces est essentielle dans les organisations utilities, ou des techniciens terrain ont besoin de voir les donnees mais pas de modifier les configurations.
Evolution de la plateforme depuis le lancement
Depuis son lancement, la plateforme ThingsLog a connu une evolution continue guidee par les retours de ses utilisateurs et les besoins emergents du marche. L’internationalisation (6 langues) a ouvert la plateforme a des marches non anglophones. L’architecture multi-tenant a permis aux partenaires revendeurs de proposer la plateforme sous leur propre marque (white-label) a leurs clients. L’API REST a ouvert l’ecosysteme a des integrations avec les systemes ERP, SCADA et CAFM des clients.
L’application mobile iOS et Android a rendu la supervision accessible en permanence, depuis le terrain ou en deplacement. Le support de Modbus RS485 etendu a permis la connexion d’une gamme beaucoup plus large d’equipements industriels. L’integration Tasmota a ouvert de nouveaux cas d’usage avec des appareils ESP8266/ESP32 a bas cout. Le support LoRaWAN a permis des deployements dans des zones sans couverture cellulaire.
Les fonctionnalites analytiques avancees ont ete progressivement ajoutees : calcul du debit nocturne minimum (MNF) pour la detection de fuites dans les reseaux d’eau, analyse des pertes non revenues (PNR), comparaison entre periodes de facturation, profils de charge horaires pour les analyses energetiques, et export de donnees en CSV pour les analyses dans des outils tiers (Excel, PowerBI, Tableau).
Architecture et statistiques actuelles de la plateforme
La plateforme ThingsLog est deployee en cloud, eliminant tout besoin d’infrastructure locale chez les clients. Les donnees sont stockees dans une base de donnees time series hautement scalable, optimisee pour les requetes sur des series temporelles denses. La disponibilite cible de la plateforme est de 99,9 % sur une base annuelle, garantissant l’acces permanent aux donnees pour les operateurs qui dependent de la plateforme pour leur exploitation quotidienne.
La plateforme ThingsLog est presente dans plusieurs pays europeens, avec des utilisateurs en Bulgarie, Grece, Chypre, Autriche, Espagne et d’autres marches en cours de developpement. Les donnees gerees par la plateforme couvrent des millions de points de mesure dans les secteurs de l’eau, de l’energie electrique, du gaz naturel et de la chaleur. La securite des donnees est assuree par le chiffrement TLS en transit et le chiffrement au repos, avec une conformite RGPD pour les donnees des utilisateurs europeens.
Plateforme ThingsLog vs plateformes IoT generiques
La difference fondamentale entre la plateforme ThingsLog et les plateformes IoT generiques (AWS IoT, Azure IoT Hub, Google Cloud IoT) reside dans le niveau d’abstraction metier. Les plateformes generiques fournissent des briques technologiques (ingestion de messages, stockage, regles) que les developpeurs doivent assembler et configurer pour creer une application metier. Creer une solution de surveillance d’eau complete sur AWS IoT necessite des mois de developpement et une expertise avancee en cloud computing.
ThingsLog propose directement l’application metier : les concepts de ‘site’, ‘appareil’, ‘capteur’, ‘profil de consommation’, ‘debit nocturne minimum’, ‘periode de facturation’ sont integres nativement dans l’interface. Un operateur d’eau ou un gestionnaire de batiment peut utiliser ThingsLog sans aucune competence en developpement logiciel ou en cloud computing. C’est cette accessibilite qui permet a ThingsLog d’etre deploye par de petites equipes techniques dans des utilities de taille modeste, sans budget IT de grande entreprise.
| Dimension | Detail |
|---|---|
| Genese | Donnees brutes inutiles sans contexte — besoin d’intelligence metier |
| Fonctions au lancement | Viz time series, agregations, alertes seuil, multi-sites, RBAC |
| Evolution cle | Multi-tenant, API REST, app mobile, Modbus, Tasmota, LoRaWAN, MNF |
| Architecture | Cloud, time series DB, TLS, RGPD, SLA 99,9 % |
| vs generiques | Concepts metier natifs — deploiement sans competences IT avancees |
Questions frequentes
Combien de temps les donnees sont-elles conservees sur la plateforme ThingsLog ?
Les donnees sont conservees sur la plateforme ThingsLog pendant toute la duree de l’abonnement actif. Il n’y a pas de politique de purge automatique des donnees historiques tant que l’abonnement est maintenu. Cela permet aux operateurs d’acceder a plusieurs annees d’historique pour des analyses tendancielles, des comparaisons annuelles ou des audits de consommation. En cas de resiliation de l’abonnement, les clients ont une periode de grce pour exporter leurs donnees en CSV avant la suppression definitive. Pour les secteurs soumis a des obligations de conservation de donnees (eau potable, energie), ThingsLog peut configurer des politiques de retention specifiques sur demande.
La plateforme ThingsLog peut-elle calculer les pertes non revenues (PNR) d’un reseau d’eau ?
Oui — le calcul des pertes non revenues (PNR, aussi appele NRW en anglais pour Non-Revenue Water) est l’une des fonctionnalites analytiques cles de ThingsLog pour les operateurs de reseaux d’eau. Le calcul de base compare le volume entrant dans une zone de mesure (District Metered Area, DMA) via les debimetres d’entree avec la somme des volumes facturas aux clients de la zone. La difference constitute les pertes, incluant les fuites reelles, les pertes commerciales (fraude, erreurs de comptage) et les utilisations non facturees (bouches d’incendie, lavage de voiries). ThingsLog peut configurer des zones de mesure (DMA) et calculer automatiquement le PNR par zone, par periode et par reseau.
Comment la plateforme ThingsLog gere-t-elle les pannes de courant ou les interruptions de service cloud ?
La robustesse du systeme est assuree a deux niveaux. Au niveau des enregistreurs terrain : ils stockent les donnees localement pendant les interruptions de connectivite et les transmettent en rattrapage des que la connexion est retablie — il n’y a pas de perte de donnees terrain. Au niveau de la plateforme cloud : l’infrastructure est deployee avec redondance (multi-zone de disponibilite) et des mecanismes de failover automatique. Les sauvegardes des donnees sont effectuees quotidiennement sur des stockages geographiquement distincts. En cas d’interruption planifiee de maintenance, les clients sont informes a l’avance avec un delai minimum de 48 heures, et les maintenances sont programmees en dehors des heures de pointe.
