Tout ce que vous devez savoir avant de choisir Mirox

Très probablement. Mirox prend en charge une gamme d'équipements vaste et en constante expansion, ce qui vous permet de vérifier votre matériel avant de vous engager. Les familles prises en charge aujourd'hui incluent les enregistreurs Bluelog, SMA Sunny Central et Power Manager, les enregistreurs Sungrow, le Huawei SmartLogger, les onduleurs Fronius, les analyseurs de qualité du réseau Janitza, les automates Phoenix Contact, ainsi que le stockage par batterie Dexcon, Zebotec et FREQCON — parmi bien d'autres. Lorsqu'un équipement ne figure pas encore sur la liste, notre équipe en ajoute la prise en charge sur demande : la couverture ne cesse donc de s'étendre.

Nous en ajoutons la prise en charge — rapidement, sur demande, sans aucune incidence sur votre calendrier de mise en service. Vous poursuivez avec le reste de votre flotte pendant que la prise en charge du nouvel équipement est ajoutée, généralement en quelques jours selon la complexité. La couverture ne dépend par ailleurs pas d'une documentation d'API formelle du fabricant : Mirox peut lire les données depuis une REST API, une interface web, une base de données, un fichier ou un flux de données en direct, de sorte que même les équipements anciens ou peu documentés sont entièrement pris en charge.

Mirox s'appuie sur des intégrations dédiées et spécifiques à chaque équipement plutôt que sur un collecteur de protocole générique, de sorte que vos données arrivent propres et correctement structurées dès le premier jour. Chaque équipement est lu via l'interface qu'il expose réellement : une API HTTP/HTTPS du fabricant (le cas le plus courant), un WebSocket en direct, Microsoft SQL Server, un accès S3/fichier, ou une interface de requête de séries temporelles pour les batteries. SNMP est pris en charge pour les commutateurs et routeurs dans l'inspecteur réseau, et chaque équipement énergétique dispose de sa propre intégration dédiée.

Mirox a besoin d'un accès réseau à vos sources de données — généralement une connectivité Ethernet ou WiFi vers l'adresse IP de l'équipement, via le port qu'utilise son interface (par exemple TCP 80/443 pour HTTP ou WebSocket). Pour les réseaux OT isolés, les systèmes coupés du réseau ou les équipements en liaison série uniquement, un petit collecteur de données fait le pont, tel qu'un enregistreur compatible réseau ou une passerelle série-vers-Ethernet. L'agent lui-même n'établit de connexion que vers l'extérieur : aucun port entrant n'est donc jamais ouvert sur votre réseau.

Non — Mirox est une solution avant tout logicielle, et aucun matériel sur site n'est requis. L'agent est un logiciel qui peut se déployer sur votre cluster ou votre infrastructure existants, et une option entièrement basée sur le cloud ne nécessite rien à installer sur la centrale. Le matériel dédié ne devient pertinent que dans les situations critiques où éviter toute perte de données est la priorité absolue : nous pouvons alors fournir nos propres passerelles edge robustes (mrxnodes), et la haute disponibilité sur site est assurée en faisant tourner plus de trois mrxnodes par site, de sorte que la perte d'un seul nœud n'interrompe jamais la collecte.

Oui — comme l'agent est un logiciel, il fonctionne sur votre propre infrastructure compatible : un hôte Linux doté d'un moteur de conteneurs, ou un cluster existant sur site. Dans ce modèle, vous restez responsable de la mise à jour des microservices face au cloud actualisé périodiquement (les déploiements sur machine virtuelle seule ne sont pas pris en charge). Si vous préférez ne pas gérer cela, nos passerelles mrxnode optionnelles arrivent préconfigurées, testées et mises à jour automatiquement — et plusieurs d'entre elles vous offrent la haute disponibilité sur site.

Oui. L'agent peut fonctionner sur site ou entièrement dans le cloud Mirox via un tunnel VPN sécurisé, et vous pouvez basculer de l'un à l'autre à tout moment, sans dépendance. Le mode cloud ne nécessite aucun matériel sur site et s'active en libre-service, mais il dépend d'une liaison VPN et Internet stable et ne peut ni mettre en mémoire tampon localement ni inspecter le réseau local. Le mode sur site (logiciel sur votre cluster, ou un mrxnode) continue de collecter et de mettre en mémoire tampon pendant les coupures Internet et permet l'inspection du réseau local.

Non — la détection des pertes fonctionne sans capteur d'ensoleillement sur site. L'analyse nocturne dérive une irradiance de référence à partir des strings les plus productifs de votre propre centrale, de sorte que la détection complète des pertes fonctionne même sur les centrales dépourvues de capteur de rayonnement dédié. Cela abaisse le seuil matériel pour démarrer : vous obtenez l'image analytique complète sans pyranomètre. Lorsqu'un capteur de rayonnement existe, Mirox le surveille également et peut signaler un capteur défectueux comme un événement distinct à part entière.

Vos données restent sous juridiction européenne, en pleine conformité avec le RGPD, et la souveraineté européenne des données est le principe de conception fondamental de la plateforme. Mirox fonctionne simultanément sur plusieurs régions de centres de données européennes indépendantes, chacune exécutant la pile complète, de sorte que les opérations se poursuivent malgré la défaillance d'une région. La plateforme repose sur des outils open source européens et cloud-native, avec une indépendance délibérée vis-à-vis de la dépendance aux fournisseurs non européens, et sa conception s'aligne sur les règles européennes relatives aux infrastructures critiques, notamment KRITIS et la directive CER pour le secteur de l'énergie.

Non. Mirox n'entretient aucune dépendance fournisseur pour son hébergement et est conçu comme une solution européenne, avec une indépendance architecturale délibérée vis-à-vis de la dépendance aux fournisseurs : il ne dépend donc ni d'AWS, ni de Google Cloud, ni d'Azure. Durant son développement, il s'appuie sur des outils open source éprouvés, principalement issus de la Cloud Native Computing Foundation (CNCF), et une fois déployé, il fonctionne en toute autonomie sans dépendance obligatoire à des fournisseurs externes. La pile complète tourne sur une infrastructure exploitée par Mirox, répartie sur plusieurs régions de centres de données européennes indépendantes, gardant vos données sous juridiction européenne et RGPD — une position de souveraineté des données assumée, et non un slogan marketing.

Seulement quelques-uns, chacun pour une fonction non essentielle et conçu pour se dégrader en douceur : un fournisseur d'IA/LLM configuré par organisation (la valeur par défaut de Mirox, ou votre propre compte OpenAI/Anthropic), les paiements par prélèvement SEPA et la validation de numéro de TVA via VIES de l'UE — si l'un d'eux est lent ou indisponible, l'action est réessayée ou affiche un message clair plutôt que d'échouer en silence. Open-Meteo (météo) et Grafana (tableaux de bord détaillés) sont intégrés et provisionnés automatiquement. Le stockage central de surveillance, les bases de données et la messagerie fonctionnent tous en interne.

Oui — au-delà du SaaS standard multi-locataires, Mirox propose des modèles dédiés et auto-hébergés répondant aux besoins de contrôle plus strict des données, accessibles aux clients entreprise. Une Dedicated Cloud Instance offre une isolation complète au niveau de l'infrastructure avec un SLA sur mesure ; un modèle hybride vous laisse héberger et contrôler tous les points de stockage des données tandis que Mirox exécute la logique applicative ; et une installation On-Premise peut fonctionner en toute autonomie, même coupée du réseau. Ces options vont du SaaS à faible charge à la pleine souveraineté en auto-hébergement et se mettent en place dans le cadre d'un accord entreprise.

Oui — le modèle de déploiement hybride, une option entreprise, vous laisse héberger et contrôler tous les points de stockage des données tandis que Mirox exécute la logique applicative. L'application, les API et le traitement tournent dans le cloud géré de Mirox, alors que la base de données relationnelle, le stockage d'objets compatible S3 et la base de données de séries temporelles sont hébergés et gérés par vos soins, vous donnant un contrôle complet sur l'emplacement physique de vos données. Dans ce modèle, vous assumez la responsabilité de la durabilité de votre propre stockage.

Les données d'exploitation résident dans une couche de stockage éprouvée et conçue sur mesure, tandis que les services applicatifs restent sans état et passent à l'échelle horizontalement. Les métriques de séries temporelles issues des onduleurs, compteurs et capteurs sont stockées dans des bases de données de séries temporelles spécialisées, optimisées pour les écritures à haut débit et les requêtes rapides sur des plages de temps ; une base de données relationnelle conserve la configuration et les données utilisateur ; le stockage d'objets héberge les médias et les jeux de données volumineux. Dans le cloud géré, le cœur relationnel ajoute réplication, haute disponibilité, sauvegarde et reprise après sinistre. Avec les déploiements hybrides ou on-premise, la durabilité du stockage relève de votre responsabilité.

L'architecture de Mirox est conçue pour offrir une disponibilité de 99,999 %. Cet objectif de cinq neuf découle de plusieurs régions européennes indépendantes, de plusieurs serveurs par région, du rétablissement automatique des connexions vers un autre serveur sain, et de la supervision continue des agents sur site — il n'existe donc aucun point de défaillance unique. Il s'agit d'un objectif de disponibilité d'ingénierie plutôt que d'un SLA contractuel sur la formule standard ; une Dedicated Cloud Instance sous contrat entreprise peut ajouter des garanties SLA formelles avec des engagements de disponibilité sur mesure.

Votre connexion se rattache toujours à un point d'entrée sain, et si l'un d'eux devient indisponible, elle est rétablie automatiquement vers un autre serveur sain, sans aucune reconfiguration de votre côté. Comme Mirox fonctionne simultanément sur plusieurs régions de centres de données européennes indépendantes — chacune exécutant la pile complète et desservie par plusieurs serveurs — il n'existe aucun point de défaillance unique : perdre un serveur, voire une région entière, ne vous met pas hors ligne. La plateforme est cloud-native et évolutive horizontalement, avec bascule automatique, auto-réparation et répartition de charge, et la redondance inter-régions est conçue spécifiquement pour la reprise après sinistre et la continuité d'activité.

Non — les agents sur site continuent de fonctionner localement même en cas de perte de la connectivité cloud, poursuivant la collecte et le traitement des données pendant toute la coupure. L'agent met les données en mémoire tampon localement et les livre dès le retour de la connexion, et les périodes manquantes sont détectées et reconstituées par remplissage rétroactif, de sorte qu'aucune donnée n'est perdue. Le SSD de 512 GB d'un mrxnode offre des années de marge de mise en mémoire tampon hors ligne. Cette séparation entre edge et cloud signifie que les opérations locales se poursuivent malgré les interruptions réseau, sans aucune intervention manuelle.

Les agents sur site sont supervisés en continu et restaurés automatiquement, sans déplacement sur site. Une couche d'orchestration vérifie l'agent de chaque centrale à un rythme rapproché, et s'il disparaît, cesse de répondre ou si son hôte tombe en panne, il est automatiquement redémarré, redéployé ou relocalisé vers un autre hôte sain. Une protection garantit que le même agent ne tourne jamais à deux endroits à la fois. Cette restauration par auto-réparation signifie qu'aucune intervention sur le terrain n'est nécessaire pour garder vos centrales joignables lorsqu'un problème survient en périphérie.

Oui — l'architecture à deux niveaux, edge et cloud, fait évoluer chaque niveau indépendamment et supprime les points de défaillance uniques. Les agents évoluent avec le nombre de parcs, tandis que le cloud évolue avec le volume de données et l'activité des utilisateurs, de sorte que les deux moitiés grandissent selon les besoins. Le cloud est évolutif horizontalement et cloud-native, avec mise à l'échelle dynamique, bascule automatique, auto-réparation, répartition de charge et mises à jour sans interruption. Chaque Data Scraper en périphérie exécute plus de 20 adaptateurs simultanés et soutient plus de 10 000 métriques par minute : les grandes flottes sont donc largement à portée.

Oui — la journalisation d'audit de Mirox est explicitement conçue pour répondre aux règles allemandes KRITIS et à la directive européenne NIS2 en matière de journalisation des accès distants. Une piste d'audit continue et inviolable consigne chaque session VPN et chaque requête de proxy-navigateur par centrale, enregistrant qui a atteint le réseau, quand, quels sous-réseaux et équipements ont été touchés, quel volume de trafic a circulé, et quelles URL et méthodes ont été employées. La conception de la plateforme suit également l'évolution des exigences européennes relatives aux infrastructures critiques, notamment KRITIS et la directive CER pour le secteur de l'énergie.

Non — votre réseau de centrale n'a jamais besoin d'un port entrant ouvert ; l'agent sur site n'établit de connexion que vers l'extérieur, en direction du cloud Mirox. Rien sur l'Internet public ne peut initier une connexion vers votre réseau de centrale, et cela vaut aussi bien pour l'accès VPN que pour l'accès par proxy-navigateur. L'agent est le point d'entrée unique et délimité, isolé à sa propre centrale et ne constituant jamais un chemin vers une autre centrale ou organisation. Cela lève la principale objection liée à la surface d'attaque : il n'existe aucun port exposé à Internet sur votre infrastructure OT critique.

L'accès distant à la centrale s'appuie sur un VPN WireGuard doté d'une cryptographie moderne : votre clé privée est générée sur votre propre appareil et n'est jamais conservée par Mirox, qui ne voit jamais que votre clé publique. Un tunnel scindé n'achemine via le VPN que le trafic destiné aux réseaux privés de la centrale. Pour le personnel qui ne doit pas disposer d'un tunnel réseau complet, un Browser Proxy offre un accès sans VPN et sans agent à l'interface web d'un équipement, via une URL HTTPS propre à chaque équipement, sans aucune route IP vers le LAN de la centrale. L'ouverture de tout équipement via le Proxy exige une authentification à deux facteurs active, vérifiée à chaque requête.

Mirox utilise un contrôle des accès basé sur les rôles selon trois axes, avec des valeurs par défaut au moindre privilège : un rôle système à l'échelle de la plateforme, un rôle d'organisation, et des rôles métier par ressource comme Operator, Technical Manager, Asset Manager et Viewer. Chaque requête passe par des vérifications en couches qui doivent toutes concorder, l'accès est explicite plutôt que présumé, et les autorisations se transmettent à travers l'organisation, le portefeuille et la centrale. Cela vous permet de séparer la responsabilité technique de la responsabilité commerciale et d'accorder un accès par centrale sans surexposer l'ensemble de votre portefeuille. La capacité la plus puissante, un VPN au niveau réseau, est réservée au seul rôle Operator.

Oui — l'authentification à deux facteurs via des applications TOTP, exigeant un code à 6 chiffres en cours de validité à la connexion. La configuration se fait par QR-code et ne s'active qu'après confirmation d'un premier code, de sorte qu'une application mal configurée ne peut pas vous bloquer l'accès, et vous conservez un code de récupération de secours à usage unique de 8 caractères, réémis automatiquement. Des alertes e-mail se déclenchent lors des connexions depuis un nouvel appareil ou un nouveau lieu et lors des tentatives échouées, vous pouvez consulter chaque session active et déconnecter tout autre appareil, et l'ouverture de tout équipement de centrale via le Browser Proxy exige toujours une authentification à deux facteurs active.

Les enregistrements d'audit sont conservés au moins 730 jours (24 mois) par défaut, puis purgés automatiquement, et ne peuvent être ni modifiés ni supprimés par les utilisateurs. Les champs d'instantané sont écrits une seule fois et horodatés à la première insertion, et les enregistrements survivent à la suppression d'un utilisateur, d'une centrale, d'un équipement ou d'une organisation grâce à des instantanés préservés — les preuves forensiques restent ainsi disponibles pendant toute la durée légale exigée, même après des changements de personnel ou la vente d'une centrale. La piste consigne délibérément des métadonnées uniquement : jamais le contenu d'une session, tel que les frappes clavier, les enregistrements d'écran ou les charges utiles des paquets.

Non — l'accès d'un administrateur de plateforme à un compte utilisateur est restreint, journalisé, limité dans le temps et visible. Dans de rares situations de support, un administrateur Mirox peut accéder temporairement à un compte, mais uniquement avec un motif consigné dans une piste d'audit dédiée, uniquement sur des comptes utilisateur standard (jamais d'autres administrateurs), uniquement pour une courte durée qui prend fin automatiquement, et avec une bannière visible affichée pendant que l'accès est actif. Le trafic entre services est lui aussi chiffré et authentifié via l'autorité de certification interne de la plateforme : la communication interne est donc également protégée.

L'accès est révoqué en quelques secondes après un changement d'autorisation, avec un filet de sécurité de revérification en arrière-plan. Lorsqu'un rôle est retiré, qu'une appartenance à une organisation change ou qu'une coopération prend fin, la centrale est retirée des routes accessibles de la personne en quelques secondes, et le chemin réseau sous-jacent est démantelé peu après, lors de la prochaine réconciliation ; le même changement retire aussi l'accès au Browser Proxy. Une vérification périodique en arrière-plan revérifie indépendamment chaque profil actif au regard des autorisations courantes, de sorte qu'un seul événement manqué ne puisse laisser un accès ouvert. La suppression d'un compte utilisateur interrompt l'accès distant en quelques secondes, tandis que l'historique de conformité est préservé pendant la durée de rétention légale.

Non — l'IA ne peut envoyer de commandes à aucun équipement de la centrale ni en piloter le fonctionnement. Il n'existe aucun outil pour commuter, redémarrer, relancer, écrêter, définir une consigne ou contrôler de quelque manière que ce soit un onduleur, un automate, un commutateur réseau, un routeur ou un enregistreur de données. Le catalogue de capacités de l'IA ne contient que des outils de lecture et des outils de proposition de brouillons — il n'y figure aucun outil de commande d'équipement de terrain. De plus, l'IA n'a aucune connexion réseau vers le site de la centrale et ne peut atteindre le réseau local : elle est donc physiquement incapable d'actionner votre matériel OT.

Par défaut, l'IA fonctionne sur une infrastructure exploitée par Mirox en Allemagne (UE), de sorte que les données de vos requêtes restent au sein de l'UE. Elles ne quittent l'UE que si un administrateur configure délibérément un fournisseur externe tel qu'OpenAI ou Anthropic. L'IA Mirox par défaut est incluse dans votre formule, sans facturation IA distincte, et changer de fournisseur ne modifie que l'endroit où les requêtes sont traitées, jamais les fonctionnalités dont vous disposez — vous pouvez ainsi conserver une IA entièrement hébergée dans l'UE sans rien sacrifier.

Non — l'IA Mirox par défaut est un modèle fixe, prêt à l'emploi, jamais entraîné ni affiné sur les données des clients. Elle n'apprend pas de vos centrales, de vos documents ou de vos conversations ; l'assistant s'améliore grâce à une intégration plus poussée à la plateforme — de nouveaux outils et un accès aux données plus propre — et non en apprenant sur votre contenu. L'IA ne voit par ailleurs jamais les clés, identifiants ou secrets, qui sont exclus de chaque capacité de l'IA. Vos données d'exploitation ne deviennent jamais du matériel d'entraînement.

Non — chaque modification de données préparée par l'IA suit un schéma « proposer puis appliquer », et rien n'est écrit tant qu'un humain ne l'a pas explicitement approuvé. Les assistants présentent des propositions que vous acceptez ou rejetez individuellement ou en bloc, et cela vaut aussi bien pour l'assistant intégré à la plateforme, les assistants guidés que les agents externes : vous restez le décideur. L'IA hérite par ailleurs exactement de vos propres autorisations et ne peut jamais les dépasser ni atteindre les données d'un autre client. Seuls quelques assistants en arrière-plan s'exécutent automatiquement, et ils n'ajoutent que des métadonnées non destructrices, comme des étiquettes de documents.

Oui — votre organisation peut apporter son propre fournisseur d'IA et sa clé d'API, en choisissant OpenAI ou Anthropic, configuré de façon centralisée par un administrateur qui peut éventuellement fixer un modèle précis. Votre clé de fournisseur est stockée chiffrée et n'est jamais exposée aux membres, et le paramètre s'applique à l'ensemble de l'organisation. Notez qu'avec un fournisseur externe, le contenu des requêtes est transmis à ce fournisseur selon ses propres conditions et Mirox n'offre aucune garantie quant à sa rétention ou son utilisation, et que la consommation de jetons de ce fournisseur vous est facturée séparément, en supplément de votre formule Mirox.

Oui — chaque exécution d'assistant est enregistrée avec sa transcription de raisonnement complète, les actions qu'il a proposées et votre décision d'acceptation ou de rejet sur chacune d'elles, et les flux IA automatisés en arrière-plan s'exécutent eux aussi sous forme d'assistants consultables : il n'existe donc aucune activité IA sans trace. Les agents IA externes se connectent via le Model Context Protocol sous vos propres autorisations ; chaque appel d'outil vous est attribué et audité comme tout autre accès, et le protocole n'expose jamais de secrets à l'agent. Vous bénéficiez d'une traçabilité complète de ce que l'IA a exactement proposé et de ce qu'un humain a approuvé.

Oui — Mirox prend en charge le solaire photovoltaïque, les éoliennes et le stockage par batterie (BESS), et vous pouvez regrouper des technologies mixtes au sein d'un même portefeuille. Les trois partagent une seule plateforme cloud, un seul agent et un seul modèle de sécurité et d'autorisations, de sorte qu'un acheteur disposant d'actifs solaires, éoliens et de batteries mixtes gère toute sa flotte au même endroit plutôt que de jongler avec des outils séparés. La couverture solaire englobe les systèmes en toiture, au sol, à suivi sur un ou deux axes et flottants, avec la prise en charge des onduleurs string, centraux, micro et hybrides.

Les centrales solaires bénéficient d'un jumeau numérique par centrale qui explique non seulement qu'un composant a sous-performé, mais pourquoi — en distinguant une véritable panne, un string dégradé, un enregistreur bloqué ou une coupure de communication. Il modélise la centrale jusqu'au string individuel à l'aide d'un modèle déterministe de ciel clair, complété par des modèles de panneaux et d'onduleurs validés — le tout fondé sur la physique, explicitement sans approximation par apprentissage automatique. Les équipements principaux tels que les onduleurs, strings et compteurs sont découverts automatiquement à partir des données en direct plutôt que saisis à la main, vous offrant une clarté traçable sur la cause racine, attribuée à un composant et à une cause précis.

Le stockage par batterie est découvert automatiquement sous forme d'une hiérarchie à quatre niveaux — coffret, stockage, module et cellule —, construite à partir du flux de données en direct plutôt que saisie à la main. Mirox suit la puissance de charge et de décharge, le débit d'énergie, l'état de charge, l'état de santé, la tension et la température jusqu'au niveau du module et de la cellule, ainsi qu'un décompte des cellules saines, le tout dans un vocabulaire de métriques indépendant du fabricant. Une synthèse par parc affiche le nombre de composants, les cellules saines, la puissance et l'énergie AC nominales, l'état de vérification et un décompte des éléments nécessitant une attention. Les systèmes de batterie FREQCON sont pris en charge aujourd'hui, et d'autres contrôleurs peuvent être ajoutés sur demande.

Oui — l'écrêtement est suivi séparément et imputé à la partie responsable, le commercialisateur direct ou le gestionnaire de réseau, au lieu d'être signalé comme une panne de composant. Il est détecté lorsqu'une centrale est maintenue à son plafond de puissance active ou à proximité, et l'énergie non produite est enregistrée à la minute, à la charge du commercialisateur ou du réseau. Par ailleurs, chaque perte d'énergie signalée porte un niveau de confiance ÉLEVÉ, MOYEN ou FAIBLE, et les conditions météo telles que la neige, le brouillard et la rosée, ainsi que les arrêts contrôlés, sont exclues afin de ne jamais être comptabilisées à tort comme des pannes.

Oui — un inspecteur de réseau local intégré découvre, classe et contrôle automatiquement l'état de chaque commutateur, routeur, enregistreur et compteur situé derrière la centrale, et affiche tout le chemin de connexion du cloud à l'enregistreur afin que vous voyiez exactement où se situe une rupture. La découverte s'appuie sur ICMP, la résolution d'adresses, la recherche de fabricant et des sondes SNMP avec identification assistée par IA, et la surveillance exécute des contrôles ping ICMP, port TCP, HTTP et SNMP. Il ne redémarre aucun service et ne reconfigure aucun équipement, et il fonctionne que l'agent tourne sur site ou dans le cloud via un VPN — vous pouvez ainsi localiser un commutateur défaillant sans envoyer de technicien.

Oui — Mirox fournit une prévision de production photovoltaïque sur 5 jours, fondée sur la physique, pour chaque centrale accessible, basée sur les données météo du DWD plutôt que sur un apprentissage automatique opaque. Elle combine le comportement mesuré récent de chaque centrale (une fenêtre par défaut de 45 jours) avec les données météo locales du DWD via Open-Meteo à résolution horaire, donnant l'énergie attendue avec une fourchette haute-basse, un performance ratio, une référence de ciel clair et une courbe de puissance horaire. Les centrales dont l'estimation varie de plus de 50 % sont écartées de la vue d'ensemble pour en préserver la fiabilité, de sorte que la prévision reste explicable et traçable.

Oui — le tableau de bord d'indicateurs agrège des chiffres en direct, à l'échelle de la flotte, jusqu'au niveau du portefeuille et de l'organisation, avec un rafraîchissement à la minute et un périmètre strictement limité à vos autorisations. Des cartes en direct affichent la production, les pertes réseau, les arrêts imposés par le gestionnaire de réseau et le commercialisateur direct, ainsi que la capacité installée totale, avec des indicateurs par centrale incluant le rendement spécifique et le degré de complétude du jumeau numérique, plus une répartition des états de centrale. Les montants en euros utilisent un taux indicatif unique et forfaitaire et ne constituent explicitement ni des chiffres de règlement ni de facturation. Vous pouvez ainsi repérer un problème touchant toute la flotte en quelques secondes, sans ouvrir une seule centrale.

Oui — vous pouvez exporter des données de séries temporelles prêtes pour le reporting au format CSV ou JSON, pour un parc, plusieurs parcs ou des portefeuilles entiers, en un seul appel d'API. Il existe un téléchargement de modèle CSV canonique, une variante de requête JSON et des séries temporelles brutes à haute résolution par pas de 5 minutes, 15 minutes, horaire ou quotidien, avec des paramètres de parc et de portefeuille séparés par des virgules qui réunissent les parcs pour une agrégation à l'échelle du portefeuille en une seule requête. Une vaste bibliothèque de métriques nettoyées et pré-agrégées — énergie, irradiance, météo, disponibilité et données de batterie — fait que la sortie est exploitable pour l'activité, et non de simples compteurs bruts.

Oui — Mirox expose une REST API versionnée, et tout ce que fait l'interface web repose sur les mêmes points d'accès publics : vous pouvez donc piloter la plateforme par programmation. Les groupes de points d'accès couvrent les centrales, portefeuilles et composants ; les métriques et l'export de données ; les événements, tickets et rapports ; ainsi que l'organisation, les coopérations et les accès. Les mêmes règles de rôle et d'autorisation s'appliquent via l'API que dans l'interface : un appel ne renvoie donc que les centrales et données que vous êtes habilité à voir. Une documentation interactive et en direct est générée à partir de la plateforme en cours d'exécution et publiée sous forme de Swagger UI et de ReDoc, de sorte que vos développeurs puissent explorer les points d'accès documentés avant de s'engager.

Oui — Mirox prend en charge l'injection des données exportées dans des outils de BI externes et des chaînes de reporting sur mesure, avec des cas d'usage documentés incluant Power BI, Tableau, des modèles Excel personnalisés, des systèmes de gestion de l'énergie, des logiciels de comptabilité carbone et des outils de gestion de portefeuille, via CSV ou JSON. L'API d'export propose un formatage adapté à la langue — séparateurs de champs, caractères décimaux et formats de date configurables (ISO, européen, US, allemand), plus UTF-8 — de sorte que vous pouvez adapter la sortie à n'importe quel tableur européen ou américain. Les valeurs par défaut allemandes fonctionnent immédiatement.

À la résiliation d'un contrat de service, vous bénéficiez d'une période de transition de 30 jours pour exporter vos données avant la fin de l'accès. Vous pouvez demander la résiliation à tout moment, et sauf demande de résiliation immédiate, le contrat reste actif pendant 30 jours afin que vous puissiez d'abord exporter, avec une vue dédiée listant chaque parc couvert par le contrat. Cela répond directement aux préoccupations de propriété des données et de risque de sortie — vous conservez une fenêtre claire pour extraire vos données au moment de partir — et Mirox propose par ailleurs l'export CSV et JSON via ses outils d'export.

Oui — vous pouvez générer à la demande des rapports PDF techniques et financiers pour toute centrale, avec un historique stocké période par période. Les rapports techniques couvrent la performance d'exploitation ; les rapports financiers offrent une vision économique s'appuyant sur votre configuration de marché et de tarifs ; et vous choisissez la période, la résolution et la langue. Chaque rapport est stocké, listable avec pagination, tri et filtres, téléchargeable en PDF et supprimable. Les exports reposent sur des modèles, de sorte que les chiffres extraits via l'API correspondent exactement à ceux des PDF générés — une cohérence des données que vous pouvez recalculer vous-même.

Oui — les centrales déclenchent automatiquement des événements de parc horodatés et détectés par machine, qui fournissent un relevé objectif de ce qui s'est passé et quand, y compris les arrêts réseau et externes, la surproduction et les défauts de capteur de rayonnement, chacun assorti d'une priorité et d'un statut. Les tickets ajoutent une couche complète de gestion des travaux d'exploitation et de maintenance avec attribution, commentaires en fil de discussion, @mentions et un flux d'activité automatique qui ne peut être réécrit discrètement. Les événements et tickets clôturés sont conservés à long terme pour les audits et les demandes de garantie, et le flux d'activité des tickets est explicitement mobilisé pour les litiges de garantie et les analyses post-incident — un relevé défendable et infalsifiable.

La mise en service est entièrement en libre-service de bout en bout, de l'invitation par e-mail aux données de production en direct, sans aucun appel au support Mirox requis. Le parcours documenté consiste à créer un compte, créer une organisation, modéliser vos centrales et exécuter un assistant de mise en service guidé en cinq étapes jusqu'à ce que les données circulent. Le seul point où Mirox intervient est lorsqu'un enregistreur de données nécessite un tout nouvel adaptateur — ajouté rapidement sur demande, pendant que vous continuez de travailler entre-temps. Votre équipe peut ainsi déployer la surveillance par elle-même, sans réserver d'heures de services professionnels.

Non — vous ne saisissez ni onduleurs, ni strings, ni batteries, ni compteurs à la main ; l'agent découvre vos équipements automatiquement dès que la connexion est active. Une fois le VPN établi, la plateforme analyse le réseau local et liste chaque équipement joignable, à vous de le vérifier et de le nommer. Pour les familles d'enregistreurs prises en charge comme Janitza, Huawei et Phoenix Contact, les équipements sont reconnus et cartographiés automatiquement, sans aucune configuration. Les documents que vous téléversez sont également analysés par l'IA en arrière-plan pour préremplir les données de référence de la centrale, réduisant considérablement la saisie manuelle.

La tarification est simple et par actif, facturée mensuellement via des abonnements intégrés à la plateforme et liés aux parcs que vous exploitez : les parcs solaires et le stockage par batterie sont à 150 € par mois chacun, les éoliennes à 45 € par mois, sans frais d'installation. Vous pouvez commencer par une phase pilote de validation gratuite, et la facturation ne bloque jamais l'arrivée des premières données — vous pouvez signer le contrat et mettre en place le paiement en parallèle de la mise en service. Le paiement se fait par virement bancaire SEPA ou par prélèvement, avec validation de la TVA de l'UE via VIES pour une facturation en autoliquidation hors taxes en dehors de l'Allemagne.

Oui — les ressources suivent une hiérarchie stricte à trois niveaux — organisation, portefeuille et centrale —, qui pilote à la fois les agrégations de reporting et le contrôle des accès. Les portefeuilles regroupent des centrales liées et chaque centrale est un actif d'énergie renouvelable, de sorte que la plateforme modélise proprement la structure de votre flotte. Les indicateurs en direct s'agrègent de la centrale au portefeuille puis à l'organisation, et la structure prend en charge des actifs solaires, éoliens et de batteries mixtes. Le contrôle des accès se transmet le long de la hiérarchie, vous permettant d'accorder des autorisations par centrale ou par portefeuille sans surexposer le reste de votre flotte.

Oui — les coopérations vous permettent de partager en toute sécurité des centrales ou portefeuilles précis avec une autre organisation tout en conservant la pleine propriété et le contrôle, idéal pour les prestataires de services, Asset Managers ou investisseurs qui travaillent sur vos actifs depuis leur propre compte. Seul l'administrateur de votre organisation peut inviter, modifier ou révoquer une coopération, et les partenaires ne peuvent pas la repartager. Le rôle métier partagé constitue un plafond ferme sur tout ce que le partenaire peut faire, le rôle Operator ne peut jamais être partagé, et tout accès effectué via une coopération est consigné dans le journal d'audit.

Oui — l'accès d'un membre peut être suspendu, limité dans le temps ou expiré sans supprimer la personne, tant au niveau de l'organisation que par ressource, ce qui convient aux prestataires en mission à durée déterminée et aux externes. Un membre externe ne dispose d'aucun accès par défaut tant que vous ne lui accordez pas explicitement un rôle métier sur des centrales ou portefeuilles précis, dans une logique de mise en service au moindre privilège. Vous pouvez définir une date d'expiration d'appartenance ou une expiration d'attribution par ressource sur une seule centrale, et suspendre une appartenance pour que quelqu'un conserve sa place mais reste bloqué jusqu'à réactivation. Chaque attribution et retrait est traçable dans le journal d'audit.

Oui — chaque organisation et chaque centrale dispose d'un stockage de fichiers intégré, avec téléversement par glisser-déposer, dossiers entiers compris. Le stockage de l'organisation conserve les contrats, factures, assurances et autorisations ; le stockage de la centrale conserve les rapports d'ensoleillement, les documents de raccordement au réseau, les plans tels que construits et les protocoles d'inspection ; tout type de fichier jusqu'à 50 MB. Les fichiers de centrale sont automatiquement étiquetés par l'IA (les fichiers d'organisation sont catégorisés à la main), et la catégorie d'un fichier détermine quels rôles peuvent le voir — les catégories commerciales sensibles comme les contrats et les factures sont réservées aux Moderators et au-dessus.