Linux Patch Management Support
Come parte del modulo Patch Management, dopo Linux OS sono ora supportati:Ubuntu Versions 16.04, 18.04, 20.04, 20.10 e 21.04 CentOS Versioni 7 e 8RedHat Server Versioni 7 e 8
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.
Miglioramento della gestione delle risorse
La funzione Asset Baseline viene aggiunta come un miglioramento che rappresenta lo stato corretto del Asset (CI e CI Components) che può essere esaminato e concordato. Qui, Baselines aiuta l'asset manager a definire insieme di attributi che tutte le istanze di uno stesso tipo di asset dovrebbero avere. Baseline si concentra principalmente sugli attributi che ci si può aspettare che i beni condividano in comune e non includono variabili. Stabilire una linea di base è necessario eseguire il backup dopo una modifica e ripristinare la configurazione originale o ricostruire una versione specifica del bene in un secondo momento.
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.
Miglioramento del movimento
I beni sono tenuti a inviare fuori premessa per il lavoro di riparazione e in seguito lo stesso asset o la sua sostituzione deve essere raccolto. Per tenere traccia di tali movimenti di asset in ed out, viene aggiunto il supporto della funzionalità di Asset Movement Tracking. Per il completo processo di tracciamento è richiesto anche un Omolog obbligatorio.
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.
Regole di forma dinamica
Ulteriori opzioni sono aggiunte nelle forme Incident / Service Catalog per renderlo più dinamico. Qui i campi possono essere contrassegnati come obbligatori / non obbligatori, abilitati / disabilitati e mostrare / nascondere in base a varie condizioni. Tutte le regole del modulo di richiesta saranno licenziate solo durante la creazione di richiesta dal portale di supporto e dal portale tecnico. Queste regole non saranno applicabili nella creazione di richieste attraverso API / integrazioni.
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.
Disinstallazione automatica del software proibito
Come per le politiche di organizzazione l'uso di determinati software è limitato e sono categorizzati come Prohibited. Il software può essere contrassegnato come indicato automaticamente durante la scoperta in base alle regole o manualmente dopo la scoperta. Sul rilevamento dell'installazione del software proibito, il sistema ha già fornito a parte/autorità rilevanti inviando notifiche per la disinstallazione da quella particolare macchina. Ma, attualmente disinstallazione di software proibito dal endpoint gestito è processo manuale. Così, qui la funzione di disinstallazione automatica consente di rimuovere automaticamente il software all'interno di un frame di tempo specificato, una volta rilevato nel punto finale.
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.
Miglioramento desktop remoto
Il supporto di chat, trasferimento file e videochiamata viene aggiunto durante la sessione Desktop remoto effettuata dai tecnici.
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.
Miglioramento del Dashboard
Attualmente il sistema supporta solo un cruscotto globale per tutti gli utenti che il tecnico individuale può personalizzare secondo i requisiti. Ora ogni tecnico avrà l'opzione di creare più dashboard secondo le loro esigenze.
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.
Supporto per tecnici non residenti
A volte, i tecnici di campo che non effettuano il login stanno anche lavorando su richieste che sono chiamati tecnici non-login. Così, il supporto di questi tipi di tecnici viene aggiunto come una caratteristica e sarà considerato come normale tecnico, ma non sarà in grado di accedere al portale e non sarà conteggiato contro il numero di conteggio di licenza utente. I tecnici non universitari saranno in grado di ricevere tutte le notifiche e potranno essere assegnate richieste e altri moduli.
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 notifica e-mail su misura per il catalogo di servizio
In questo momento, i modelli di posta elettronica sono comuni per Incident e Service Catalog. Ora l'utente avrà l'opzione di sovrascrivere i modelli di posta elettronica per ogni catalogo di servizio. Questo permetterà all'utente di includere i campi dai cataloghi di servizio nei modelli di posta elettronica.
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.
