Postazioni di lavoro e schermate

Postazioni di lavoro basate sul ruolo per direttori, responsabili di zona, ingegneri, metrologi e sicurezza, le schermate principali del centro operativo e come lo scope applicato lato server determina ciò che ogni ruolo vede.

Postazioni di lavoro per ruolo

OHM adatta interfaccia, indicatori e selezioni di dati al ruolo dell’utente.

Il pannello About Operational Health Matrix, che descrive lo scopo del modulo e il ciclo dalla rilevazione alla risoluzione verificata. Il pannello About Operational Health Matrix, che descrive lo scopo del modulo e il ciclo dalla rilevazione alla risoluzione verificata.
Il pannello About OHM: che cosa fa il modulo e l'intero ciclo operativo

Direttore

Vede:

  • Ecosystem Health;
  • Issues critici;
  • incidenti massivi;
  • SLA violations;
  • distribuzione per regione;
  • cause radice (Root Cause);
  • dinamica del backlog;
  • rischi principali;
  • carico dei reparti;
  • problemi previsti.
Dashboard OHM aperta da un responsabile di regione: punteggi di salute e contatori degli Issues limitati a una sola regione. Dashboard OHM aperta da un responsabile di regione: punteggi di salute e contatori degli Issues limitati a una sola regione.
Postazione di lavoro del responsabile di regione — la stessa dashboard, automaticamente limitata ai nodi della regione

Responsabile di zona

Vede:

  • Issues della propria zona;
  • lavori non assegnati;
  • Over SLA;
  • Reopened;
  • Verification Queue;
  • Need Escalation;
  • carico degli assegnatari;
  • capacità (capacity);
  • efficacia delle risoluzioni;
  • problemi cronici;
  • cause radice tipiche.
Dashboard del responsabile di zona con i contatori Over SLA, Reopened, Verification Queue e Need Escalation, i tipi di problema della zona e il carico degli ingegneri rispetto alla capacity. Dashboard del responsabile di zona con i contatori Over SLA, Reopened, Verification Queue e Need Escalation, i tipi di problema della zona e il carico degli ingegneri rispetto alla capacity.
Postazione di lavoro del responsabile di zona: Over SLA, Reopened, Verification Queue, Need Escalation, tipi di problema della zona e carico degli ingegneri rispetto alla capacity

Assegnatario

Vede:

  • i miei task attivi;
  • scadenza e Due in;
  • task scaduti;
  • task ad alto rischio;
  • task in attesa di verifica;
  • commenti;
  • modifiche recenti;
  • articoli KB consigliati;
  • casi simili chiusi con successo.
Area di lavoro dell'ingegnere: task personali con scadenze a clessidra, contatori di rischio, task liberi della zona e feed personale delle modifiche. Area di lavoro dell'ingegnere: task personali con scadenze a clessidra, contatori di rischio, task liberi della zona e feed personale delle modifiche.
Area di lavoro dell'ingegnere: scadenze a clessidra, contatori di rischio personali, task liberi della zona, feed personale delle modifiche

Vede inoltre:

  • problemi di passaporto;
  • coerenza fisica dei dati;
  • anomalie dei sensori;
  • verifica delle azioni metrologiche;
  • Evidence dai report specialistici;
  • storico di sostituzioni e tarature.

Ruolo della sicurezza

Vede solo il contesto consentito:

  • segnali di integrità;
  • azioni anomale;
  • modifiche di configurazione;
  • incidenti di sicurezza confermati;
  • log degli accessi;
  • catena di Evidence.

I dati sensibili e le Evidence forensi sono limitati dalle politiche di accesso.

Schermate principali

Dashboard

La Dashboard mostra la salute dell’ecosistema e il contesto operativo:

  • Overall Health Score;
  • Communication Health;
  • Archive Health;
  • Asset Health;
  • Pressure Health;
  • Security Health;
  • Critical Issues;
  • New Today;
  • Overdue;
  • Massive Incidents;
  • SLA Violations;
  • Root Cause Distribution;
  • mappa regionale;
  • trend;
  • Operations Feed.
Il pannello Operations Feed trasmette in tempo reale il registro delle azioni eseguite su tutto il parco. Il pannello Operations Feed trasmette in tempo reale il registro delle azioni eseguite su tutto il parco.
Operations Feed — un registro in tempo reale di ogni azione su tutto il parco

Operazioni (Operations)

L’elenco di lavoro principale contiene:

  • ID;
  • priorità;
  • stato dello snapshot;
  • stato del workflow;
  • Canon;
  • Asset;
  • regione;
  • causa radice;
  • confidenza;
  • prima rilevazione;
  • anzianità;
  • assegnatario;
  • data di scadenza;
  • SLA;
  • numero di riaperture;
  • ID dell’incidente massivo;
  • dipendenze bloccanti.
Elenco degli Issues nella schermata Operations: in ogni riga priorità, stato dello snapshot e del ciclo di vita, responsabile, scadenza SLA, AI root cause, severity e collegamento all'incidente massivo. Elenco degli Issues nella schermata Operations: in ogni riga priorità, stato dello snapshot e del ciclo di vita, responsabile, scadenza SLA, AI root cause, severity e collegamento all'incidente massivo.
Operations · Issues: ogni riga è un oggetto vivo — priorità, stato dello snapshot, stato del ciclo di vita, responsabile, scadenza SLA, AI root cause, severity, collegamento all'incidente massivo

Scheda Issue

La scheda Issue riunisce:

  • il passaporto del problema;
  • Asset interessati;
  • Evidence;
  • workflow;
  • causa radice;
  • impatto;
  • task;
  • commenti;
  • timeline;
  • Issues correlati;
  • dipendenze;
  • knowledge articles;
  • azioni;
  • esito della verifica;
  • audit trail.

La scheda Issue completa e il suo ciclo di vita sono descritti in Operational Issues.

Asset

La scheda dell’Asset mostra:

  • identificatori;
  • tipo e modello;
  • regione;
  • configurazione;
  • firmware;
  • stato della telemetria;
  • Health Score;
  • punteggi parziali;
  • Issues attivi;
  • storico;
  • problemi ricorrenti;
  • Asset collegati;
  • lavori completati;
  • documenti.

Il modello di salute alla base di questi punteggi è descritto in Asset Health.

Incidenti massivi (Massive Incidents)

La schermata degli incidenti massivi mostra:

  • portata;
  • finestra temporale;
  • firma comune;
  • Asset interessati;
  • versioni e dipendenze condivise;
  • causa radice presunta;
  • avanzamento del ripristino;
  • Issues singoli residui;
  • analisi post-incidente.

La correlazione e il ciclo di vita degli incidenti sono descritti in Incidenti massivi.

Timeline

La Timeline è la storia operativa unificata:

OraEvento
09:14Issue rilevato
09:16Evidence allegate
09:18Correlato con OHM-2026-001811
09:23Assegnato a Integration-2
10:04Lavori avviati
11:42Configurazione corretta
12:10In attesa di verifica
13:00Primo snapshot pulito
Giorno successivo, 04:00Secondo snapshot pulito
04:01Verificato dai dati
04:02Resolved
Grafico timeline della zona di responsabilità: flussi giornalieri detected e resolved, totali di periodo e bilancio del flusso risultante. Grafico timeline della zona di responsabilità: flussi giornalieri detected e resolved, totali di periodo e bilancio del flusso risultante.
Timeline della zona di responsabilità: flusso giornaliero detected/resolved, totali di periodo e bilancio del flusso
Timeline del nodo: la storia operativa di un singolo nodo di misura come sequenza di eventi in stile git. Timeline del nodo: la storia operativa di un singolo nodo di misura come sequenza di eventi in stile git.
Timeline del nodo: storia operativa in stile git di un singolo nodo di misura

Analytics

Analytics contiene:

  • Root Cause Dashboard;
  • distribuzione dei problemi;
  • ricorrenza;
  • trend degli SLA;
  • qualità dei Detector;
  • trend di salute degli Asset;
  • confronto tra regioni;
  • impatto della topologia;
  • efficacia della Knowledge Base;
  • rischi previsti.
Schermata Analytics con Root Cause Dashboard, mappa delle regioni, cluster di problemi emergenti e Knowledge Base. Schermata Analytics con Root Cause Dashboard, mappa delle regioni, cluster di problemi emergenti e Knowledge Base.
Analytics: Root Cause Dashboard, mappa delle regioni, problemi emergenti e Knowledge Base

Teams

Teams mostra:

  • capacity;
  • carico aperto;
  • carico scaduto;
  • carico P1;
  • carico di verifica;
  • utilizzo;
  • bilanciamento delle assegnazioni;
  • anzianità del backlog;
  • previsione del carico.

Gli indicatori alla base di questa schermata sono descritti in KPI ed efficienza dei team.

Operations Intelligence

Operations Intelligence riunisce:

  • rischi emergenti;
  • cluster di anomalie;
  • guasti previsti;
  • cause radice probabili;
  • incidenti simili;
  • raccomandazioni;
  • salute dei Detector;
  • confidenza dell’AI;
  • modifiche inspiegate.

Il modo in cui vengono prodotte queste raccomandazioni è descritto in AI Operations Intelligence.

Scope e filtri

Tutte le schermate usano uno scope unificato.

Esempi:

  • organizzazione;
  • regione;
  • distretto;
  • zona di responsabilità;
  • assegnatario;
  • tipo di Asset;
  • modello del dispositivo;
  • firmware;
  • operatore;
  • gateway;
  • Canon;
  • priorità;
  • stato;
  • intervallo di date.

Lo scope è applicato lato server e non è soltanto un filtro UI.

Questo è importante per:

  • sicurezza;
  • separazione delle responsabilità;
  • correttezza dei KPI;
  • gestione regionale;
  • scalabilità;
  • prevenzione delle fughe di dati tra reparti.
Schermata delle zone di responsabilità: il responsabile di ogni zona, gli ingegneri con la relativa capacity e i Canon assegnati alla zona. Schermata delle zone di responsabilità: il responsabile di ogni zona, gli ingegneri con la relativa capacity e i Canon assegnati alla zona.
Zone di responsabilità: responsabili, ingegneri con capacity e Canon di ciascuna zona

Argomenti correlati

Questa pagina è stata utile?

Digita per cercare nella documentazione

↑↓ per navigare
Esc