Cas d’usage / Supervision de parc
Supervision de parc multi-marques.
Chaque marque a son cloud, son app et son API : vos équipes passent d’un portail à l’autre, et personne ne voit tout le parc.
Exemple
- 1 336 appareils
- 5 sources
- 97 % en ligne
| Source | Accès | Appareils | Connecteur |
|---|---|---|---|
| HelioraOnduleurs | REST · OAuth | 512 | Synchro il y a 2 min |
| ThermikPompes à chaleur | GraphQL · webhooks | 388 | Temps réel |
| AmperoBornes de recharge | REST · clé d’API | 216 | API v3 : mise à jour dans le slot |
| LagonaÉquipements de piscine | REST · webhooks | 96 | Temps réel |
| Vos passerellesCompteurs | MQTT | 124 | Temps réel |
Une seule mesure, toutes marques
statuspower_kwenergy_kwhfault_code
Alerte · Onduleur Heliora hors ligne depuis 2 h · Lyon
Ticket #4127 créé dans votre outil de support
Pour les opérateurs de parcs multi-marques.
Pour vous si…
- Votre métier est un service : énergie, chauffage, piscine, solaire, recharge ou maintenance.
- Vous suivez des appareils d’autres marques : pompes à chaleur, équipements de piscine, onduleurs, bornes.
- Vous voulez les alertes dans vos outils, pas dans les portails des fabricants.
Ce que vous obtenez
- Des connecteurs vers les clouds et les API des fabricants
- Un seul modèle de données pour tout le parc
- Les alertes dans vos outils : e-mail, tickets, webhooks
- Des agents IA pour les opérations et l’après-vente
Un projet type.
Exemple-
2 semaines
Cadrage
Vos marques, ce que chaque API permet, les trois premières à connecter.
-
4 à 6 semaines après
Premiers connecteurs
Trois marques branchées de bout en bout, alertes comprises.
-
Ensuite
Le slot, ou un forfait
Une marque de plus, le pilotage à distance : une demande à la fois.
-
À la fin
Ce qui est à vous
Le code, la plateforme et les données, dans votre cloud.