Struttura dell'allarme

La figura seguente illustra la funzionalità di allarme implementata in SKOOR Engine e i suoi blocchi costruttivi:

La sorgente dell'allarme può essere un qualsiasi oggetto di SKOOR Engine di tipo SLC, SLO, Gruppo, Dispositivo o Lavoro. Quando un gruppo di allarmi è collegato a un oggetto di questo tipo e tale oggetto cambia stato, viene attivato un allarme.

Un dispositivo di allarme definisce l'azione da intraprendere in caso di allarme. Nella maggior parte dei casi viene utilizzato per inviare una e-mail con un messaggio di allarme. Ma è anche possibile inviare SMS (prerequisito: un gateway SMS deve essere collegato al sistema host SKOOR), eseguire un job di SKOOR Engine, un programma esterno dal sistema operativo o persino utilizzare i servizi esterni Threema o Instaguard. Il dispositivo di allarme contiene una sezione Filtro.

I filtri controllano gli allarmi limitando gli allarmi emessi solo a determinati stati e/o tempi. Esempi:

  • Trasmettere solo i messaggi in cui l'oggetto sorgente ha uno stato di Major.

  • Trasmettere i messaggi solo durante l'orario di lavoro

Un gruppo di allarmi è utile per implementare un concetto di ruolo. Un numero qualsiasi di dispositivi di allarme può essere collegato a un gruppo di allarme. Anche se un dispositivo di allarme può essere collegato direttamente agli oggetti sorgente, di solito è più efficiente creare gruppi di allarme e collegarli agli oggetti sorgente (vedere anche la sezione Modifica collegamento allarme ). Il gruppo di allarmi contiene anche una sezione filtro.

Il modello di allarme definisce il contenuto del messaggio di allarme (o i parametri trasmessi se si utilizza un lavoro di SKOOR Engine o un programma esterno). Il testo fisso può essere mescolato con tutti i tipi di variabili, che verranno risolte in fase di esecuzione. I modelli di allarme possono essere collegati a dispositivi o gruppi di allarme. Se a entrambi, gruppo di allarme e dispositivo di allarme, è collegato un modello di allarme diverso, quello collegato al dispositivo di allarme ha la precedenza.

Viene illustrato un esempio:

L'origine dell'allarme rappresenta il processo aziendale eOrder. Il gruppo di allarme Top Services è collegato ad esso. A quel gruppo di allarmi sono collegati due dispositivi di allarme:

  • Servicemgr riceve tutti gli allarmi immediatamente (via e-mail).

  • CEO definisce nel suo filtro un ritardo di allarme e invia un'e-mail solo se l'allarme è aperto da almeno 30 minuti.

Il contenuto di entrambi i messaggi è definito nel modello di allarme Servicetemplate.

Se il gruppo di allarmi ha definito filtri aggiuntivi, qualsiasi cosa venga filtrata a questo livello non verrà trasmessa ai dispositivi di allarme collegati.