Gestione delle richieste
Visibilità del modello di stampa basato sul portale
I modelli di stampa in Gestione delle richieste, precedentemente disponibili solo nel Portale Tecnico, sono stati ampliati anche al Portale di Supporto. Una nuova struttura a schede sotto Admin > Request Management > Print Template consente di gestire i modelli separatamente per ogni portale. Utilizzare il campo di visibilità Template su ogni modello per controllare quale portale appare in. I segnaposto non supportati nel render del portale selezionato come vuoto nell'output stampato.
Supporto di aggiornamento Bulk per il campo di diagnosi
I tecnici possono ora eseguire Bulk Update sul campo Diagnosis dalla vista lista richiesta, oltre alle azioni di massa esistenti. L'opzione Inserisci da Template è disponibile anche durante l'esecuzione di aggiornamenti di Diagnosi di massa.
Quest'area viene spesso gestita con strumenti frammentati o processi manuali, riducendo visibilità e responsabilità.
Il miglioramento può ridurre il lavoro manuale, aumentare il controllo operativo e velocizzare le risposte.
Gestione dei cambiamenti
Dettagli di approvazione Stage-wise nel Change Management V1 API
L'API di Change Management V1 ora restituisce i dettagli di approvazione raggruppati per fase durante l'acquisizione di un record di cambiamento. Ogni fase include le informazioni di approvazione, lo stato di approvazione e commenti di approvazione, consentendo sistemi esterni come Jira di recuperare la gerarchia di approvazione completa per una richiesta di cambiamento.
Quest'area viene spesso gestita con strumenti frammentati o processi manuali, riducendo visibilità e responsabilità.
Il miglioramento può ridurre il lavoro manuale, aumentare il controllo operativo e velocizzare le risposte.
Gestione del rilascio
Supporto API V1 per la gestione del rilascio
Release Management ha ora un set completo di endpoint API V1 per l'integrazione con sistemi esterni come Jira. Sono disponibili le seguenti API:
GET Release: Recupera tutti i campi di sistema e personalizzati, oltre Impact, Rollout Plan, Backout Plan, Build Plan e Test Plan con gli allegati. POST Create Release: Crea un record di rilascio con tutti i campi di sistema e personalizzati. PATCH Update a Release: Aggiorna qualsiasi sistema o campo personalizzato, compresi i campi di pianificazione. DELETE Release: Elimina un record di rilascio da Release ID. POST Search Release: Ricerca tramite ID di rilascio, nome del richiedente o e-mail, o qualsiasi sistema o valore del campo personalizzato. Attaccamento GET: Recupera un allegato caricato tramite nome file di riferimento. POST Relate Asset/CI: Link asset o CI a un rilascio. GET Release by Logon Name or Email: Restituisce tutti i record di rilascio associati a un utente. Conversation APIs: Crea, recupera, aggiorna, cerca ed elimina le voci Note e Collabora su un record di rilascio.
Sia il token del portatore che l'autenticazione chiave API sono supportati.
Quest'area viene spesso gestita con strumenti frammentati o processi manuali, riducendo visibilità e responsabilità.
Il miglioramento può ridurre il lavoro manuale, aumentare il controllo operativo e velocizzare le risposte.
Gestione delle risorse
Supporto Discovery basato sull'agente per Windows 7 e Windows Server 2008
ServiceOps supporta ora Asset Discovery basato su agente per dispositivi Windows 7 e Windows Server 2008. Le organizzazioni che gestiscono ambienti Windows legacy possono ora includere queste macchine nel loro ambito di scoperta senza richiedere metodi di scoperta alternativi.
Supporto per Alma Linux 9.7, 10.1 e Rocky Linux 9.7, 10.1
Asset Discovery supporta ora Alma Linux 9.7, Alma Linux 10.1, Rocky Linux 9.7, e Rocky Linux 10.1.
Quest'area viene spesso gestita con strumenti frammentati o processi manuali, riducendo visibilità e responsabilità.
Il miglioramento può ridurre il lavoro manuale, aumentare il controllo operativo e velocizzare le risposte.
Gestione del Patch
Patch JSON Scarica Storia
Ogni download di Patch JSON viene ora catturato nel registro Download centralizzato accanto al report e altri eventi di download del modulo. Ogni voce registra l'ID di riferimento, il nome, il modulo (indicato come "Patch"), lo stato, il tempo di inizio dell'evento, il tempo di fine dell'evento e le azioni disponibili. Trasferimenti di stato da In Progress a Completed o Failed.
Quest'area viene spesso gestita con strumenti frammentati o processi manuali, riducendo visibilità e responsabilità.
Il miglioramento può ridurre il lavoro manuale, aumentare il controllo operativo e velocizzare le risposte.
Automazione: Miglioramenti del flusso di lavoro
Supporto per il valore di riferimento in Run Webhook Header
L'azione Run Webhook supporta ora la selezione dei valori di output dai nodi di flusso di lavoro precedenti come valori dinamici nel campo del Valore di intestazione. Gli amministratori possono mappare i valori di riferimento di tipo stringo dai nodi a monte in intestazioni webhook, consentendo una costruzione completamente dinamica dell'intestazione durante l'esecuzione del flusso di lavoro. Il comportamento di selezione dei segnaposto esistente è invariato e tutti i flussi di lavoro esistenti rimangono compatibili all'indietro.
Quest'area viene spesso gestita con strumenti frammentati o processi manuali, riducendo visibilità e responsabilità.
Il miglioramento può ridurre il lavoro manuale, aumentare il controllo operativo e velocizzare le risposte.
Modelli di stampa
Registratore di lavoro in modelli di stampa, notifiche di eventi e flussi di lavoro
Il segnaposto Worklog è ora disponibile nel menu Inserisci segnaposto per:
Le azioni e-mail del flusso di lavoro (Problem, Cambiamento, Rilasciare)Notifiche dell'evento (Problem, Cambia, Rilasciare, Progetto)Print Templates (Change)
Quando inserito, il segnaposto rende una tabella strutturata delle voci del registro di lavoro del disco, mostrando Technician, Data di inizio, Data di fine, Preso orario e Descrizione. Vengono visualizzate fino a 15 delle voci più recenti.
Quest'area viene spesso gestita con strumenti frammentati o processi manuali, riducendo visibilità e responsabilità.
Il miglioramento può ridurre il lavoro manuale, aumentare il controllo operativo e velocizzare le risposte.
Rapporti e analisi
Visibilità per Report e Dashboard
I moduli di creazione di report e Dashboard includono ora un livello di accesso al rapporto e un abbassamento del livello di accesso di Dashboard con tre opzioni: pubblico, privato e limitato. Nuovi report e dashboard di default per Private, quindi non sono visibili ad altri utenti a meno che non siano esplicitamente condivisi. Quando viene selezionato il Restricted, vengono visualizzati i campi Technician Group Access Level e Technician Access Level, consentendo una condivisione mirata. I report e le dashboard esistenti mantengono la loro precedente configurazione di accesso dopo l'aggiornamento.
Quest'area viene spesso gestita con strumenti frammentati o processi manuali, riducendo visibilità e responsabilità.
Il miglioramento può ridurre il lavoro manuale, aumentare il controllo operativo e velocizzare le risposte.
Varie
Mappa del campo utente tramite le regole del modulo
User Field Mapping, precedentemente disponibile solo per la gestione delle richieste, è ora esteso ai moduli Problem and Change tramite Form Rules. Gli amministratori possono configurare mappature utilizzando la struttura Imposta valore > Campo di destinazione > Da > Requester Field, che copre campi di sistema come numero di contatto, e-mail, manager, dipartimento e posizione, così come campi personalizzati compatibili. La compatibilità del tipo di campo viene applicata al momento della configurazione, quindi solo i campi di origine strutturalmente compatibili appaiono nell'elenco di selezione.
Esperienza di approvazione migliorata con aggiornamenti sui biglietti
Gli utenti possono ora intraprendere azioni di approvazione direttamente dal biglietto senza passare ai Miei Approv. Quando l'utente connesso è un approvatore, i pulsanti di azione Approve, Reject e Refer vengono ora visualizzati direttamente sui dettagli > Scheda di approvazione. Questo vale per gli approvatori del Portale Tecnico e del Portale di Supporto attraverso i seguenti moduli: Richieste, Problemi, Cambiamenti, Rilascia, Beni e Conoscenza.
Quest'area viene spesso gestita con strumenti frammentati o processi manuali, riducendo visibilità e responsabilità.
Il miglioramento può ridurre il lavoro manuale, aumentare il controllo operativo e velocizzare le risposte.