{"id":742594,"date":"2026-02-05T08:43:32","date_gmt":"2026-02-05T08:43:32","guid":{"rendered":"https:\/\/www.ninjaone.com\/?p=742594"},"modified":"2026-02-05T08:45:28","modified_gmt":"2026-02-05T08:45:28","slug":"automatizzare-la-reportistica-su-sla-e-risoluzione-dei-ticket","status":"publish","type":"post","link":"https:\/\/www.ninjaone.com\/it\/blog\/automatizzare-la-reportistica-su-sla-e-risoluzione-dei-ticket\/","title":{"rendered":"Come automatizzare la reportistica su SLA e risoluzione dei ticket per i clienti MSP"},"content":{"rendered":"<p>Per gli MSP (Managed Service Provider &#8211; Fornitori di servizi gestiti) \u00e8 fondamentale dimostrare la conformit\u00e0 agli <a href=\"https:\/\/www.ninjaone.com\/it\/blog\/che-cos-e-uno-sla-per-msp\/\">SLA<\/a> (Service Level Agreement). Si tratta di qualcosa di pi\u00f9 di un semplice esercizio di reporting: \u00e8 essenziale per mantenere la fiducia dei clienti e convalidare le buone prestazioni. Inoltre, i clienti si aspettano trasparenza, soprattutto nel rispetto degli obblighi contrattuali.<\/p>\n<p>A tal fine, sarebbe un&#8217;ottima idea <a href=\"https:\/\/www.ninjaone.com\/it\/rmm\/ticketing-del-service-desk-it\/\">automatizzare la risoluzione di SLA e ticket<\/a>. <strong>Il reporting automatizzato per i clienti <\/strong>eliminer\u00e0 il processo manuale e fornir\u00e0 un processo coerente e ripetibile. Ci\u00f2 consentir\u00e0 agli MSP di monitorare le tendenze delle prestazioni, di individuare tempestivamente i problemi e di presentare rapporti senza il consueto carico di lavoro.<\/p>\n<p>Questa guida ti aiuter\u00e0 a conoscere gli strumenti, gli script e i flussi di lavoro necessari per creare rapporti SLA accurati su scala.<\/p>\n<h2>Come automatizzare la reportistica su SLA e risoluzione dei ticket<\/h2>\n<p>\ud83d\udccc <strong>Prerequisiti:<\/strong><\/p>\n<ul>\n<li>Devi disporre di una piattaforma PSA attiva, come NinjaOne, Autotask o ConnectWise.<\/li>\n<li>I criteri SLA devono essere assegnati a ciascun cliente, in modo che i sistemi sappiano quali sono i tempi di applicazione.<\/li>\n<li>Le date e le categorie dei ticket devono essere registrate correttamente per garantire l&#8217;accuratezza dei rapporti.<\/li>\n<li>Le autorizzazioni di amministratore sono necessarie per PowerShell e per le query di dati scriptate.<\/li>\n<li>Devi avere l\u2019accesso ai registri degli eventi o ai dati del sistema locale per confermare le tempistiche degli incidenti.<\/li>\n<\/ul>\n<h3>Definizione di metriche SLA e parametri di risoluzione<\/h3>\n<p>Prima di impostare report automatici per i clienti che mostrino la conformit\u00e0 ai benchmark SLA, \u00e8 necessario definire cosa si sta misurando.<\/p>\n<p>\ud83d\udccc <strong>Casi d&#8217;uso<\/strong>:<\/p>\n<ul>\n<li>Questo aiuter\u00e0 a standardizzare il monitoraggio degli SLA tra tutti i clienti.<\/li>\n<li>Costituisce la base per la creazione di report e dashboard automatizzate.<\/li>\n<li>Ti permette di mostrare le metriche e gli obiettivi di prestazione che devi raggiungere nel contratto.<\/li>\n<\/ul>\n<p>\ud83d\udccc <strong>Prerequisiti<\/strong>:<\/p>\n<ul>\n<li>Questi richiedono criteri SLA assegnati per cliente tramite PSA.<\/li>\n<li>Registrazione corretta dei timestamp per i cambiamenti di stato dei ticket (creati, confermati, risolti).<\/li>\n<li>Dovresti definire i tipi di ticket o delle categorie per raggruppare i dati SLA.<\/li>\n<\/ul>\n<p>Ecco le metriche di conformit\u00e0 agli SLA che devi includere nei tuoi report:<\/p>\n<ul>\n<li>Tempo di riconoscimento (TTA)<\/li>\n<li>Tempo di risoluzione (TTR)<\/li>\n<li>Percentuale di conformit\u00e0 agli SLA<\/li>\n<li>Tasso di successo della risoluzione per categoria (hardware, software, rete)<\/li>\n<li>Numero di escalation dei ticket vs. ticket risolti<\/li>\n<li>Numero di ticket SLA persi o riaperti<\/li>\n<\/ul>\n<h3>Estrazione di dati SLA e ticket tramite PowerShell o API<\/h3>\n<p>Dopo aver definito le metriche, il passo successivo \u00e8 l&#8217;estrazione dei dati dei ticket dal PSA. La maggior parte delle piattaforme supporta query o esportazioni <a href=\"https:\/\/www.ibm.com\/think\/topics\/api\" target=\"_blank\" rel=\"noopener\">API (Application Programming Interface)<\/a> che possono essere filtrate e programmate tramite PowerShell.<\/p>\n<p>\ud83d\udccc <strong>Casi d&#8217;uso<\/strong>:<\/p>\n<ul>\n<li>Questo metodo ti aiuter\u00e0 ad automatizzare il monitoraggio degli SLA su pi\u00f9 clienti.<\/li>\n<li>Contribuir\u00e0 a ridurre l&#8217;impegno manuale nelle revisioni mensili dei ticket.<\/li>\n<li>Supporta l\u2019utilizzo delle dashbaord e la reportistica per categoria di SLA o stato di violazione.<\/li>\n<\/ul>\n<p>\ud83d\udccc <strong>Prerequisiti<\/strong>:<\/p>\n<ul>\n<li>\u00c8 necessario un token API con il permesso di interrogare i ticket.<\/li>\n<li>La versione di PowerShell deve essere 5.1 o successiva.<\/li>\n<li>RMM o Utilit\u00e0 di pianificazione devono avere accesso all&#8217;esecuzione automatica degli script.<\/li>\n<\/ul>\n<p>Ecco un esempio di snippet PowerShell che estrae i ticket risolti da un&#8217;API PSA e li esporta in CSV:<\/p>\n<p><strong><code>$headers = @{ \"Authorization\" = \"Bearer $token\" }<\/code><\/strong><br \/>\n<strong><code>$response = Invoke-RestMethod -Uri \"https:\/\/api.ninjaone.com\/v2\/tickets\" -Headers $headers<\/code><\/strong><br \/>\n<strong><code>$response | Where-Object { $_.resolved -eq $true } | Export-Csv \"C:\\Reports\\SLAReport.csv\" -NoTypeInformation<\/code><\/strong><\/p>\n<p>Per filtrare il rapporto in base al cliente, all&#8217;intervallo di date o allo stato SLA, \u00e8 necessario modificare lo script. Aggiungi parametri di query all&#8217;URL dell&#8217;API o utilizza condizioni in PowerShell.<\/p>\n<h3>Utilizzare il Registro per tenere traccia degli SLA locali o degli eventi dell&#8217;agente (opzionale)<\/h3>\n<p>\ud83d\udccc <strong>Casi d&#8217;uso<\/strong>:<\/p>\n<ul>\n<li>Aggiunge un audit trail locale delle risposte basate su script e legate agli ID dei ticket.<\/li>\n<li>Aiuta a convalidare il momento in cui \u00e8 stato attivato un avviso o un&#8217;azione di rimedio.<\/li>\n<li>Supporta le dashboard RMM su informazioni dei ticket per endpoint.<\/li>\n<\/ul>\n<p>\ud83d\udccc <strong>Prerequisiti<\/strong>:<\/p>\n<ul>\n<li>Questo metodo richiede le autorizzazioni di amministratore per scrivere nel Registro.<\/li>\n<li>\u00c8 necessario un RMM o uno script per aggiornare i valori del registro.<\/li>\n<li>Un formato di denominazione standard per la mappatura dei ticket tra i vari sistemi.<\/li>\n<\/ul>\n<p>Per contrassegnare localmente gli eventi relativi agli SLA, crea valori di registro personalizzati. Ecco come procedere:<\/p>\n<ol>\n<li>Apri l&#8217;<strong>Editor del registro di sistema<\/strong>.<\/li>\n<li>Naviga in questo percorso: <strong>HKEY_LOCAL_MACHINE\\SOFTWARE<\/strong><\/li>\n<li>Quindi, fai clic con il pulsante destro del mouse sulla cartella <strong>SOFTWARE<\/strong>, scegli <strong>Nuova &gt; Chiave <\/strong> e rinominala<strong>Org<\/strong>.<\/li>\n<li>Fai clic con il pulsante destro del mouse sulla chiave <strong>Org <\/strong>e seleziona <strong>Nuova &gt;<\/strong> <strong>chiave<\/strong> . Nomina il valore cos\u00ec: <strong>SLAEvents<\/strong><\/li>\n<li>All&#8217;interno della chiave <strong>SLAEvents <\/strong>, fai clic con il tasto destro del mouse sul riquadro di destra e scegli <strong>Nuovo &gt; Valore Stringa<\/strong>.<\/li>\n<li>Rinominalo <strong>LastAcknowledgedTicket<\/strong>. Fai doppio clic su di esso e inserire un ID del ticket (ad esempio, <strong>TKT-10129<\/strong>) come dati del valore.<\/li>\n<li>Crea un altro valore di stringa in <strong>SLAEvents<\/strong>. Rinominalo<strong>LastActionTime<\/strong>. Fai doppio clic e imposta i dati del valore sul timestamp dell&#8217;evento (ad esempio, <strong>2025-08-15T14:23Z<\/strong>)<\/li>\n<\/ol>\n<p>Una volta creati, questi valori possono essere letti in seguito tramite script o raccolti dall&#8217;RMM.<\/p>\n<p>\ud83d\udca1 <strong>Suggerimento<\/strong>: Questo passaggio \u00e8 un modo manuale per tracciare gli SLA. Tuttavia, <a href=\"https:\/\/www.ninjaone.com\/it\/gestione-dei-ticket\/\">il sistema di ticketing di NinjaOne<\/a> pu\u00f2 tracciare automaticamente la conformit\u00e0 agli SLA.<\/p>\n<h3>Esecuzione di script CMD per il monitoraggio del contesto o del servizio dell&#8217;endpoint<\/h3>\n<p>Puoi utilizzare script del prompt dei comandi per raccogliere dati di sistema di base dai dispositivi Windows. Questo aiuta a verificare cosa stava accadendo su un endpoint al momento della creazione del ticket. In questo modo puoi verificare i tempi di attivit\u00e0, i servizi non funzionanti o gli eventi legati a problemi di sistema, rendendo pi\u00f9 fluido il processo di segnalazione della risoluzione dei ticket.<\/p>\n<p>\ud83d\udccc <strong>Casi d&#8217;uso<\/strong>:<\/p>\n<ul>\n<li>Questo pu\u00f2 aiutare a confermare se un problema \u00e8 legato a un riavvio, a un arresto anomalo o a un tempo di inattivit\u00e0.<\/li>\n<li>Puoi utilizzare per supportare l&#8217;attivit\u00e0 di analisi delle cause principali, correlando il comportamento dell&#8217;endpoint con i ticket.<\/li>\n<li>Utile quando PowerShell non \u00e8 disponibile.<\/li>\n<\/ul>\n<p>\ud83d\udccc <strong>Prerequisiti<\/strong>:<\/p>\n<ul>\n<li>Per eseguire una versione elevata del Prompt dei comandi \u00e8 necessario l&#8217;accesso come amministratore.<\/li>\n<li>Gli endpoint devono essere abilitati alla registrazione e alla cronologia degli eventi.<\/li>\n<li>Il processo di reporting dovrebbe consentire di salvare o caricare i registri.<\/li>\n<\/ul>\n<p>Ecco alcuni esempi di codici del prompt dei comandi:<\/p>\n<h4>Controllare il tempo di attivit\u00e0 del sistema<\/h4>\n<p><strong><code>systeminfo | findstr \"System Boot Time\"<\/code><\/strong><\/p>\n<p>Questo restituir\u00e0 l&#8217;ultima volta che il sistema \u00e8 stato riavviato, aiutandoti a confermare se un dispositivo \u00e8 stato riavviato prima o dopo la segnalazione di un problema.<\/p>\n<h4>Elenco dei servizi non riusciti o interrotti<\/h4>\n<p><strong><code>sc query type= service state= all | findstr \"STOPPED\"<\/code><\/strong><\/p>\n<p>Questo metodo identifica quali servizi non sono in esecuzione. Puoi confrontare questo dato con quello del problema segnalato per verificare se un servizio critico era inattivo al momento della creazione del ticket.<\/p>\n<h4>Esportare voci recenti del registro di sistema<\/h4>\n<p><strong><code>wevtutil qe System \/q:\"*[System[(EventID=7034)]]\" \/f:text \/c:20<\/code><\/strong><\/p>\n<p>Questo recupera gli ultimi 20 eventi del registro di sistema per i servizi che si sono arrestati inaspettatamente. Pu\u00f2 aiutare a confermare quando un dispositivo ha subito un errore critico.<\/p>\n<p>\ud83d\udca1<strong>Nota:<\/strong> Puoi utilizzare questi comandi per verificare il comportamento dell&#8217;endpoint nel momento in cui un ticket \u00e8 stato aperto o risolto.<\/p>\n<h3>Come creare modelli di report per consegnarli ai clienti<\/h3>\n<p>Una volta raccolti i dati relativi alla conformit\u00e0 agli SLA e ai ticket, il passo successivo consiste nell&#8217;esportare i ticket e presentarli ai clienti in modo facilmente comprensibile. I rapporti devono riassumere le metriche chiave e gli SLA mancati e indicare i punti in cui \u00e8 possibile apportare miglioramenti.<\/p>\n<p>\ud83d\udccc <strong>Casi d&#8217;uso<\/strong>:<\/p>\n<ul>\n<li>Ti consente di fornire ai clienti rapporti coerenti con il marchio.<\/li>\n<li>In questo modo puoi semplificare i rapporti ricorrenti e le revisioni degli SLA.<\/li>\n<li>Puoi utilizzarli per comunicare tendenze, progressi e rischi in un linguaggio semplice.<\/li>\n<\/ul>\n<p>\ud83d\udccc <strong>Prerequisiti<\/strong>:<\/p>\n<ul>\n<li>Hai bisogno dei dati SLA e dei ticket raccolti.<\/li>\n<li>Uno strumento che consente di creare grafici o tabelle (MS Excel, Google Sheets).<\/li>\n<li>Una struttura di report definita e standardizzata che pu\u00f2 essere riutilizzata da tutti i clienti.<\/li>\n<\/ul>\n<p>Assicurati di inserire questi elementi fondamentali nella tua relazione:<\/p>\n<ul>\n<li><strong>Riepilogo esecutivo <\/strong>&#8211; Deve contenere la percentuale di conformit\u00e0 agli SLA e le statistiche principali.<\/li>\n<li><strong>Tendenze dei ticket<\/strong>: contiene il volume dei ticket, i tipi e i modelli di risoluzione.<\/li>\n<li><strong>Analisi degli SLA mancati<\/strong> &#8211; ID dei ticket e motivi per cui sono stati sollevati.<\/li>\n<li><strong>Prestazioni del tecnico (opzionale)<\/strong> &#8211; Dovrebbe contenere i tempi medi di risposta e di risoluzione.<\/li>\n<li><strong>Raccomandazioni<\/strong> &#8211; Lacune del servizio, cause principali e aree di miglioramento, in particolare per quanto riguarda l&#8217;analisi degli SLA mancati e le prestazioni dei tecnici.<\/li>\n<\/ul>\n<p>Ecco le opzioni di formato consigliate:<\/p>\n<ul>\n<li>Microsoft Excel, esportato tramite PowerShell. Ad esempio, puoi utilizzare questo comando di esempio per i dati dei ticket filtrati:<\/li>\n<\/ul>\n<p style=\"padding-left: 40px;\"><strong><code>$response = Invoke-RestMethod -Uri \"https:\/\/api.psa.com\/v2\/tickets\" -Headers @{ \"Authorization\" = \"Bearer $token\" }<\/code><\/strong><br \/>\n<strong><code>$filtered = $response | Where-Object { $_.resolved -eq $true }<\/code><\/strong><br \/>\n<strong><code>$filtered | Export-Excel -Path \"C:\\Reports\\SLA_Report_July.xlsx\" -WorksheetName \"ResolvedTickets\" -AutoSize<\/code><\/strong><\/p>\n<p style=\"padding-left: 40px;\">Puoi utilizzare anche una versione PDF, ma dovrai salvare manualmente il file come PDF.<\/p>\n<ul>\n<li>Power BI (Business Intelligence) per altre dashboard per le metriche in tempo reale.<\/li>\n<li>Rapporto basato su HTML con grafici e tabelle.<\/li>\n<li>Rapporto programmato PSA-nativo.<\/li>\n<\/ul>\n<p>Assicurati che questi report siano segmentati per cliente e allineati alle soglie e agli obiettivi SLA specifici.<\/p>\n<h3>Automatizza la generazione e la consegna dei report<\/h3>\n<p>L&#8217;ultima fase della creazione di report automatizzati per i clienti consiste nel consegnarli ai clienti stessi. A tal fine, puoi programmare gli script per l&#8217;esportazione dei rapporti e l&#8217;invio di e-mail.<\/p>\n<p>\ud83d\udccc <strong>Casi d&#8217;uso<\/strong>:<\/p>\n<ul>\n<li>Consente di fornire riepiloghi SLA e rapporti sulla risoluzione dei ticket senza alcuno sforzo manuale.<\/li>\n<li>Garantisce un reporting tempestivo e &#8220;mai in ritardo&#8221; tra i clienti.<\/li>\n<\/ul>\n<p>\ud83d\udccc <strong>Prerequisiti<\/strong>:<\/p>\n<ul>\n<li>Hai bisogno di uno script di report funzionante che generi output CSV, XLSX o PDF.<\/li>\n<li>Le credenziali del server di posta o della destinazione dei file dei tuoi clienti.<\/li>\n<li>Una piattaforma RMM o PSA che supporta script o report programmati.<\/li>\n<\/ul>\n<p>Puoi automatizzare la consegna dei report in diversi modi:<\/p>\n<ul>\n<li>Programmare gli script per esportare i dati SLA e inviarli via e-mail al cliente.<\/li>\n<li>API push su SharePoint, S3 o una cartella FTP sicura.<\/li>\n<li>Utilizzare gli strumenti di programmazione nativi di PSA. Un buon esempio sono i <a href=\"https:\/\/www.ninjaone.com\/docs\/endpoint-management\/ticketing\/export-tickets\/\">report di esportazione di NinjaOne<\/a>.<\/li>\n<li>Puoi attivare l&#8217;automazione anche attraverso l&#8217;RMM.<\/li>\n<\/ul>\n<p>Ecco un esempio di e-mail inviata tramite PowerShell:<\/p>\n<p><strong><code>Send-MailMessage -From \"reports@msp.com\" -To \"client@example.com\" `<\/code><\/strong><br \/>\n<strong><code>-Subject \"Monthly SLA Performance - July\" `<\/code><\/strong><br \/>\n<strong><code>-Attachments \"C:\\Reports\\SLAReport_July2025.pdf\" `<\/code><\/strong><br \/>\n<strong><code>-SmtpServer \"smtp.msp.com\"<\/code><\/strong><\/p>\n<h2><strong>\u26a0\ufe0f <\/strong>Cose da tenere d&#8217;occhio<\/h2>\n<table>\n<tbody>\n<tr>\n<td><strong>Rischi<\/strong><\/td>\n<td><strong>Potenziali conseguenze<\/strong><\/td>\n<td><strong>Possibilit\u00e0 di tornare alla configurazione precedente<\/strong><\/td>\n<\/tr>\n<tr>\n<td>Timestamp mancanti nei dati dei ticket<\/td>\n<td>I calcoli degli SLA saranno errati o incompleti.<\/td>\n<td>Controlla le regole di automazione PSA e i flussi di lavoro di stato per verificare che i timestamp siano registrati.<\/td>\n<\/tr>\n<tr>\n<td>Mappature SLA errate per cliente<\/td>\n<td>I rapporti mostreranno una falsa conformit\u00e0 o obiettivi mancati.<\/td>\n<td>Assicurati di rivedere le regole SLA per ogni cliente e di allinearle alle code dei ticket.<\/td>\n<\/tr>\n<tr>\n<td>Gli script PowerShell non vengono eseguiti<\/td>\n<td>Non sono stati generati o inviati rapporti.<\/td>\n<td>Convalida e aggiorna le autorizzazioni e verifica la presenza di problemi di sintassi o di rete.<\/td>\n<\/tr>\n<tr>\n<td>Le consegne delle e-mail non vanno a buon fine<\/td>\n<td>I clienti non potranno ricevere i rapporti mensili in tempo.<\/td>\n<td>Verifica le impostazioni SMTP (Simple Mail Transfer Protocol) e conferma l&#8217;accesso alla mailbox.<\/td>\n<\/tr>\n<tr>\n<td>Layout del report incoerente<\/td>\n<td>I clienti possono trovare i rapporti confusi o difficili da leggere.<\/td>\n<td>Standardizza e utilizza un modello.<\/td>\n<\/tr>\n<tr>\n<td>I rapporti contengono dati grezzi.<\/td>\n<td>I clienti che non hanno un background tecnico non capiranno il rapporto e lo ignoreranno completamente.<\/td>\n<td>Mantieni i report adatti a un pubblico non tecnico e includi riassunti e spiegazioni.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<h2>Ulteriori considerazioni quando automatizzi la reportistica su SLA e risoluzione dei ticket<\/h2>\n<h3>Mappare gli SLA per ogni cliente<\/h3>\n<p>I clienti hanno esigenze diverse in termini di tempi di risposta e risoluzione. Assicurati che ogni ticket sia collegato ai criteri SLA appropriati nel tuo sistema PSA.<\/p>\n<h3>Standardizzare i dati dei ticket in tutti gli ambienti<\/h3>\n<p>Utilizza le stesse categorie di ticket, gli stessi nomi di stato e gli stessi flussi di lavoro per tutti i clienti. In questo modo sar\u00e0 pi\u00f9 facile filtrare, tracciare grafici e confrontare le prestazioni SLA nel tempo.<\/p>\n<h3>Conservare i dati grezzi per gli audit<\/h3>\n<p>Sarebbe meglio conservare i log dei ticket esportati e i timestamp delle risoluzioni per almeno 12-24 mesi. Questo ti supporter\u00e0 nelle revisioni dei contratti, nelle controversie sulla fatturazione e negli audit esterni.<\/p>\n<h3>Dati separati per cliente<\/h3>\n<p>Questo aspetto \u00e8 estremamente importante negli ambienti multi-tenant. Filtra ed esporta sempre i ticket per ID cliente, per evitare la perdita di dati e mantenere i rapporti puliti e accurati.<\/p>\n<h2>Risoluzione dei problemi di SLA e di segnalazione della risoluzione dei ticket<\/h2>\n<h3>Timestamp mancanti<\/h3>\n<p>Assicurati che il tuo sistema di ticketing registri tutti i cambiamenti di stato richiesti, ad esempio:<\/p>\n<ul>\n<li>Creato<\/li>\n<li>Confermato<\/li>\n<li>Escalation<\/li>\n<li>Risolto<\/li>\n<\/ul>\n<p>Senza di essi, le metriche SLA nel tuo report saranno incomplete.<\/p>\n<h3>Mappatura SLA errata<\/h3>\n<p>Assicurati che le regole di automazione PSA e le code di ticket applichino i giusti criteri SLA per cliente. Un ticket mal distribuito pu\u00f2 influenzare le statistiche e falsare i numeri.<\/p>\n<h3>Errori negli script PowerShell<\/h3>\n<p>Se gli script non esportano o non inviano i report, verifica i problemi di autorizzazione API, i token scaduti o gli errori nello script.<\/p>\n<h3>Visualizzazione incoerente del fuso orario<\/h3>\n<p>Se i timestamp del report non corrispondono alla cronologia dei ticket, normalizza tutto a UTC o, meglio ancora, converti all&#8217;ora locale del cliente.<\/p>\n<h2>Servizi NinjaOne<\/h2>\n<p>Con NinjaOne, gli MSP possono automatizzare la reportistica SLA e semplificare il monitoraggio della risoluzione dei ticket per tutti i clienti. Le sue caratteristiche sono evidenziate nella tabella seguente:<\/p>\n<table>\n<tbody>\n<tr>\n<td><strong>Cosa pu\u00f2 fare NinjaOne?\u00a0<\/strong><\/td>\n<td><strong>Di cosa si tratta<\/strong><\/td>\n<td><strong>Come pu\u00f2 aiutare ad automatizzare la reportistica sugli SLA e sulla risoluzione dei ticket<\/strong><\/td>\n<\/tr>\n<tr>\n<td>Esportazione programmata dei rapporti<\/td>\n<td>Automatizza la generazione di rapporti ricorrenti<\/td>\n<td>Fornisce riepiloghi coerenti sulla conformit\u00e0 agli SLA senza interventi manuali<\/td>\n<\/tr>\n<tr>\n<td>Tracciamento e tag basati su script<\/td>\n<td>Applica tag personalizzati ai ticket o ai dispositivi in base a condizioni di allarme o SLA<\/td>\n<td>Segnala le violazioni degli SLA e gli eventi di risoluzione per un migliore filtraggio e reporting.<\/td>\n<\/tr>\n<tr>\n<td>Consolidamento della cronologia degli avvisi e dei ripristini<\/td>\n<td>Combina i dati relativi agli avvisi, alle risposte e alla risoluzione dei ticket in un&#8217;unica timeline<\/td>\n<td>Questo supporta un accurato tracciamento dei tempi SLA dall&#8217;incidente alla risoluzione.<\/td>\n<\/tr>\n<tr>\n<td>Registro e <a href=\"https:\/\/www.ninjaone.com\/it\/blog\/endpoint-monitoraggio-spiegato-con-degli-esempi\/\">monitoraggio degli endpoint<\/a><\/td>\n<td>Cattura i segnali locali come i riavvii del servizio o gli errori del dispositivo<\/td>\n<td>Questo aggiunge un ulteriore contesto ai rapporti SLA e aiuta a convalidare la causa principale.<\/td>\n<\/tr>\n<tr>\n<td>Modelli di report con marchio<\/td>\n<td>Consente di personalizzare i rapporti per cliente per i rapporti esportati.<\/td>\n<td>Abilita gli MSP<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<h2>L&#8217;automatizzazione dei rapporti sugli SLA e sui ticket tiene informati gli MSP e i clienti<\/h2>\n<p>L&#8217;automatizzazione dei rapporti sugli SLA e sulla risoluzione dei ticket aiuta gli MSP a essere responsabili, trasparenti ed efficienti. Riduce il tempo dedicato alle esportazioni manuali, migliora l&#8217;accuratezza dei report e garantisce che gli impegni di servizio siano rispettati e visibili.<\/p>\n<p>Abbiamo spiegato come definire le giuste metriche SLA, estrarre i dati dei ticket utilizzando PowerShell o API, convalidare gli eventi di risoluzione con strumenti di registro e CMD e formattare i report per la consegna ai clienti. Grazie a questi metodi, gli MSP possono fornire una reportistica SLA affidabile e allineata ai criteri su scala.<\/p>\n<p><strong>Argomenti correlati:<\/strong><\/p>\n<ul>\n<li><a href=\"https:\/\/www.ninjaone.com\/it\/blog\/cinque-automazioni-essenziali-per-iniziare-a-usare-il-ticketing\/\">Automazioni essenziali di NinjaOne Ticketing per iniziare a lavorare\u00a0<\/a><\/li>\n<li><a href=\"https:\/\/www.ninjaone.com\/it\/blog\/che-cos-e-uno-sla-per-msp\/\">Che cos&#8217;\u00e8 un accordo sul livello di servizio (SLA) di un MSP?<\/a><\/li>\n<li><a href=\"https:\/\/www.ninjaone.com\/it\/blog\/consigli-per-il-reporting-dell-help-desk-in-merito-alla-gestione-it\/\">6 suggerimenti per la reportistica dell&#8217;help desk per una gestione IT moderna<\/a><\/li>\n<li><a href=\"https:\/\/www.ninjaone.com\/it\/blog\/la-risoluzione-dei-problemi-e-segnalare-le-best-practice\/\">Andare oltre la risoluzione dei problemi, le best practice per creare report IT<\/a><\/li>\n<\/ul>\n<div class=\"quick-start-guide\"><h2><svg width=\"45\" height=\"45\" viewBox=\"0 0 45 45\" fill=\"none\" xmlns=\"http:\/\/www.w3.org\/2000\/svg\">\n<path d=\"M41.4822 0H3.51778C1.57496 0 0 1.57496 0 3.51778V41.4822C0 43.425 1.57496 45 3.51778 45H41.4822C43.425 45 45 43.425 45 41.4822V3.51778C45 1.57496 43.425 0 41.4822 0Z\" fill=\"#053856\"\/>\n<path d=\"M30.4399 13.9904C28.9161 12.4475 26.9127 11.6737 24.4346 11.6737C23.0721 11.6737 21.8188 11.911 20.6794 12.3858C19.5401 12.8605 18.5859 13.5346 17.8168 14.4129V11.2654L12.2766 13.867V32.562H18.0779V22.4739C18.0779 20.6224 18.5099 19.2267 19.3787 18.2867C20.2474 17.3515 21.4105 16.8815 22.8727 16.8815C24.1877 16.8815 25.1894 17.285 25.8825 18.0968C26.5756 18.9086 26.9222 20.1334 26.9222 21.7808V32.562H32.7234V21.2728C32.7234 18.2393 31.9591 15.5285 30.4399 13.9856V13.9904Z\" fill=\"#04FF88\"\/>\n<\/svg>Quick-Start Guide<\/h2><p>NinjaOne offre solide funzionalit\u00e0 di reportistica su SLA e sulla risoluzione dei ticket per i clienti MSP. In particolare, la funzionalit\u00e0 di riepilogo dei ticket fornisce informazioni complete sulla gestione dei ticket:<\/p>\n<p>Principali funzionalit\u00e0 di reporting su SLA e risoluzione dei ticket:<\/p>\n<ul>\n<li>Tempo medio di risoluzione: Calcola il tempo medio di risoluzione dei ticket<\/li>\n<li>Primo tempo di risposta: Misura il tempo medio tra la creazione del ticket e la prima risposta del tecnico<\/li>\n<li>Risoluzione al primo contatto: Percentuale di ticket risolti con commenti minimi da parte del tecnico<\/li>\n<li>Monitoraggio del volume dei ticket: Suddivisione dei ticket in base allo stato, al tempo di creazione e all&#8217;efficienza del tecnico<\/li>\n<\/ul>\n<p>Le funzionalit\u00e0 di reporting includono:<\/p>\n<ul>\n<li>Opzioni di reportistica per gli ultimi 7 giorni e gli ultimi 30 giorni<\/li>\n<li>Ripartizione di:\n<ul>\n<li>Ticket aperti<\/li>\n<li>Ticket in sospeso<\/li>\n<li>Ticket risolti<\/li>\n<li>Ticket creati al giorno\/ora<\/li>\n<li>Efficienza del ticket tecnico<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n<p>I report aiutano gli MSP a monitorare e migliorare l&#8217;erogazione dei servizi, fornendo informazioni dettagliate sulle prestazioni di risoluzione dei ticket, sui tempi di risposta e sulla produttivit\u00e0 dei tecnici.<\/p>\n<\/div>\n","protected":false},"excerpt":{"rendered":"<p>Per gli MSP (Managed Service Provider &#8211; Fornitori di servizi gestiti) \u00e8 fondamentale dimostrare la conformit\u00e0 agli SLA (Service Level Agreement). Si tratta di qualcosa di pi\u00f9 di un semplice esercizio di reporting: \u00e8 essenziale per mantenere la fiducia dei clienti e convalidare le buone prestazioni. Inoltre, i clienti si aspettano trasparenza, soprattutto nel rispetto [&hellip;]<\/p>\n","protected":false},"author":223,"featured_media":549002,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"_relevanssi_hide_post":"","_relevanssi_hide_content":"","_relevanssi_pin_for_all":"","_relevanssi_pin_keywords":"","_relevanssi_unpin_keywords":"","_relevanssi_related_keywords":"","_relevanssi_related_include_ids":"","_relevanssi_related_exclude_ids":"","_relevanssi_related_no_append":"","_relevanssi_related_not_related":"","_relevanssi_related_posts":"","_relevanssi_noindex_reason":"","_lmt_disableupdate":"no","_lmt_disable":"","footnotes":""},"categories":[4354],"tags":[],"class_list":["post-742594","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-operazioni-it"],"acf":[],"modified_by":"Chiara Cavalletti","_links":{"self":[{"href":"https:\/\/www.ninjaone.com\/it\/wp-json\/wp\/v2\/posts\/742594","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.ninjaone.com\/it\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.ninjaone.com\/it\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.ninjaone.com\/it\/wp-json\/wp\/v2\/users\/223"}],"replies":[{"embeddable":true,"href":"https:\/\/www.ninjaone.com\/it\/wp-json\/wp\/v2\/comments?post=742594"}],"version-history":[{"count":0,"href":"https:\/\/www.ninjaone.com\/it\/wp-json\/wp\/v2\/posts\/742594\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.ninjaone.com\/it\/wp-json\/wp\/v2\/media\/549002"}],"wp:attachment":[{"href":"https:\/\/www.ninjaone.com\/it\/wp-json\/wp\/v2\/media?parent=742594"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.ninjaone.com\/it\/wp-json\/wp\/v2\/categories?post=742594"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.ninjaone.com\/it\/wp-json\/wp\/v2\/tags?post=742594"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}