Skip to content

Stati e Transizioni ​

Questa pagina descrive nel dettaglio gli stati e le transizioni dei workflow di Clack per ODL, Ticket e Segnalazioni, con indicazione di chi può eseguire ogni operazione.

Vedere il flusso di lavoro della commessa ​

Gli schemi di questa pagina descrivono il workflow di riferimento; ogni commessa però può averne uno personalizzato. Per vedere quello in uso c'è il pulsante Visualizza flusso di lavoro (l'icona a diagramma accanto al titolo) nelle liste di ordini di lavoro, ticket e segnalazioni.

Il pulsante "Visualizza flusso di lavoro" accanto al titolo della lista ODL

Si apre una finestra con il diagramma del flusso, in sola lettura:

  • ogni cerchio è uno stato, con il suo colore (lo stesso delle etichette di stato nelle liste);
  • le tre colonne Aperto, In corso e Completato raggruppano gli stati per fase;
  • ogni freccia è un passaggio di stato, con il nome e l'icona che si vedono nel menu Azioni e nel pulsante del flusso di lavoro dell'app. Una freccia che torna sullo stesso stato è un passaggio che non cambia stato, per esempio la Firma del rapportino su un ODL già Eseguito.

Il diagramma serve a capire da dove a dove si può spostare un ODL, un ticket o una segnalazione; i permessi dei ruoli e le condizioni dei passaggi non compaiono qui. Per modificare il flusso ci si rivolge al supporto MAIA (vedi Personalizzare il workflow). La X in alto chiude la finestra.

Il flusso degli ordini di lavoro della commessa d'esempio

Il flusso dei ticket

Il flusso delle segnalazioni

Workflow Ordini di Lavoro (ODL) ​

Gli schemi e le tabelle che seguono descrivono il workflow standard, quello con cui nasce ogni nuova commessa. Una commessa può avere un workflow personalizzato con meno stati o passaggi diversi: per esempio nella commessa d'esempio Comune di Roma gli ODL non hanno Sospendi, Approva né Annulla, e l'Eseguito richiede la firma del rapportino. Il flusso effettivo si vede con Visualizza flusso di lavoro (vedi sopra).

Diagramma del flusso ODL ​

Diagramma flusso ODL (workflow standard)

                 ┌──────────────┐
                 │  In attesa   │──── Non eseguito [Admin] ────────────► Non eseguito
                 └──────┬───────┘
                        │ Inizia
                        │ [Admin, Editor, Control Room, Operatore]
                        ▼
                 ┌──────────────┐  Sospendi   ┌──────────────┐
                 │   In corso   │────────────►│   Sospeso    │
                 │              │◄────────────│              │
                 └──┬────────┬──┘  Riprendi   └──────────────┘
                    │        │
        Eseguito    │        │ Non eseguibile
 [Admin, Editor,    │        │ [Admin, Editor, Control Room, Operatore]
  Control Room,     ▼        ▼
  Operatore]  ┌──────────┐ ┌────────────────┐  Annulla              ┌───────────┐
              │ Eseguito │ │ Non eseguibile │─────────────────────►│ Annullato │
              └──┬────┬──┘ └───────┬────────┘ [Admin, Editor, CR]  └───────────┘
       Approva   │    │            │
 [Admin, Editor, │    │ Riprogramma│ Riprogramma [Admin]
  Control Room]  ▼    ▼ [Admin]    ▼
           ┌──────────┐ ┌───────────────┐
           │Approvato │ │ Riprogrammato │  (crea un nuovo ODL "In attesa")
           └──────────┘ └───────────────┘

Da "Non eseguito": Riprogramma [Admin] → Riprogrammato; Fallito [Admin] → Fallito

I passaggi Inizia, Sospendi, Riprendi, Eseguito e Non eseguibile sono consentiti anche ai ruoli del fornitore (Admin Fornitore, Operatore Fornitore) sugli ODL a loro assegnati.

Tabella stati ODL ​

StatoEtichettaDescrizione
pendingIn attesaODL creato, in attesa di avvio
ongoingIn corsoODL in lavorazione
suspendedSospesoODL temporaneamente sospeso
executedEseguitoIntervento eseguito
validatedApprovatoODL eseguito e approvato dal responsabile
complainedRiprogrammatoODL da rifare: viene creato un nuovo ODL collegato
not_executedNon eseguitoODL non portato a termine
cannot_executeNon eseguibileODL impossibile da eseguire (es. impianto non accessibile)
canceledAnnullatoODL annullato
failedFallitoODL non eseguito e chiuso come fallito

Tabella transizioni ODL per ruolo (workflow standard) ​

TransizioneDa → AAdmin CommessaControl RoomEditorOperatore
IniziaIn attesa → In corso✅✅✅✅
SospendiIn corso → Sospeso✅✅✅✅
RiprendiSospeso → In corso✅✅✅✅
EseguitoIn corso → Eseguito✅✅✅✅
Non eseguibileIn corso → Non eseguibile✅✅✅✅
ApprovaEseguito → Approvato✅✅✅❌
AnnullaNon eseguibile → Annullato✅✅✅❌
Non eseguitoIn attesa → Non eseguito✅❌❌❌
RiprogrammaEseguito / Non eseguito / Non eseguibile → Riprogrammato✅❌❌❌
FallitoNon eseguito → Fallito✅❌❌❌

WARNING

La tabella indica il workflow standard. Stati, passaggi e ruoli autorizzati possono cambiare nel workflow personalizzato di una commessa, configurato dal supporto MAIA.


Workflow Ticket ​

I Ticket raggruppano più ODL per l'assegnazione agli operatori. Il workflow del ticket è più semplice di quello degli ODL.

Diagramma del flusso Ticket ​

Diagramma flusso Ticket (workflow standard)

┌─────────────┐   Inizia    ┌─────────────┐   Chiudi    ┌─────────────┐
│  In attesa  │────────────►│  In corso   │────────────►│ Completato  │
└─────────────┘             └─────────────┘             └─────────────┘

Il ticket si completa anche da solo quando tutti i suoi ODL sono chiusi.

Tabella transizioni Ticket per ruolo ​

TransizioneDa → AAdmin CommessaControl RoomEditorOperatore
IniziaIn attesa → In corso✅✅✅✅
ChiudiIn corso → Completato✅✅✅✅

Workflow Segnalazioni (Issue) ​

Le Segnalazioni seguono un ciclo di vita specifico che include la presa in carico, le visite sul posto e gli interventi correttivi, con tracciamento dei tempi per i KPI e gli SLA.

Diagramma del flusso Segnalazioni ​

Diagramma flusso Segnalazioni (workflow standard)

┌─────────────┐  Prendi in carico   ┌────────────────┐   Risolvi    ┌─────────────┐
│    Nuovo    │────────────────────►│ In lavorazione │─────────────►│   Risolta   │
└──────┬──────┘ [Admin, Editor, CR] └───────┬────────┘ [Admin,      └──────┬──────┘
       │                                    │           Editor, CR]        │
       │ Rigetta [Admin, Editor, CR]        │ Rigetta                      │
       ▼                                    ▼ [Admin, Editor, CR]          │
┌─────────────┐                                                            │
│  Rigettata  │──── Rielabora [Admin, Editor] ──► In lavorazione ◄─────────┘
└─────────────┘                                      Rielabora [Admin, Editor]

Nel workflow della commessa d'esempio Comune di Roma Rielabora è riservato all'Admin Commessa.

KPI e SLA delle Segnalazioni ​

Le segnalazioni hanno un sistema avanzato di misurazione delle performance (KPI) collegato alle priorità configurate:

KPIMisura
Tempo di reazioneDa quando la segnalazione è inserita a quando viene presa in carico
Tempo di interventoDa quando è inserita alla prima visita sul posto
Tempo di rispostaDa quando è inserita al primo intervento correttivo
Tempo di risoluzioneDa quando è inserita all'ultimo intervento correttivo
Tempo di chiusuraDa quando è inserita alla chiusura definitiva

Priorità e SLA ​

Per ogni livello di priorità della segnalazione (es. Urgente, Alta, Media, Bassa) è possibile configurare soglie SLA:

Soglia SLADescrizione
Tempo SLA interventoMinuti massimi dalla segnalazione alla prima visita
Soglia pre-allarme intervento% del tempo SLA oltre cui scatta un pre-allarme
Tempo SLA rispostaMinuti massimi alla prima azione correttiva
Soglia pre-allarme risposta% del tempo SLA per il pre-allarme
Tempo SLA risoluzioneMinuti massimi per la risoluzione definitiva
Soglia pre-allarme risoluzione% del tempo SLA per il pre-allarme

Stato SLA ​

IndicatoreColoreSignificato
N/AGrigioSLA non applicabile o non configurato
Nei tempiVerdeNei tempi previsti
Pre-allarmeArancioneSta per scadere il tempo SLA
AllarmeRossoSLA scaduto

Note importanti ​

Workflow personalizzabili per commessa

Gli stati e le transizioni mostrati in questa pagina sono quelli di default. Ogni commessa può avere una configurazione diversa. Consultare la documentazione sulla configurazione workflow per i dettagli.

Permessi e condizioni sulle transizioni

Alcune transizioni hanno condizioni obbligatorie: per esempio, un ODL può essere avviato solo se ha un ticket assegnato. Se la condizione non è soddisfatta, il pulsante di transizione non sarà disponibile o mostrerà un messaggio di errore.

© MAIA — Tutti i diritti riservati