Tutto ciò che deve sapere prima di scegliere Mirox

Molto probabilmente sì. Mirox supporta una gamma ampia e in costante crescita di dispositivi, così può verificare il suo hardware prima di impegnarsi. Le famiglie supportate oggi includono i data logger Bluelog, SMA Sunny Central e Power Manager, i logger Sungrow, Huawei SmartLogger, gli inverter Fronius, i misuratori di qualità della rete Janitza, i PLC Phoenix Contact, Dexcon, Zebotec e gli accumuli a batteria FREQCON — tra molti altri. Se un dispositivo non è ancora presente nell'elenco, il nostro team ne aggiunge il supporto su richiesta, così la copertura continua ad ampliarsi.

Ne aggiungiamo il supporto — tempestivamente, su richiesta, senza alcun impatto sui suoi tempi di onboarding. Lei prosegue con il resto della sua flotta mentre il supporto per il nuovo dispositivo viene aggiunto, in genere nel giro di pochi giorni a seconda della complessità. La copertura inoltre non dipende dalla documentazione formale delle API del produttore: Mirox può leggere i dati da una REST API, un'interfaccia web, un database, un file o un flusso di dati in tempo reale, così anche le apparecchiature più datate o meno documentate sono pienamente supportate.

Mirox utilizza integrazioni dedicate e specifiche per ciascun dispositivo, anziché un acquisitore di protocollo generico, così i suoi dati arrivano puliti e correttamente strutturati fin dal primo giorno. Ogni dispositivo viene letto tramite l'interfaccia che effettivamente espone: un'API HTTP/HTTPS del produttore (il caso più comune), un WebSocket in tempo reale, Microsoft SQL Server, accesso a S3/file o un'interfaccia di query per serie temporali nel caso delle batterie. SNMP è supportato per switch e router nell'ispettore di rete, e ogni dispositivo energetico dispone della propria integrazione dedicata.

Mirox necessita di un accesso di rete alle sue fonti dati — in genere connettività Ethernet o WiFi all'IP del dispositivo, sulla porta utilizzata dalla sua interfaccia (ad esempio TCP 80/443 per HTTP o WebSocket). Per reti OT isolate, sistemi air-gapped o dispositivi solo seriali, un piccolo collettore di dati colma il divario, come un logger con capacità di rete o un gateway da seriale a Ethernet. L'agente stesso si connette sempre e soltanto verso l'esterno, quindi non viene mai aperta alcuna porta in ingresso sulla sua rete.

No — Mirox è una soluzione software-first e l'hardware in loco non è necessario. L'agente è un software che può essere distribuito sul suo cluster o sulla sua infrastruttura esistente in loco, mentre un'opzione interamente basata sul cloud non richiede alcuna installazione presso l'impianto. L'hardware dedicato diventa rilevante solo in situazioni critiche in cui evitare qualsiasi perdita di dati ha la massima priorità: in tal caso possiamo fornire i nostri robusti edge gateway (mrxnode), e l'alta disponibilità in loco si ottiene eseguendo più di tre mrxnode per sito, così la perdita di un singolo nodo non interrompe mai la raccolta.

Sì — poiché l'agente è un software, può essere eseguito sulla sua infrastruttura compatibile: un host basato su Linux con un runtime per container, oppure un cluster esistente in loco. In questo modello resta lei responsabile di mantenere i microservizi aggiornati rispetto al cloud, che viene aggiornato periodicamente (non sono supportate le distribuzioni solo su macchina virtuale). Se preferisce non gestire tutto questo, i nostri gateway mrxnode opzionali sono preconfigurati, testati e aggiornati automaticamente — e con diversi di essi ottiene l'alta disponibilità in loco.

Sì. L'agente può essere eseguito in loco o interamente nel cloud Mirox tramite un tunnel VPN sicuro, e può passare dall'uno all'altro in qualsiasi momento senza vincoli. La modalità basata sul cloud non richiede hardware in loco ed è attivabile in autonomia, ma dipende da una connessione VPN e Internet stabile e non può eseguire il buffering locale né ispezionare la rete locale. La modalità in loco (software sul suo cluster o un mrxnode) continua a raccogliere ed effettuare il buffering anche durante le interruzioni di Internet e abilita l'ispezione della rete locale.

No — il rilevamento delle perdite funziona senza un sensore di irraggiamento in loco. L'analisi notturna ricava un valore di riferimento dell'irraggiamento dalle stringhe più performanti del suo stesso impianto, così il rilevamento completo delle perdite funziona anche su impianti privi di un sensore di radiazione dedicato. Questo abbassa i requisiti hardware per iniziare: ottiene il quadro analitico completo senza un piranometro. Laddove un sensore di radiazione sia presente, Mirox lo monitora anch'esso e può segnalarne un eventuale guasto come evento distinto a sé stante.

I suoi dati restano sotto la giurisdizione europea con piena conformità al GDPR, e la sovranità europea dei dati è il principio progettuale primario della piattaforma. Mirox opera contemporaneamente su più regioni di data center europee indipendenti, ciascuna delle quali esegue l'intero stack, così le operazioni proseguono anche in caso di guasto di una singola regione. La piattaforma è costruita su strumenti open-source europei e cloud-native, con una deliberata indipendenza dai vincoli con fornitori non europei, e la sua architettura è allineata alle normative europee sulle infrastrutture critiche, tra cui KRITIS e la Direttiva CER per il settore energetico.

No. Mirox non mantiene alcuna dipendenza da fornitori per l'hosting ed è realizzata come soluzione europea con una deliberata indipendenza architetturale dai vincoli con i fornitori, quindi non dipende da AWS, Google Cloud o Azure. Durante lo sviluppo si basa su strumenti open-source consolidati, principalmente della Cloud Native Computing Foundation (CNCF), e una volta in produzione opera in modo indipendente senza alcuna dipendenza obbligatoria da fornitori esterni. L'intero stack è eseguito su un'infrastruttura gestita da Mirox in più regioni di data center europee indipendenti, mantenendo i suoi dati sotto la giurisdizione europea e il GDPR — una scelta deliberata di sovranità dei dati, non uno slogan di marketing.

Solo da un piccolo insieme, ciascuno per una funzionalità non essenziale e progettato per degradare in modo controllato: un provider di IA/LLM configurato per ogni organizzazione (l'impostazione predefinita di Mirox, oppure il suo account OpenAI/Anthropic), i pagamenti con addebito diretto SEPA e la convalida della partita IVA tramite VIES dell'UE — se uno di questi è lento o non disponibile, l'azione viene ritentata oppure mostra un messaggio chiaro invece di fallire silenziosamente. Open-Meteo (meteo) e Grafana (dashboard di approfondimento) sono integrati e predisposti automaticamente. L'archiviazione principale del monitoraggio, i database e la messaggistica funzionano tutti internamente.

Sì — oltre al SaaS multi-tenant standard, Mirox offre modelli dedicati e self-hosted per esigenze di controllo dei dati più rigorose, disponibili per i clienti enterprise. Un'istanza cloud dedicata offre un isolamento completo a livello di infrastruttura con uno SLA personalizzato; un modello ibrido le consente di ospitare e controllare tutti gli endpoint di archiviazione dei dati mentre Mirox gestisce la logica applicativa; e un'installazione on-premise può funzionare in totale autonomia, anche in modalità air-gapped. Queste opzioni spaziano da un SaaS a basso impegno fino alla piena sovranità self-hosted e vengono concordate nell'ambito di un accordo enterprise.

Sì — il modello di distribuzione ibrido, un'opzione enterprise, le consente di ospitare e controllare tutti gli endpoint di archiviazione dei dati mentre Mirox gestisce la logica applicativa. L'applicazione, le API e l'elaborazione vengono eseguite nel cloud gestito di Mirox, mentre il database relazionale, l'archiviazione di oggetti compatibile con S3 e il database di serie temporali sono ospitati e gestiti da lei, garantendole il pieno controllo su dove risiedono fisicamente i suoi dati. In questo modello si assume la responsabilità della durabilità della propria archiviazione.

I dati operativi risiedono in un livello di archiviazione collaudato e sviluppato appositamente, mentre i servizi applicativi restano stateless e scalano orizzontalmente. Le metriche di serie temporali provenienti da inverter, misuratori e sensori sono archiviate in database di serie temporali specializzati, ottimizzati per scritture ad alto throughput e query rapide per intervalli di tempo; un database relazionale conserva i dati di configurazione e degli utenti; l'archiviazione di oggetti conserva i contenuti multimediali e i grandi set di dati. Nel cloud gestito il nucleo relazionale aggiunge replica, alta disponibilità, backup e disaster recovery. Con le distribuzioni ibride o on-premise, la durabilità dell'archiviazione è responsabilità sua.

L'architettura di Mirox è progettata per offrire una disponibilità del 99,999%. Questo obiettivo "five-nines" deriva da più regioni europee indipendenti, più server per regione, dal ripristino automatico delle connessioni verso un altro server integro e dalla supervisione continua degli agenti in loco — così non esiste alcun singolo punto di guasto. Si tratta di un obiettivo di disponibilità ingegnerizzato, non di uno SLA contrattuale nel piano standard; un'istanza cloud dedicata con un contratto enterprise può aggiungere garanzie SLA formali con impegni di disponibilità personalizzati.

La sua connessione si collega sempre a un punto di accesso integro e, se uno diventa non disponibile, viene ristabilita automaticamente verso un altro server integro, senza alcuna riconfigurazione da parte sua. Poiché Mirox opera contemporaneamente su più regioni di data center europee indipendenti — ciascuna delle quali esegue l'intero stack ed è servita da più server — non esiste alcun singolo punto di guasto, quindi la perdita di un server o persino di un'intera regione non la mette offline. La piattaforma è cloud-native e scalabile orizzontalmente, con failover automatico, auto-riparazione e bilanciamento del carico, e la ridondanza tra regioni è concepita specificamente per il disaster recovery e la continuità operativa.

No — gli agenti in loco continuano a operare localmente anche quando viene meno la connettività al cloud, proseguendo la raccolta e l'elaborazione dei dati per tutta la durata dell'interruzione. L'agente memorizza i dati localmente in buffer e li trasmette al ripristino della connessione, e i periodi mancanti vengono rilevati e ricostruiti tramite backfill, così non si perde alcun dato. L'SSD da 512 GB di un mrxnode offre anni di margine di buffering offline. Questa separazione tra edge e cloud fa sì che le operazioni locali continuino durante le interruzioni di rete senza alcun intervento manuale.

Gli agenti in loco sono supervisionati di continuo e ripristinati automaticamente senza alcuna visita in loco. Un livello di orchestrazione verifica l'agente di ogni impianto con un ciclo breve e, se questo scompare, smette di rispondere o il suo host si guasta, viene riavviato, ridistribuito o trasferito automaticamente su un altro host integro. Una salvaguardia garantisce che lo stesso agente non venga mai eseguito in due posti contemporaneamente. Questo ripristino auto-riparante fa sì che non siano necessari interventi in loco per mantenere raggiungibili i suoi impianti quando qualcosa va storto all'edge.

Sì — l'architettura a due livelli edge-e-cloud scala ciascun livello in modo indipendente ed elimina i singoli punti di guasto. Gli agenti scalano con il numero di parchi, mentre il cloud scala con il volume di dati e l'attività degli utenti, così entrambe le parti crescono secondo necessità. Il cloud è scalabile orizzontalmente e cloud-native, con scalabilità dinamica, failover automatico, auto-riparazione, bilanciamento del carico e aggiornamenti senza interruzioni. Ogni Data Scraper all'edge esegue oltre 20 adattatori in parallelo e sostiene oltre 10.000 metriche al minuto, quindi anche le flotte di grandi dimensioni sono ampiamente alla portata.

Sì — l'audit logging di Mirox è espressamente progettato per soddisfare le normative KRITIS tedesche e la direttiva NIS2 dell'UE in materia di registrazione degli accessi remoti. Un audit trail continuo e a prova di manomissione registra ogni sessione VPN e ogni richiesta del proxy del browser per ciascun impianto, annotando chi ha raggiunto la rete, quando, quali sottoreti e dispositivi sono stati toccati, quanto traffico è transitato e quali URL e metodi. L'architettura della piattaforma tiene inoltre conto dei requisiti europei in evoluzione per le infrastrutture critiche, tra cui KRITIS e la Direttiva CER per il settore energetico.

No — la rete del suo impianto non necessita mai di una porta aperta in ingresso; l'agente in loco si connette solo verso l'esterno, verso il cloud Mirox. Nulla su Internet pubblico può avviare una connessione verso la rete del suo impianto, e questo vale sia per l'accesso VPN sia per quello tramite proxy del browser. L'agente è l'unico punto di ingresso delimitato, isolato al proprio impianto e mai una via verso un altro impianto o un'altra organizzazione. Questo elimina la principale obiezione sulla superficie di attacco: non c'è alcuna porta esposta a Internet sulla sua infrastruttura OT critica.

L'accesso remoto all'impianto utilizza una VPN WireGuard con crittografia moderna: la sua chiave privata viene generata sul suo dispositivo e non viene mai memorizzata da Mirox, che vede sempre e solo la sua chiave pubblica. Un tunnel suddiviso instrada attraverso la VPN solo il traffico destinato alle reti private dell'impianto. Per il personale che non deve disporre di un tunnel di rete completo, un Browser Proxy offre un accesso senza VPN e senza agente all'interfaccia web di un dispositivo tramite un URL HTTPS per singolo dispositivo, senza alcuna rotta IP verso la LAN dell'impianto. L'apertura di qualsiasi dispositivo tramite il Proxy richiede l'autenticazione a due fattori attiva, verificata a ogni richiesta.

Mirox utilizza un controllo degli accessi basato sui ruoli su tre assi con impostazioni predefinite a privilegio minimo: un ruolo di sistema a livello di piattaforma, un ruolo di organizzazione e ruoli operativi per singola risorsa come Operatore, Gestore Tecnico, Asset Manager e Visualizzatore. Ogni richiesta supera controlli stratificati che devono concordare tutti, l'accesso è esplicito anziché presunto e le autorizzazioni si ereditano lungo organizzazione, portafoglio e impianto. Questo le consente di separare le responsabilità tecniche da quelle commerciali e di concedere l'accesso per singolo impianto senza sovraesporre l'intero portafoglio. La funzionalità più potente, una VPN a livello di rete, è riservata al solo ruolo Operatore.

Sì — l'autenticazione a due fattori tramite app di autenticazione TOTP, che richiede un codice a 6 cifre valido al momento dell'accesso. La configurazione si basa su un codice QR e si attiva solo dopo che lei conferma un primo codice, così un'app configurata in modo errato non può bloccarle l'accesso, e mantiene un codice di ripristino monouso a 8 caratteri che si rigenera automaticamente. Vengono inviati avvisi email in caso di accessi da un nuovo dispositivo o luogo e in caso di tentativi falliti, può consultare ogni sessione attiva e disconnettere qualsiasi altro dispositivo, e l'apertura di qualsiasi dispositivo dell'impianto tramite il Browser Proxy richiede sempre la 2FA attiva.

I record di audit vengono conservati per almeno 730 giorni (24 mesi) per impostazione predefinita, poi eliminati automaticamente, e non possono essere modificati né cancellati dagli utenti. I campi di snapshot sono scrivibili una sola volta e datati al primo inserimento, e i record sopravvivono alla cancellazione di utenti, impianti, dispositivi e organizzazioni tramite snapshot conservati — così le prove forensi restano disponibili per l'intera finestra prevista dalla normativa, anche dopo cambi di personale o la vendita di un impianto. L'audit trail registra deliberatamente solo metadati: mai il contenuto delle sessioni, come sequenze di tasti, registrazioni dello schermo o payload dei pacchetti.

No — l'accesso di un amministratore della piattaforma a un account utente è limitato, registrato, a tempo determinato e visibile. In rare situazioni di assistenza un amministratore Mirox può accedere temporaneamente a un account, ma solo con una motivazione registrata in un audit trail dedicato, solo su account utente standard (mai su altri amministratori), solo per un breve periodo che termina automaticamente e con un banner visibile mostrato mentre è attivo. Anche il traffico tra i servizi è cifrato e autenticato tramite l'Autorità di Certificazione interna della piattaforma, così è protetta anche la comunicazione interna.

L'accesso viene revocato entro pochi secondi da una modifica delle autorizzazioni, con una rete di sicurezza di riverifica in background. Quando un ruolo viene rimosso, l'appartenenza a un'organizzazione cambia o una cooperazione termina, l'impianto viene rimosso dalle rotte raggiungibili dalla persona entro pochi secondi, e il percorso di rete sottostante viene smantellato poco dopo, alla successiva riconciliazione; la stessa modifica revoca anche l'accesso al Browser Proxy. Un controllo periodico in background riverifica in modo indipendente ogni profilo attivo rispetto alle autorizzazioni correnti, così un singolo evento mancato non può lasciare un accesso aperto. La cancellazione di un account utente interrompe l'accesso remoto entro pochi secondi, mentre la cronologia di conformità viene conservata per il periodo di conservazione previsto dalla legge.

No — l'IA non può inviare comandi né azionare alcuna apparecchiatura dell'impianto. Non esiste alcuno strumento per commutare, riavviare, ripristinare, ridurre la produzione, impostare un setpoint o controllare in altro modo un inverter, un PLC, uno switch di rete, un router o un data logger. Il catalogo delle capacità dell'IA contiene solo strumenti di sola lettura e strumenti che si limitano a proporre bozze — non esiste da nessuna parte uno strumento di comando per i dispositivi sul campo. Inoltre, l'IA non ha alcuna connessione di rete con il sito dell'impianto e non può raggiungere la rete locale, quindi non può fisicamente azionare il suo hardware OT.

Per impostazione predefinita, l'IA è eseguita su un'infrastruttura gestita da Mirox in Germania (UE), così i dati delle sue richieste restano all'interno dell'UE. Lasciano l'UE solo se un amministratore configura deliberatamente un provider esterno come OpenAI o Anthropic. L'IA predefinita di Mirox è inclusa nel suo piano senza alcun costo aggiuntivo per l'IA, e il cambio di provider modifica solo dove vengono elaborate le richieste, mai le funzionalità a cui ha accesso — così può mantenere l'IA interamente ospitata nell'UE senza rinunciare a nulla.

No — l'IA predefinita di Mirox è un modello fisso e pronto all'uso, che non viene mai addestrato né messo a punto sui dati dei clienti. Non apprende dai suoi impianti, documenti o conversazioni; l'assistente migliora grazie a un'integrazione più profonda nella piattaforma — nuovi strumenti e un accesso ai dati più pulito — non apprendendo dai suoi contenuti. L'IA inoltre non vede mai chiavi, credenziali o segreti, che sono esclusi da ogni capacità dell'IA. I suoi dati operativi non diventano mai materiale di addestramento.

No — ogni modifica ai dati preparata dall'IA segue uno schema proponi-poi-applica, e nulla viene scritto finché un essere umano non lo approva esplicitamente. Le procedure guidate predispongono proposte che lei accetta o rifiuta singolarmente o tutte insieme, e questo vale allo stesso modo per l'assistente integrato nella piattaforma, le procedure guidate e gli agenti esterni, così lei resta il decisore. L'IA eredita inoltre esattamente le sue stesse autorizzazioni e non può mai superarle né raggiungere i dati di un altro cliente. Solo alcuni helper in background vengono eseguiti automaticamente, e si limitano ad aggiungere metadati non distruttivi come i tag dei documenti.

Sì — la sua organizzazione può utilizzare il proprio provider IA e la propria chiave API, scegliendo OpenAI o Anthropic, configurati a livello centrale da un amministratore che può facoltativamente fissare un modello specifico. La chiave del suo provider viene memorizzata cifrata e non viene mai esposta nuovamente ai membri, e l'impostazione si applica all'intera organizzazione. Tenga presente che con un provider esterno il contenuto delle richieste viene inviato a tale provider secondo i suoi termini e Mirox non fornisce alcuna garanzia sulla relativa conservazione o sull'utilizzo, e l'uso dei token di quel provider le viene fatturato separatamente, in aggiunta al suo piano Mirox.

Sì — ogni esecuzione di una procedura guidata viene salvata con la trascrizione completa del suo ragionamento, le azioni proposte e la sua decisione di accettazione o rifiuto su ciascuna di esse, e anche i flussi IA automatizzati in background vengono eseguiti come procedure guidate verificabili, così non esiste alcuna attività dell'IA priva di registrazione. Gli agenti IA esterni si connettono tramite il Model Context Protocol con le sue stesse autorizzazioni; ogni chiamata a uno strumento è attribuita a lei e sottoposta ad audit come qualsiasi altro accesso, e il protocollo non espone mai segreti all'agente. Ottiene la piena tracciabilità di ciò che l'IA ha proposto e di ciò che un essere umano ha approvato.

Sì — Mirox supporta il fotovoltaico solare, le turbine eoliche e l'accumulo a batteria (BESS), e può raggruppare tecnologie miste in un unico portafoglio. Tutte e tre condividono un'unica piattaforma cloud, un unico agente e un unico modello di sicurezza e autorizzazioni, così chi possiede asset misti solari, eolici e di accumulo gestisce l'intera flotta in un solo posto, anziché destreggiarsi tra strumenti separati. La copertura solare comprende impianti su tetto, a terra, con inseguimento a uno e due assi e sistemi galleggianti, con inverter di stringa, centrali, micro e ibridi tutti supportati.

Gli impianti solari dispongono di un gemello digitale per singolo impianto che spiega non solo che un componente ha avuto prestazioni inferiori, ma anche perché — distinguendo un guasto reale, una stringa degradata, un logger bloccato o un'interruzione di comunicazione. Modella l'impianto fino alla singola stringa utilizzando un modello deterministico di cielo sereno più modelli validati di pannelli e inverter — tutto basato sulla fisica, esplicitamente senza congetture di machine learning. Le apparecchiature principali, come inverter, stringhe e misuratori, vengono individuate automaticamente dai dati in tempo reale anziché inserite a mano, così ottiene una chiarezza tracciabile sulla causa principale, attribuita a uno specifico componente e a una specifica causa.

L'accumulo a batteria viene individuato automaticamente come gerarchia a quattro livelli di box, accumulo, modulo e cella, costruita a partire dal flusso di dati in tempo reale anziché inserita a mano. Mirox monitora la potenza di carica e scarica, l'energia transitata, lo stato di carica, lo stato di salute, la tensione e la temperatura fino al livello di modulo e cella, oltre a un conteggio delle celle integre, il tutto con un vocabolario di metriche indipendente dal produttore. Un riepilogo per singolo parco mostra il conteggio dei componenti, le celle integre, la potenza e l'energia nominali in CA, lo stato di verifica e un conteggio degli elementi che richiedono attenzione. I sistemi a batteria FREQCON sono supportati oggi e altri controller possono essere aggiunti su richiesta.

Sì — la riduzione di rete viene tracciata separatamente e attribuita alla parte responsabile, il marketer diretto o il gestore di rete, anziché essere segnalata come guasto di un componente. Viene rilevata quando un impianto è mantenuto al suo limite di potenza attiva o in prossimità di esso, e l'energia non prodotta viene registrata al minuto a carico del marketer o della rete. Separatamente, ogni perdita di energia segnalata riporta un livello di confidenza ALTO, MEDIO o BASSO, e condizioni meteo come neve, nebbia e rugiada, oltre agli spegnimenti controllati, vengono escluse in modo da non essere mai conteggiate erroneamente come guasti.

Sì — un Ispettore della Rete Locale integrato individua, classifica e verifica lo stato di salute di ogni switch, router, logger e misuratore dietro l'impianto, e mostra l'intero percorso di connessione dal cloud al logger, così può vedere esattamente dove si trova un'interruzione. L'individuazione utilizza ICMP, risoluzione degli indirizzi, ricerca del produttore e sonde SNMP con identificazione assistita dall'IA, e il monitoraggio esegue controlli ICMP ping, su porte TCP, HTTP e SNMP. Non riavvia servizi né riconfigura i dispositivi, e funziona sia che l'agente sia eseguito in loco sia nel cloud tramite VPN — così può individuare uno switch in avaria senza inviare un tecnico.

Sì — Mirox fornisce una previsione di produzione fotovoltaica a 5 giorni, basata sulla fisica, per ogni impianto accessibile, fondata sui dati meteo DWD anziché su un machine learning opaco. Combina il comportamento misurato di recente di ciascun impianto (una finestra predefinita di 45 giorni) con i dati meteo locali DWD tramite Open-Meteo a risoluzione oraria, fornendo l'energia attesa con una banda minimo-massimo, il performance ratio, un riferimento di cielo sereno e una curva di potenza oraria. Gli impianti la cui stima varia di oltre il 50% vengono esclusi dalla panoramica per mantenerla affidabile, così la previsione resta spiegabile e tracciabile.

Sì — la dashboard KPI aggrega i dati in tempo reale dell'intera flotta a livello di portafoglio e organizzazione, aggiornandosi ogni minuto e limitandosi rigorosamente alle sue autorizzazioni. Le schede in tempo reale mostrano produzione, perdite di rete, spegnimenti del gestore di rete e del marketer diretto e la capacità installata totale, con KPI per singolo impianto tra cui resa specifica e completezza del gemello digitale, oltre a una distribuzione degli stati degli impianti. Gli importi in euro utilizzano un'unica tariffa indicativa forfettaria e non sono esplicitamente valori di conguaglio o di fatturazione. Così può individuare un problema su tutta la flotta in pochi secondi senza aprire un singolo impianto.

Sì — può esportare dati di serie temporali pronti per la reportistica in formato CSV o JSON su un parco, più parchi o interi portafogli con un'unica chiamata API. Sono disponibili un download di template CSV canonico, una variante con query JSON e serie temporali grezze ad alta risoluzione a intervalli di 5 minuti, 15 minuti, orari o giornalieri, con parametri di parco e portafoglio separati da virgola che uniscono i parchi per un'aggregazione su tutto il portafoglio in un'unica richiesta. Un'ampia libreria di metriche ripulite e pre-aggregate — energia, irraggiamento, meteo, disponibilità e dati delle batterie — fa sì che l'output sia pronto per il business, non costituito da contatori grezzi.

Sì — Mirox espone una REST API versionata, e tutto ciò che fa l'interfaccia web si basa sugli stessi endpoint pubblici, così può pilotare la piattaforma in modo programmatico. I gruppi di endpoint coprono impianti, portafogli e componenti; metriche ed esportazione dei dati; eventi, ticket e report; organizzazione, cooperazioni e accessi. Tramite l'API si applicano le stesse regole di ruolo e autorizzazione dell'interfaccia, così una chiamata restituisce solo gli impianti e i dati che lei è autorizzato a vedere. Una documentazione interattiva in tempo reale viene generata dalla piattaforma in esecuzione e pubblicata come Swagger UI e ReDoc, così i suoi sviluppatori possono esplorare gli endpoint documentati prima di impegnarsi.

Sì — Mirox supporta l'invio dei dati esportati a strumenti di BI esterni e a pipeline di reportistica personalizzate, con casi d'uso documentati che includono Power BI, Tableau, template Excel personalizzati, sistemi di gestione dell'energia, software di carbon accounting e strumenti di gestione del portafoglio, tramite CSV o JSON. L'API di esportazione offre una formattazione adattata alla località — separatori di campo, caratteri decimali e formati di data configurabili (ISO, europeo, statunitense, tedesco) oltre a UTF-8 — così l'output si inserisce direttamente negli strumenti di foglio di calcolo europei e statunitensi una volta abbinati i separatori. Le impostazioni predefinite tedesche funzionano da subito.

Alla risoluzione di un contratto di servizio dispone di un periodo di transizione di 30 giorni per esportare i suoi dati prima che l'accesso termini. Può richiedere la risoluzione in qualsiasi momento e, a meno che non richieda la risoluzione immediata, il contratto resta attivo per 30 giorni così può esportare prima i dati, con una vista dedicata che elenca ogni parco coperto dal contratto. Questo risponde direttamente alle preoccupazioni sulla proprietà dei dati e sul rischio di uscita — mantiene una finestra chiara per estrarre i suoi dati al momento dell'uscita — e Mirox fornisce inoltre separatamente l'esportazione in CSV e JSON tramite i suoi strumenti di esportazione.

Sì — può generare report tecnici e finanziari in PDF su richiesta per qualsiasi impianto, con una cronologia archiviata periodo per periodo. I report tecnici riguardano le prestazioni operative; i report finanziari offrono una visione economica basata sulla sua configurazione di Mercato e Tariffe; e lei sceglie il periodo, la risoluzione e la lingua. Ogni report viene archiviato, elencabile con paginazione, ordinamento e filtri, scaricabile in PDF ed eliminabile. Le esportazioni sono basate su template, così i valori estratti tramite l'API corrispondono esattamente a quelli dei PDF generati — una coerenza dei dati che può ricalcolare lei stesso.

Sì — gli impianti generano automaticamente eventi di parco rilevati dalla macchina e con marca temporale, che offrono un resoconto oggettivo di cosa è accaduto e quando, inclusi gli spegnimenti di rete ed esterni, la sovrapproduzione e i guasti del sensore di radiazione, ciascuno con una priorità e uno stato. I ticket aggiungono un livello completo di gestione del lavoro di O&M con assegnazione, commenti in thread, @menzioni e un feed di attività automatico che non può essere riscritto in modo silenzioso. Eventi e ticket chiusi vengono conservati a lungo termine per audit e richieste in garanzia, e il feed di attività dei ticket viene utilizzato espressamente per le controversie di garanzia e le revisioni post-incidente — un resoconto difendibile e a prova di manomissione.

L'onboarding è interamente in autonomia, dall'invito via email ai dati di produzione in tempo reale, senza alcuna chiamata di assistenza Mirox richiesta. Il percorso documentato consiste nel registrare un account, creare un'organizzazione, modellare i suoi impianti ed eseguire una procedura guidata di onboarding in cinque passaggi finché i dati non iniziano a fluire. L'unico punto in cui Mirox interviene è quando un data logger necessita di un adattatore completamente nuovo — aggiunto tempestivamente su richiesta, mentre lei continua a lavorare nel frattempo. Così il suo team può attivare il monitoraggio in autonomia, senza dover prenotare ore di servizi professionali.

No — non deve inserire inverter, stringhe, batterie o misuratori a mano; l'agente individua le sue apparecchiature automaticamente una volta che la connessione è attiva. Dopo l'attivazione della VPN, la piattaforma scansiona la rete locale ed elenca ogni dispositivo raggiungibile affinché lei lo verifichi e gli assegni un nome. Per le famiglie di logger supportate come Janitza, Huawei e Phoenix Contact, i dispositivi vengono riconosciuti e mappati automaticamente senza alcuna configurazione. Anche i documenti che carica vengono analizzati dall'IA in background per precompilare i dati anagrafici dell'impianto, riducendo drasticamente l'inserimento manuale.

Il prezzo è semplice e per asset, fatturato mensilmente tramite abbonamenti integrati nella piattaforma e legato ai parchi che gestisce: i parchi solari e gli accumuli a batteria costano €150 al mese ciascuno, le turbine eoliche €45 al mese, senza costi di configurazione. Può iniziare con un progetto pilota proof-of-concept gratuito, e l'onboarding procede in parallelo — firma il contratto e predispone il pagamento mentre i suoi primi dati stanno già fluendo. Il pagamento avviene tramite bonifico bancario o addebito diretto SEPA, con convalida della partita IVA dell'UE tramite VIES per la fatturazione in reverse charge esente da imposta fuori dalla Germania.

Sì — le risorse seguono una rigorosa gerarchia a tre livelli di organizzazione, portafoglio e impianto, che governa sia le aggregazioni per la reportistica sia il controllo degli accessi. I portafogli raggruppano impianti correlati e ogni impianto è un asset di energia rinnovabile, così la piattaforma modella in modo ordinato la struttura della sua flotta. I KPI in tempo reale si aggregano dall'impianto al portafoglio al livello di organizzazione, e la struttura supporta asset misti solari, eolici e di accumulo. Il controllo degli accessi si eredita lungo la gerarchia, consentendole di concedere autorizzazioni per singolo impianto o singolo portafoglio senza sovraesporre il resto della sua flotta.

Sì — le cooperazioni le consentono di condividere in modo sicuro impianti o portafogli specifici con un'altra organizzazione mantenendo la piena proprietà e il pieno controllo, ideale per fornitori di servizi, asset manager o investitori che operano sui suoi asset dal proprio account. Solo l'amministratore della sua organizzazione può invitare, modificare o revocare una cooperazione, e i partner non possono ricondividerla a loro volta. Il ruolo operativo condiviso costituisce un limite rigido a tutto ciò che il partner può fare, il ruolo Operatore non può mai essere condiviso e ogni accesso effettuato tramite una cooperazione viene registrato nel log di audit.

Sì — l'accesso di un membro può essere sospeso, limitato nel tempo o fatto scadere senza eliminare la persona, sia a livello di organizzazione sia per singola risorsa, il che è adatto a collaboratori a tempo determinato ed esterni. Un membro esterno non ha alcun accesso per impostazione predefinita finché lei non gli concede esplicitamente un ruolo operativo su impianti o portafogli specifici, a supporto di un onboarding a privilegio minimo. Può impostare una data di scadenza dell'appartenenza o una scadenza della concessione per singola risorsa su un singolo impianto, e sospendere un'appartenenza così che qualcuno mantenga il proprio posto ma resti bloccato finché non viene riabilitato. Ogni assegnazione e rimozione è tracciabile nel log di audit.

Sì — ogni organizzazione e ogni impianto dispone di un'archiviazione file integrata, con caricamento drag-and-drop comprese intere cartelle. L'archiviazione dell'organizzazione conserva contratti, fatture, polizze assicurative e permessi; l'archiviazione dell'impianto conserva report di irraggiamento, documenti di connessione alla rete, disegni as-built e protocolli di ispezione; qualsiasi tipo di file fino a 50 MB. I file dell'impianto vengono taggati automaticamente dall'IA (i file dell'organizzazione vengono categorizzati a mano), e la categoria di un file determina quali ruoli possono visualizzarlo — le categorie commerciali sensibili come contratti e fatture sono limitate ai Moderatori e ai ruoli superiori.