Registro delle modifiche
Tappe di prodotto dell’ecosistema V.A.D. IIoT, release dopo release — nuovi moduli della piattaforma, integrazioni, lingue e lavoro sull’affidabilità.
Monitoraggio, ruoli e nuovi modi di connessione
Tre filoni paralleli: un servizio di monitoraggio con registro condiviso dei rilevatori e un’unica tabella eventi, un modello di autorizzazione basato su oggetti-policy e nuovi modi per integrare un dispositivo o una regione — modalità proxy e pacchetto di conformità regionale.
- Novità
Registro condiviso dei rilevatori e un’unica tabella eventi
Gli eventi problematici arrivano da più sorgenti: daemon di raccolta, modulo di ingestione, controlli pianificati, analisi IA. Il servizio li riduce a due entità — un’anagrafica di rilevatori che dice cosa conta come problema e a quale servizio e gruppo di reperibilità appartiene, e un’unica tabella eventi in cui scrive ogni sorgente. Dashboard, filtri e report la leggono direttamente, così il conteggio dei problemi è identico ovunque.
Scopri di più - Affidabilità
Marcatori delle sessioni problematiche applicati in ingestione
Una sessione viene valutata nel momento in cui è scritta nel database. Le regole sono soglie: contatto con oltre 15 minuti di anticipo sulla pianificazione, calo di tensione della batteria di telemetria superiore a 0,1 V rispetto alla sessione precedente, della batteria metrologica superiore a 0,05 V, durata di connessione anomala. La sessione riceve un marcatore e il riepilogo giornaliero si compone dai marcatori anziché riscorrendo l’archivio: il costo del controllo non cresce con il parco.
- Sicurezza
Regole di accesso su oggetti-policy
Il modello di accesso poggia su oggetti-policy: una classe per risorsa, metodi ordinari invece di un DSL. Un ruolo si descrive con un insieme di capacità nominate con flag di attività e «abilitato per impostazione predefinita», così la composizione dei diritti si configura per installazione senza rilasciare una build. La policy resta un oggetto ordinario ed è coperta da unit test anziché da un percorso end-to-end via web.
Scopri di più - Integrazione
Controller e view dell’API spostati nello spazio dei nomi v3
Il contratto pubblico ottiene uno spazio dei nomi proprio: controller e rappresentazioni passano a v3, mentre v1 resta congelato come punto d’ingresso compatibile. Le rotture avvengono solo nel nuovo spazio, così l’API può evolvere senza concordare con ogni integratore. Le risposte sono localizzate: anagrafiche e descrizioni testuali tornano nella lingua dell’utente che ha effettuato la richiesta.
Scopri di più - Integrazione
Una terza modalità di lavoro con il dispositivo: il proxy
Un dispositivo lavora con due server: uno principale e uno di riserva. Una terza modalità aggiunge il proxy — il daemon di raccolta accetta la connessione e inoltra i dati, restando trasparente per il dispositivo. Copre i siti privi di un percorso diretto verso la piattaforma. La modalità è riportata sia sul server di raccolta sia nell’interfaccia, così nell’analisi di un collegamento si vede da quale percorso sono arrivati i dati.
Scopri di più - Prestazioni
Ultima sessione e modello del contatore in cache nella telemetria
L’ultima sessione di comunicazione e un riferimento al modello del contatore sono in cache accanto al record di telemetria — tensione di batteria, codice di stato della sessione, unità di misura. Elenchi e filtri sull’intero parco sono serviti da una singola query invece di attingere all’archivio a ogni schermata, così il tempo di risposta non dipende dalla profondità dello storico. La cache si aggiorna durante l’ingestione, quindi il suo ritardo è limitato dalla sessione di comunicazione e non da una finestra di ricalcolo pianificato.
- Novità
MENA Compliance Pack
I requisiti dei Paesi della regione divergono ma si sovrappongono in un nucleo: regole IoT, cybersicurezza, protezione dei dati personali, vincoli di hosting in cloud, esercizio industriale. Il pacchetto fissa questo nucleo comune e sposta le differenze in allegati per Paese, mentre la configurazione dell’installazione punta all’allegato necessario. Il documento risponde alla domanda di applicabilità prima dell’avvio di un pilota: è rivolto a clienti, partner locali, system integrator ed enti pubblici.
Dati del dispositivo affidabili e leggibili
I dati del dispositivo sono interpretati secondo la specifica del protocollo: le maschere di bit sono decodificate bit per bit, i codici sono mostrati in esadecimale e le descrizioni d’archivio partono dallo stato dell’apparecchiatura. L’archivio accumulato è stato ricalcolato con la stessa logica.
- Affidabilità
Decodifica bit a bit delle maschere di stato nei registri
I campi di stato di eventi e allarmi nel protocollo Type-M sono maschere a 16 bit: il bit 1 indica batteria scarica, il bit 2 segnale GSM debole, il bit 15 (32768) il riavvio del dispositivo. La decodifica percorre i bit e li confronta con le soglie del firmware: l’evento di batteria scarica scatta sotto 11,7 V e si azzera sopra 12,0 V, con 300 mV di isteresi. Le descrizioni nel registro sono costruite dai bit decodificati e l’archivio accumulato è stato ricalcolato con la stessa logica: 7.872 record aggiornati, 112.924 aggiunti.
- Migliorato
Riscritte etichette delle schede e descrizioni degli eventi negli archivi
I testi nelle schede d’archivio partono dallo stato dell’apparecchiatura anziché dai campi del pacchetto: la descrizione dice cosa è successo al dispositivo. Le etichette delle schede non ripetono il nome della sezione e la colonna di stato si chiama «Flag», coerentemente con il suo contenuto. I valori sono resi in carattere monospaziato, quindi la larghezza della colonna non dipende dalla lunghezza del valore.
Scopri di più - Migliorato
Codici di allarme ed evento resi in esadecimale
I codici di allarme ed evento sono resi in esadecimale: 0x8000, 0x0001, 0x0000 — completati con zeri iniziali a quattro cifre. Un carattere monospaziato allinea le cifre verticalmente tra le righe, così il bit impostato salta all’occhio e si confronta con la specifica del protocollo senza convertire dal decimale.
- Migliorato
Stato delle tabelle: dimensione pagina, unità e codici di ritentativo
Le tabelle dati mantengono lo stato tra le navigazioni: la dimensione di pagina scelta resta. L’unità è passata dall’intestazione di colonna al valore stesso — l’intestazione resta corta e l’unità sta dove sta il numero. Il contatore dei ritentativi mostra sia il numero di tentativi sia il codice del motivo, così la qualità del collegamento si legge direttamente dalla tabella.
- Prestazioni
Profilazione della coda di ingestione nel server dei job
La pipeline di ingestione in background è stata profilata per fasi e riequilibrata tra i worker. Le letture arrivano in archivio subito dopo la sessione di comunicazione e la coda tiene il passo con la crescita del parco: i job vengono smaltiti più in fretta di quanto arrivino e il margine di throughput è visibile nel log di ingestione.
Scopri di più
Esercizio industriale
La prima release di produzione della terza generazione: un operatore vi gestisce per intero il proprio parco di misura in esercizio — raccolta, archiviazione, interfaccia web, API e analisi. Al di sopra gira il Centro operativo e i parametri di sessione sono passati all’archivio condiviso.
- Novità
Versione 3.0: il primo ambiente industriale di produzione
La terza generazione esce dalla prerelease: un operatore industriale vi gestisce il proprio parco di misura in esercizio. Demone di raccolta, archivio, interfaccia web, API pubblica e analisi lavorano in un unico ambiente. Il periodo di transizione con due generazioni in parallelo si chiude.
Scopri di più - Novità
Centro operativo (OHM)
Un flusso di allarmi grezzi diventa un insieme di problemi operativi gestiti. Detector e canoni raccolgono gli eventi ripetuti in un unico problema, la correlazione vi allega le evidenze, la valutazione della salute degli asset ordina il parco per rischio, priorità e SLA fissano il tempo di reazione e la coda di lavoro trattiene l’intervento fino alla chiusura. Gli incidenti massivi — un guasto che genera centinaia di allarmi — si trattano a parte. Un livello AI propone il passo successivo dalla storia accumulata di casi simili.
Scopri di più - Migliorato
Memorizzazione e visualizzazione del segnale GSM in un’unica scala dBm
Il livello di segnale GSM è conservato in un’unica scala dBm, qualunque sia l’unità con cui lo trasmette il protocollo del dispositivo: percentuale, unità relative o già dBm. La conversione è spostata nei driver di ingestione ed è eseguita in ingresso, non alla visualizzazione, così il valore è lo stesso nell’interfaccia, nell’API e nei report. Anche i dati accumulati sono portati sulla stessa scala e la tendenza di copertura si legge su tutta la storia del parco.
- Affidabilità
Conversione delle sessioni di comunicazione storiche allo schema v3
Comandi di migrazione portano lo storico delle sessioni di comunicazione nello schema di terza generazione. Il trasferimento procede per fasi: prima i canali di sessione propri del dispositivo, poi i canali comuni del blocco di telemetria, poi l’allineamento allo schema dei parametri. I comandi si lanciano su ogni server separatamente e lavorano a lotti, così la raccolta prosegue e grafici e report coprono l’intera storia del dispositivo.
- Prestazioni
Parametri delle sessioni di comunicazione spostati nella tabella d’archivio comune
Le intestazioni di sessione restano nella propria tabella, mentre i parametri di sessione vengono scritti nella tabella d’archivio comune, la stessa in cui arrivano le letture. È il protocollo a dichiarare la composizione dei parametri: Type-M ha un insieme di canali, Type-J un altro, MQTT un terzo. Un nuovo tipo di dispositivo si crea con voci nel catalogo dei canali, senza migrazione dello schema del database.
Scopri di più
Sensori di pressione e temperatura: il percorso completo
Una nuova classe di dispositivi portata dal protocollo fino alla sua scheda nell’interfaccia: driver, modello dati, ingestione degli archivi, anagrafiche dei tipi di sensore, unità di misura. Accanto, i collegamenti del modello dati su cui poggiano report, filtri e regole di accesso.
- Novità
Sensori di pressione e temperatura: driver, modello, archivi, scheda
Una nuova classe di dispositivi è supportata lungo l’intero percorso. Nel demone di raccolta c’è il driver di protocollo: pacchetto di identificazione dell’unità autonoma, valori correnti, archivi, configurazione. Nell’applicazione ci sono il modello dati e la scrittura: pressione e temperatura correnti, sezioni d’archivio, parametri della sessione di comunicazione, istantanea della configurazione. Sul web il dispositivo ha una scheda propria, con una composizione di campi pensata per il sensore.
Scopri di più - Migliorato
Anagrafica dei tipi di sensore e coefficienti di taratura
Il tipo di sensore proviene da un’anagrafica di campi di misura — pressione assoluta 0…160 kPa, 0…400 kPa, 0…600 kPa, 0…1,0 MPa, 0…1,6 MPa, 0…2,5 MPa e oltre secondo specifica — legata al modello dell’apparecchiatura in terza forma normale. Il driver di scrittura determina il tipo durante l’identificazione del dispositivo, così il campo di misura e le unità sono noti al sistema e non solo all’installatore. La scheda dei parametri mostra i coefficienti di taratura del sensore installato.
Scopri di più - Migliorato
Le unità di misura scelte in ogni vista del valore
L’unità di misura scelta è applicata a livello di presentazione e vale in tutte le viste del valore — riquadro della pressione corrente, grafico, registro dati, registro allarmi. Vi rientra anche la conversione della pressione assoluta in relativa: si attiva con un flag e riguarda solo i sensori a misura assoluta. La precisione si deduce dal sensore — temperatura con una cifra decimale, millimetri di mercurio senza parte decimale.
- Affidabilità
Verifica di completezza dell’archivio di configurazione prima della scrittura
Il collegamento con un dispositivo può interrompersi a metà dello scarico, perciò l’archivio di configurazione è verificato per completezza e integrità prima della scrittura nel database. Un’istantanea raccolta solo in parte non prende il posto di quella già presente. Accanto alle letture si registra l’archivio eventi. Anche una sessione di comunicazione interrotta lascia così una traccia da analizzare.
- Migliorato
Unità di misurazione e società fornitrice legate a livello di modello
L’appartenenza di un’unità di misurazione a una società fornitrice è scritta come relazione esplicita a livello di database e di modelli dati. I record esistenti sono trasferiti da comandi di migrazione. Da questa relazione dipendono le selezioni dei report, i filtri a faccette e le regole di accesso. Si costruiscono direttamente sulla struttura organizzativa, comprese le sue variazioni nelle riorganizzazioni.
Scopri di più - Migliorato
Filtro per data ed esportazione nella scheda dei dati trasmessi
Il registro dei dati trasmessi riceve la stessa barra degli strumenti delle altre schede d’archivio. Vi trovano posto un filtro per periodo e l’esportazione su file. Una selezione sull’intervallo richiesto si consegna ai reparti contigui direttamente dall’interfaccia, senza interrogare il database.
Scopri di più - Affidabilità
Posizione della valvola sincronizzata con i finecorsa dell’attuatore
Le posizioni «chiusa» e «aperta» sono rilevate in modo univoco dai finecorsa dell’attuatore. L’interfaccia mostra esattamente la posizione che essi confermano e mantiene attivo il comando. Lo stato viene riconciliato dopo la prima accensione, dopo una manovra manuale e dopo gli interventi di servizio: l’operatore vede la posizione reale sul campo.
Collaudo esterno e nucleo dati ricostruito
La piattaforma ha superato il collaudo esterno: gli scenari sono stati eseguiti da specialisti esterni e i loro rilievi risolti prima della release candidate. In parallelo il nucleo dati è stato disaccoppiato — un consumatore può essere servito da più società fornitrici e il modulo di telemetria si descrive indipendentemente dall’IMEI.
- Novità
Ricostruzione del nucleo dati: consumatore e canale di telemetria
Il nucleo dati è riassemblato per i compiti della terza generazione: un consumatore può essere servito da più società fornitrici e un modulo di telemetria si descrive indipendentemente dall’IMEI. Entrambe le separazioni sono realizzate a livello di schema, prima che il resto delle funzionalità vi si appoggi. La terza generazione dispone così di un proprio modello dati, pensato per il cambio di fornitore e per più risorse energetiche presso un unico consumatore.
Scopri di più - Integrazione
Modulo di telemetria: tipo di canale e identificatore
Un modulo di telemetria è descritto da due campi: il tipo di canale — GSM, Ethernet, MQTT, concentratore dati, LoRaWAN — e un identificatore del tipo corrispondente: IMEI, IP, MAC, client_id, DevEUI. Controller, report, esportazioni, servizi e API seguono il modello esteso. Un nuovo trasporto si aggiunge quindi come valore di un elenco di riferimento, in un solo punto dello schema.
Scopri di più - Affidabilità
Un’ondata di collaudo esterno della piattaforma
La piattaforma ha affrontato un collaudo esterno su un ambiente dimostrativo: gli scenari sono stati eseguiti da specialisti esterni e non dal team di sviluppo. I rilievi sulla procedura guidata di creazione oggetto, sui moduli, sui filtri a faccette, sulle pianificazioni e sulla localizzazione delle notifiche sono stati analizzati e chiusi prima della release candidate. Il collaudo esterno è inserito nel ciclo come tappa obbligatoria prima di ogni rilascio.
- Migliorato
Modifica degli intervalli operativi dell’unità di comando
Gli intervalli operativi dell’unità di comando dell’attuatore si modificano dall’interfaccia. Il tempo di preapertura si imposta tra 1 e 30 s, la pausa di stabilizzazione della pressione tra 30 e 600 s, mentre il tempo di corsa completa segue la specifica dell’attuatore. I valori si inseriscono in secondi con un decimale e vengono verificati rispetto a questi intervalli, così unità e precisione nel modulo coincidono con la scheda tecnica dell’apparecchiatura.
Scopri di più - Migliorato
Scollegamento di un dispositivo dall’unità di misurazione senza perdita dello storico
Un dispositivo viene scollegato dall’unità di misurazione e resta nel sistema con i propri dati. Sostituzione, spostamento e rientro dalla riparazione sono registrati come eventi contabili. Lo storico dell’unità di misurazione e quello del dispositivo restano così continui e al tempo stesso distinguibili.
Scopri di più - Sicurezza
Analisi statica di sicurezza della base di codice
Il codice sorgente passa per un’analisi statica sulle vulnerabilità tipiche delle applicazioni web. Ogni segnalazione è valutata a mano: lo strumento non vede il contesto, perciò una parte viene scartata come falso positivo e il resto viene chiuso prima del rilascio. L’esecuzione è integrata nella procedura di rilascio e si ripete a ogni build.
Scopri di più - Lingue
Piattaforma e dispositivi in 13 lingue
La documentazione della piattaforma v3, la gamma di dispositivi IIoT e l’intera interfaccia del portale escono in 13 lingue. Arabo e persiano sono integrati con scrittura da destra a sinistra: viene specchiato l’intero layout, non solo la direzione del testo. Una pagina ancora in coda di traduzione viene resa in inglese sul proprio URL localizzato e marcata noindex, così il cambio di lingua porta sempre a una pagina esistente.
Scopri di più - Integrazione
Auto-registrazione di terza generazione per l’intera gamma supportata
L’auto-registrazione di terza generazione copre l’intera gamma supportata, comprese le valvole di intercettazione comandate via MQTT. Un apparecchio acceso sul sito crea da sé la propria unità di misurazione ed è subito disponibile in lettura e in comando. L’identificativo viaggia nel pacchetto del dispositivo, perciò l’installazione fa a meno di qualsiasi inserimento manuale lato piattaforma.
Scopri di più
Lo stack V3 in ambiente industriale
Il daemon di raccolta e l’archivio dati di terza generazione sono stati distribuiti presso il primo cliente industriale e hanno iniziato a ricevere letture reali. L’API pubblica è stata verificata sul nuovo modello dati e il portale della documentazione ha aperto.
- Novità
AI Analytics: 22 report con metodologia e formule pubblicate
Il modulo di analisi AI: 22 report sui singoli nodi e sull’intero parco — bilanci, anomalie di pressione, previsione della durata delle batterie, ricerca degli aggiramenti della misura, atlante dei guasti. Metodologia e formule di ogni report sono pubblicate: si vede su quali campi e su quali ipotesi poggia una conclusione, e il valore si può ricalcolare a mano. Il report risulta così adatto alla revisione con il cliente e all’allegato alla documentazione regolamentare.
Scopri di più - Novità
Guida utente illustrata con screenshot reali nei due temi
Una guida passo passo al lavoro con la piattaforma, costruita su veri screenshot dell’interfaccia nel tema chiaro e in quello scuro. Le due serie sono acquisite dal medesimo stato dei dati, perché i passaggi coincidano tra i due temi. I dati negli screenshot sono anonimizzati, quindi la guida si consegna all’esterno senza un’approvazione separata.
Scopri di più - Novità
Piattaforma IIoT v3: architettura, scalabilità e conformità alle direttive UE
Una release maggiore della documentazione: architettura, scalabilità e conformità alle direttive UE sono descritte per la terza generazione. La versione 3 è quella corrente e i reindirizzamenti radice portano lì. La seconda generazione resta raggiungibile tramite link diretti e il selettore di versione.
Scopri di più - Prestazioni
Registro delle unità di misurazione: tabella, filtri a cascata, selezioni salvate
Il registro delle unità di misurazione è dimensionato per un parco di migliaia di record: tabella paginata con barra delle azioni, filtri a faccette a cascata e filtri utente salvati. Scegliere un valore in una faccetta ricalcola i valori ammessi nelle altre, così nessuna combinazione finisce in una selezione vuota. La pagina dell’unità è composta da due pannelli con schede e card.
Scopri di più - Migliorato
Portale di documentazione unificato: piattaforma, API e dispositivi IIoT
La documentazione della piattaforma, dell’API e dei dispositivi IIoT è riunita in un unico portale: build statica, glossario comune e assistente AI sui contenuti. La ricerca full-text si esegue lato client, senza servizi esterni né chiavi. Ogni pagina viene servita anche come markdown sorgente — per chi la legge con uno strumento anziché con gli occhi.
- Novità
API REST pubblica per unità di misurazione, archivi e sessioni
La piattaforma espone un’API REST pubblica su unità di misurazione e loro caratteristiche, archivi delle letture, eventi e messaggi dei dispositivi, sessioni di comunicazione e anagrafiche. La documentazione è organizzata endpoint per endpoint: metodo, parametri, formato della risposta, codici di errore. Un integratore costruisce l’intero collegamento dalla pagina stessa, senza affiancamento da parte nostra.
Scopri di più - Integrazione
Verifica dell’API pubblica sul modello dati V3
Ogni endpoint dell’API pubblica viene verificato uno per uno sul modello dati di terza generazione. Percorso e contratto restano dove l’integratore se li aspetta, così le integrazioni esistenti girano senza ritocchi. La risposta dell’archivio di configurazione porta i parametri metrologici consolidati — portata minima e massima, data di verifica, numero di serie — che altrimenti richiederebbero più richieste per essere messi insieme.
Scopri di più - Novità
Driver del protocollo dei sensori pressione-temperatura nel servizio di raccolta
Il servizio di raccolta riceve un driver per un nuovo protocollo: il pacchetto di identificazione di un blocco autonomo, i valori correnti di pressione e temperatura, gli archivi e un’istantanea della configurazione. Si colloca accanto alla gestione delle valvole di intercettazione nella stessa famiglia di protocolli e riusa la sua analisi della parte di sessione. Un mese dopo l’intero modulo poggia su queste fondamenta — dal modello dati fino alla scheda del dispositivo.
Scopri di più - Migliorato
Report AI a ogni livello della gerarchia delle società
L’incorporazione dei report è cablata a ogni livello dell’albero delle società: la capogruppo, una filiale e un’unità aprono ciascuna il proprio insieme di report analitici. Ogni nodo rendiconta sul proprio perimetro, a qualunque profondità dell’albero si trovi. Il blocco incorporato non porta un titolo proprio: il nome della sezione è già nella navigazione.
Scopri di più - Affidabilità
Scostamento di fuso orario nei log del servizio di raccolta
I servizi di raccolta girano in Paesi e fusi orari diversi, perciò ogni riga di log porta uno scostamento esplicito — nel formato 2026-05-27 14:43:43 +03:00. I record di siti distinti si allineano su un’unica scala non appena vengono affiancati. Nella ricostruzione di un incidente l’ordine degli eventi sull’intero parco è univoco.
Scopri di più - Integrazione
Stack della valvola di intercettazione MQTT sul server di raccolta V3
Lo stack della valvola di intercettazione comandata via MQTT gira sul server di raccolta di terza generazione: scambio, consegna dei comandi, archiviazione dei dati e modulo di auto-registrazione adattato all’algoritmo V3. Una valvola collegata sul sito si registra da sé: crea la propria unità di misurazione e accetta comandi subito. Un solo server regge così l’intero parco di attuatori accanto agli strumenti di misura.
Scopri di più - Novità
Stack di raccolta e archiviazione V3 presso il primo cliente industriale
Il servizio di raccolta e il sistema di raccolta e archiviazione dati di terza generazione sono installati in configurazione completa presso il primo cliente industriale e ricevono letture reali. Da quel momento lo sviluppo procede su un flusso reale: archivi, anagrafiche e volumi corrispondono a un esercizio industriale. L’analitica si verifica su dati di campo autentici, non su un’istantanea di prova.
Scopri di più
Telemetria oltre il GSM
Il parco ha accolto dispositivi che la piattaforma non solo legge ma anche comanda: valvole di intercettazione via MQTT. Il registro delle unità di misurazione è stato ricostruito attorno a stati e geodati utilizzabili per la mappa e per le squadre sul campo.
- Integrazione
Driver MQTT per valvole di intercettazione comandate
La prima classe di dispositivi che la piattaforma non si limita a leggere, ma comanda. Il driver copre lo scambio su MQTT, la consegna dei comandi e la registrazione dei dati propri della valvola. La catena di comando gira sullo stesso stack della misura: gli attuatori non richiedono un sottosistema dedicato.
Scopri di più - Migliorato
Un unico formato di geocoordinate per tutto il parco
Le geocoordinate del parco sono ricondotte a un formato unico: oltre ottocento unità di misurazione, di cui 761 elaborate a programma e 48 a mano, dove le denominazioni richiedevano un riscontro. Segue la revisione della tabella principale: cinque unità senza coordinate, tre delle quali di test. Il registro si presta alla mappa, al raggruppamento e al calcolo dei giri delle squadre sul campo.
- Migliorato
Quattro stati operativi dell’unità di misurazione
Un’unità di misurazione porta quattro stati operativi: in servizio, disconnessa, nuova, in riparazione. Ciascuno corrisponde a un’azione precisa dell’operatore. Nella dashboard gli stati sono raggruppati, così il riepilogo del parco si legge senza aprire l’elenco completo.
Scopri di più
Il guscio della nuova interfaccia
Il punto di partenza della terza generazione: un unico template di pagina, una ricerca globale funzionante, un gestore dei temi e una dashboard sul modello dati di produzione. La localizzazione è nei componenti fin dal primo giorno, non aggiunta in seguito.
- Lingue
Localizzazione integrata nei componenti del nuovo guscio
La localizzazione sta nelle fondamenta della nuova interfaccia: ogni componente del guscio arriva con le stringhe estratte, non con il testo dentro il markup. L’insieme delle lingue del server si dichiara al deployment tramite variabili d’ambiente — schema di localizzazione ed elenco dei locale. Un’installazione destinata a un altro mercato si realizza così senza ricostruire l’immagine.
- Novità
Dashboard sul modello dati di produzione
I widget della dashboard sono collegati al modello dati di produzione: copertura del parco, salute delle sessioni di comunicazione e stati degli apparecchi in un’unica schermata. È la prima prova del nuovo guscio su volumi reali e sulla reale rarefazione dei dati di campo. Impaginazione e query lavorano su un insieme industriale, non su fixture.
Scopri di più - Novità
Guscio dell’interfaccia: template di pagina, pannelli, gestore dei temi
Il front end è montato su un unico template di pagina: intestazione e piè di pagina, pannelli sinistro e destro, gestore dei temi con aspetto chiaro e scuro. La ricerca globale copre oggetti, apparecchiature e utenze e porta direttamente al record trovato. Tutte le sezioni della terza generazione nascono da questo template, che uniforma il comportamento di navigazione e stati.
Scopri di più