Automazioni essenziali per iniziare a usare NinjaOne Ticketing

Come tutti i prodotti NinjaOne, il sistema di ticketing  di NinjaOne offre agli utenti numerose opportunità per risparmiare tempo attraverso l’automazione. A questo proposito, i nuovi utenti potrebbero pensare che l’impostazione dell’automazione di NinjaOne sia un’attività eccessivamente complessa. Ma non è così, soprattutto grazie a questa guida che ti aiuterà a prepararti.

Senza indugiare oltre, vediamo cinque automazioni di uso comune che semplificheranno la gestione del ticketing per la tua azienda:

1) Utilizza schede di ticketing personalizzabili per automatizzare e organizzare i ticket

In questo esempio, vedremo come impostare l’automazione del ticketing per organizzare ed eseguire l’escalation dei ticket verso due diverse schede di ticketing: Richieste di assistenza di livello T2 e di livello T3.

Caso d’uso: Inoltrare automaticamente un ticket di assistenza che richiede conoscenze più approfondite alla sezione T2. Se il ticket richiede l’intervento di un esperto in materia, questo ticket può essere trasferito alla sezione T3. Infine, i ticket possono essere assegnati automaticamente alla sezione T3 se provengono da una determinata e-mail di supporto (per esempio: [email protected]).

Cosa serve:

• Serve creare due sezioni, una per i tecnici di livello 2 e una per i tecnici di livello 3
• Creare un’automazione event-based per individuare i tag rilevanti (T2 o T3) e inviare notifiche all’indirizzo e-mail appropriato
• Infine creare un indirizzo e-mail specifico che riceverà tutte le richieste di livello T3

Come impostare il tutto – Escalation verso il gruppo T2:

Per prima cosa, dovrai impostare le sezioni di ticketing per i ticket T2 e T3. In ciascuna sezione vengono visualizzati solo i ticket su cui devono lavorare i tecnici di un determinato livello; ad esempio, nella sezione T2 verranno visualizzati solo i ticket su cui dovranno lavorare i tecnici di livello 2. L’impostazione della sezione di ticketing si trova in Configurazioni ➡️ Integrazioni ➡️ Ticketing ➡️ Schede:

Una volta che accedi alla sezione Schede del ticketing, dovrai creare le schede T2 e T3 con le condizioni più adatte alla tua attività. Nell’immagine qui sotto, abbiamo impostato la scheda T2 con le condizioni che ci sembravano adatte a un livello di supporto standard T2:

Successivamente, si collega questa scheda a un’automazione, che si trova in Configurazioni ➡️ Integrazioni ➡️ Ticketing ➡️ Automazione ➡️ Crea. Questa automazione è un’automazione event-based che instrada tutti i ticket che richiedono un livello di assistenza T2 alla scheda T2 dopo aver soddisfatto tutte le condizioni impostate:

Infine, una volta soddisfatte queste condizioni, abbiamo selezionato le azioni da intraprendere quando un ticket viene instradato verso la scheda T2. Il tag T2 assicurerà che il ticket sia indirizzato alla scheda T2; e vogliamo assicurarci anche che il ticket non sia più visibile sulla scheda T1, quindi il tag T1 verrà rimosso. Infine, vogliamo assicurarci che tutti i tecnici T2 siano a conoscenza del nuovo ticket, quindi li informeremo inviando un’e-mail alla loro casella di posta condivisa.

Come impostarlo – Escalation alla scheda T3 da un determinato indirizzo e-mail:

Il primo passo consiste nell’impostare un’e-mail nella sezione Ticketing della piattaforma NinjaOne. Per questo esempio, abbiamo creato questa e-mail con le seguenti impostazioni. Un modo per impostare questa automazione è quello di far sì che a un’e-mail inviata a questo indirizzo venga automaticamente assegnato un tag T3.

Il passo successivo consiste nel configurare la scheda T3, in modo analogo alla configurazione della scheda T2. La differenza è che qui cerchiamo tutti i ticket che contengono il tag “T3”:

Successivamente, è necessario impostare le automazioni per i ticket T3 con le condizioni che si desidera adottare, analogamente alle automazioni per i ticket T2. Ma stavolta, in queste condizioni, stiamo cercando i ticket che contengono il tag “T3”:

Infine, è necessario configurare le azioni che si desidera intraprendere in base a questa automazione. Quindi si eseguiranno le stesse azioni per l’automazione dell’escalation T2: si rimuoverà il tag T2 e si invierà una notifica al team T3 via e-mail.

2) Tenere traccia automaticamente le modifiche allo stato dei ticket

In questo esempio, vedremo come impostare le automazioni per modificare lo stato di un ticket in base a determinate condizioni, e per inviare un’e-mail a chi ha aperto il ticket se passa un certo periodo di tempo senza che vengano effettuati interventi.

Caso d’uso: Le automazioni per la modifica dello stato dei ticket aiutano i tecnici a modificare i ticket in modo che siano rappresentativi della loro fase reale nel “ciclo di vita del ticket” Se gli stati non vengono modificati manualmente, queste automazioni contribuiranno a garantire che i ticket vengano spostati in sezioni diverse, fuori dalla coda in cui erano, o che vengano chiusi automaticamente se non sono necessarie ulteriori azioni, consentendo così ai tecnici di concentrarsi sulle altre loro attività in corso.

In questo esempio, modificheremo automaticamente lo stato di un ticket da aperto ad in attesa nel momento in cui la persona che ha aperto la richiesta non ha risposto al tecnico per almeno un’ora.

Cosa serve:

• Creare automazioni time-based per rilevare quanto tempo è passato dall’ultima volta in cui chi ha aperto la richiesta ha risposto al ticket
• Stabilire SLA specifici per i ticket, per configurare le automazioni basate sul tempo (es: ticket classificato con impatto moderato ha un SLA di quattro ore, urgente ha un SLA di un’ora)
• Determinare il significato interno di specifici stati dei ticket

Come configurarlo:

Il primo passo consiste nell’impostare il tipo di automazione corretto, che in questo caso sarà un’automazione a tempo. Questo si può fare andando su Configurazioni ➡️  Integrazioni ➡️  Ticketing ➡️  Automazione ➡️  Crea ➡️  basata sul tempo:

Il passo successivo consiste nella modifica dello stato di un ticket. In questo esempio, vogliamo che solo i ticket “Aperti” vengano aggiornati automaticamente quando un tecnico ha risposto, ma chi ha aperto il ticket non ha invece risposto per almeno un’ora:

Una volta soddisfatta questa condizione, vogliamo che il ticket “Aperto” sia impostato su “In attesa”. Questo può essere fatto nella sezione delle azioni:

La speranza è che il richiedente risponda e che si possa procedere alla risoluzione del ticket. In caso contrario, però, potremo chiudere automaticamente il ticket.

La seconda parte di questa automazione può gestire i ticket che rientrano in questa categoria. Seguendo gli stessi passi di prima, la prossima automazione inizierà in questo modo:

Vogliamo quindi impostare l’azione che porterà tutti i ticket con uno stato “In attesa” che non è stato modificato in 120 ore ad aggiornarsi a Risolto. E ci sarà anche l’ulteriore vantaggio che chi ha aperto il ticket riceverà un’e-mail che lo informa che il ticket è stato “risolto” da noi:

Un ultimo passo è necessario per impostare la riga dell’oggetto che contiene l’ID del ticket e il corpo del testo. Clicca nel campo di testo accanto all’azione “E-mail” aggiunta e inserisci l’oggetto, il placeholder e il corpo di testo più rilevanti per te:

3) Indirizzare automaticamente ticket specifici a un tecnico

In questo esempio, vedremo come impostare le automazioni che consegneranno i ticket relativi a problemi specifici, attività, prodotti e così via, a un particolare tecnico specializzato in quell’area.

Situazione d’uso: Questi tipi di automazione possono aiutare a evitare la dispersione dei ticket e contribuire all’organizzazione dei ticket instradandoli verso i tecnici che sono esperti in materia o che hanno una specializzazione nelle materie delle domande che possono essere poste. Invece di far consultare ai tecnici sezioni più generiche, suddivise per livelli di complessità dell’assistenza, è possibile assegnare tutti i ticket pertinenti direttamente alle loro sezioni. In questo modo potranno dedicare il loro tempo a soddisfare la richiesta in modo più efficiente piuttosto che a cercare i ticket giusti per loro.

Cosa serve:

• Creare un modello di automazione che esegua le seguenti azioni in risposta a un ticket aperto: aggiungere un tag specifico, assegnare il ticket a un tecnico specifico e inviare un messaggio a tale tecnico
• Creare tag specifici relativi a richieste comuni che il tecnico è specializzato a risolvere

Come configurarlo:

Con gli altri elementi già impostati (per esempio gli account dei tecnici creati, i metodi di ingestione impostati nella precedente automazione che abbiamo esaminato), rimangono due elementi principali per creare questo tipo di automazione. Il primo passo è creare il modello necessario, che si trova in Configurazioni ➡️  Integrazioni ➡️  Ticketing ➡️  Automazioni ➡️ Crea ➡️  Modello di risposta:

Successivamente, dobbiamo impostare il modello di risposta con le azioni necessarie per indirizzare i ticket che hanno a che fare con il ripristino dei backup a un tecnico specifico (me stesso nell’esempio seguente):

Quindi potrai cliccare nel campo di testo accanto ad “Aggiungi commento”. Una volta cliccato su questo campo, ti verranno proposte tre opzioni: Compila il corpo del commento, decidi se il commento sia privato o pubblico e inserisci un placeholder. Per questo esempio, abbiamo inserito il placeholder “${ticket.tags}”. Ci sono diverse opzioni tra cui scegliere che potrebbero essere più rilevanti per la tua organizzazione:

4) Creare un avviso per i ticket urgenti “Fuori SLA”

In questo esempio, vedremo come creare avvisi per i ticket urgenti che sono al di fuori dei tempi indicati dal Service Level Agreement (SLA). Inizieremo con le automazioni per l’inserimento di ticket urgenti e termineremo con un’automazione che avvisa le persone coinvolte.

Caso d’uso: La visibilità dei ticket urgenti è essenziale per garantire che i problemi vengano affrontati rapidamente e per ridurre al minimo l’impatto sull’azienda. L’automazione è fondamentale per garantire che qualsiasi ticket urgente venga inviato automaticamente ai tecnici in grado di gestirlo in modo rapido ed efficace. Un ostacolo in qualsiasi fase del processo può causare problemi significativi, quindi è decisivo ridurre il rischio di errore umano in queste situazioni.

Cosa serve:

• Impostare le integrazioni e-mail e Slack per inviare notifiche alle persone coinvolte se un ticket è fuori dai termini di SLA
• Creare tag specifici che identifichino un ticket che può essere considerato “urgente”
• Creare un’automazione basata su eventi che analizzi la riga dell’oggetto di un’e-mail alla ricerca di “urgente” e aggiunga un tag “urgente”
• Creare un’automazione time-based che cerchi tutti i tag “urgenti” e tutti i ticket che hanno superato un determinato periodo di tempo dalla risposta di un tecnico e che invii notifiche via Slack e via e-mail per l’escalation 

Come configurare l’automazione:

Il primo passo consiste nell’impostare un’e-mail per l’inserimento dei ticket urgenti e nell’impostare un’integrazione con Slack che ci consenta di inviare notifiche alle parti coinvolte se un ticket è fuori SLA. Queste due integrazioni possono essere impostate andando su Configurazioni ➡️  Integrazioni ➡️  Canali di notifica ➡️ Abilitato:

Il passo successivo consiste nell’impostare i metodi di ingestione per qualsiasi problema o incidente considerato “urgente”. In questo esempio, utilizzeremo due metodi di ingresso standard: uno tramite un indirizzo e-mail dedicato ai problemi urgenti e un altro che individui la parola “urgente” nell’oggetto.

In questa fase si vuole aggiungere un’e-mail specifica per le richieste urgenti. Inoltre, questa e-mail dovrà aggiungere il tag “urgente” a tutte le richieste in arrivo, il che ci aiuterà a rispettare le condizioni nella fase successiva. Questo si può fare andando su Configurazioni ➡️ Integrazioni ➡️ Ticketing ➡️ E-mail ➡️ Crea:

Quindi, imposteremo un’automazione basata sugli eventi che analizzerà le righe dell’oggetto alla ricerca della parola “urgente” e aggiungerà il tag “urgente”, consentendo all’automazione successiva di raccogliere anche questi ticket e, se necessario, di procedere all’escalation:

Infine, creeremo un’automazione che prevede l’escalation di tutti i ticket che hanno il tag “urgente” e che non hanno ricevuto risposta da un tecnico da oltre due ore:

5) Automazione dei ticket per segnalare i tempi di inattività del sistema

Nell’ultimo esempio, vedremo come impostare un’automazione che apra un ticket se un server è inattivo, chiuda il ticket se il problema è stato risolto ed effettui una escalation se lo stesso problema si ripresenta.

Situazione d’uso: Questa automazione è essenziale, ad esempio, se un server si guasta in un reparto importante. Quando viene rilevato questo problema, è possibile automatizzare diverse fasi per aiutare i tecnici a concentrarsi sulla risoluzione del problema piuttosto che sulla sua ricerca e sulla raccolta di informazioni che potrebbero ritardare la risoluzione.

Questa automazione può:

• Utilizzare la forma che preferisci,
• Associare un tag al problema (che, insieme a un’automazione aggiuntiva, aiuterà a indirizzare il ticket a una sezione ad alta visibilità),
• Assegnare automaticamente una priorità e una gravità (in base ai criteri esistenti),
• E gestire le fasi successive se la situazione si risolve o si ripresenta in breve tempo.

Questa situazione d’uso prevede l’utilizzo di diverse altre funzionalità di Ninja, che consentono di creare un processo rapido e semplice, anche se a prima vista può sembrare complesso.

Cosa serve:

• Creare un’automazione basata su condizione, che associ un tag a un ticket quando questo viene creato, che assegni gravità e priorità in base ai tuoi criteri, e che risolva un ticket quando la condizione viene a mancare o effettui l’escalation del ticket se la condizione viene nuovamente attivata
• Modificare i criteri relativi ai server per includere condizioni specifiche per i casi di inattività dei server
• Stabilire le condizioni del server che determineranno il momento della creazione del ticket iniziale, le impostazioni iniziali di gravità e priorità e le condizioni iniziali di ripristino automatico.

Come configurarlo:

Per prima cosa, vogliamo creare una nuova condizione di automazione del ticket per creare un ticket quando un server è inattivo. Il ticket sarà suddiviso in tre sezioni, che illustreremo qui di seguito. Nella prima sezione verranno compilati i campi necessari per la creazione del ticket iniziale. Qui selezioneremo un modello da utilizzare (noi abbiamo usato “Predefinito”), quindi aggiungeremo un tag, lo stato del ticket, la priorità e la gravità in base ai criteri esistenti:

Successivamente, dovrai compilare la sezione “Alla reimpostazione delle condizioni”. Questa sezione gestirà la risoluzione automatica del ticket se il server torna online entro un certo periodo di tempo:

L’ultimo passo di questa automazione è la compilazione della sezione “Riattivazione della condizione”. Questa sezione gestirà l’escalation se il server torna a non funzionare entro un certo periodo di tempo (per esempio, entro 48 ore). In base ai campi di cui sopra, l’automazione aprirà nuovamente il ticket, si assicurerà che venga aggiunto il tag “serverisdown” e aumenterà la priorità e la gravità portandole al livello più alto:

Per completare il ciclo, l’ultimo elemento necessario per garantire il corretto funzionamento dell’automazione è rappresentato dalle Condizioni dei criteri del server. Quindi siamo andati su Criteri ➡️ Windows Server ➡️ Condizioni ➡️ Aggiungi una condizione (solo se le condizioni di un dispositivo non funzionante non sono già impostate).

Abbiamo creato la condizione “Il dispositivo è inattivo da 5 minuti”, abbiamo compilato il resto dei campi e, soprattutto, abbiamo selezionato la regola di ticketing appena descritta sopra. Questo è ciò che dà il via all’automazione che abbiamo appena realizzato e che creerà il ticket iniziale:

Il ticketing è una funzione potente di NinjaOne e aggiunge un altro livello di versatilità alla singola interfaccia centralizzata della piattaforma, poiché le automazioni possono inizialmente essere complesse se non hai esperienza con una soluzione di ticketing. Abbiamo invece voluto fornire una guida per alcune delle applicazioni delle automazioni più comuni, facendo una panoramica di configurazioni semplici e più complesse.

Continueremo a pubblicare altri post per aiutarti con alcune delle automazioni più comuni, in modo da poter aiutare in modo efficiente i tuoi tecnici a risolvere qualsiasi problema si presenti. Sentiti libero di fornire suggerimenti per il prossimo articolo di questa serie e contattaci se hai domande sulle automazioni descritte qui!

Automazioni di ticketing NinjaOne fondamentali per MSP e team IT

Il ticketing è una delle soluzioni principali di NinjaOne, che permettono al software di gestione IT a singola interfaccia centralizzata di distinguersi. I nuovi utenti possono fare riferimento a questa guida per agevolare la transizione, in particolare quando si tratta di impostare i protocolli di IT service desk .

Grazie a queste linee di base, gli MSP e i team IT possono ridurre il lavoro manuale e migliorare i tempi di risposta negli ambienti ibridi, liberando al tempo stesso risorse cruciali che potranno essere utilizzate per un’assistenza IT scalabile, operazioni più intelligenti e migliori esperienze per i tecnici, gli utenti degli endpoint e i clienti.

Argomenti correlati:

• La guida completa all’automazione degli MSP
• Come progettare una strategia di automazione IT in 4 passi
• Automazione dei processi IT: attività IT comuni da automatizzare
• [Archivio dei video IT] Cosa cercare in un portale per utenti finali per il self-service
• [Webinar su richiesta] Padroneggia il tuo sistema di ticketing in meno di un’ora