Motadata ServiceOps 8.7.4.01 Release Notes

I tecnici possono ora convertire una richiesta di servizio in un articolo di catalogo diverso direttamente dal biglietto utilizzando l'opzione Change Service, con campi comuni auto-popolati e una vista laterale del modulo per il riempimento in campi unici. Scopri di più nella Guida all'Utente

Rollout Plan Dates Supporto per Cambiare le regole di pianificazione

Rollout Plan Dates può ora essere configurato come un campo obbligatorio in Modifica regole di pianificazione personalizzate, assicurando che i dettagli di pianificazione rollout vengono catturati durante la fase di pianificazione.

Aggiornamenti OS tramite Gestione dei pacchetti

Gli amministratori IT possono ora caricare pacchetti di aggiornamento del sistema operativo (ISO + script) superiori a 5 GB tramite Gestione dei pacchetti, con controlli automatici di compatibilità pre-deployment e convalida della versione post-deployment.

Scopri di più nella Guida all'Utente

Configurazione del valore di salvataggio basata su percentuale

Il valore di risparmio nella configurazione di ammortamento può ora essere impostato come percentuale del costo di acquisto, oltre ad un importo fisso, sia al Catalogo Prodotti che al livello di Asset individuale.

Supporto del campo di aggancio in campi personalizzati di contratto

I campi personalizzati di contratto ora supportano un tipo di campo di Allegato, consentendo il caricamento dei file direttamente all'interno del modulo di contratto.

Nuova opzione dei segnaposto in notifiche di eventi, modelli di stampa e flussi di lavoro

Gli amministratori possono ora arricchire Notifiche Evento, Modelli di Stampa e Opera Flusso azioni e-mail con tre nuovi segnaposto dinamici:

Bene e dettagli CI: Inserire le tabelle dinamiche Asset Details e CI Details con il pieno controllo su quali campi appaiono e il loro ordine. Worklog: Includere le voci del Worklog da un biglietto di richiesta come tavolo strutturato che mostra l'attività del tecnico. Richieste di unione: Visualizza i dettagli dei biglietti fusi per il modulo di richiesta, mostrando entrambi i biglietti Primari e Secondari con il loro tipo di fusione chiaramente identificato. Dettagli delle attività: Includere le informazioni di attività configurabili in Modelli di stampa.

Supporto di metodo PUT, PATCH e DELETE in Run Webhook

L'azione Run Webhook workflow supporta ora i seguenti metodi HTTP, consentendo ai flussi di lavoro di aggiornare, modificare ed eliminare i dati in sistemi esterni:

PUT: Aggiorna l'intera risorsa con i nuovi dati. Se un tecnico chiude una richiesta di assistenza offboarding, un flusso di lavoro invia automaticamente una richiesta PUT al sistema di gestione delle risorse umane o dell'identità con il record utente completo aggiornato, incluso stato, data di partenza e dipartimento. Questo assicura che il sistema esterno rifletta con precisione il completamento offboard senza un aggiornamento manuale separato. Configurazione dell'esempio: Modulo di richiesta: richiesta di servizio è chiusa Metodo HTTP: PUTURL: https://api.hr-system.com/users/{#RequesterId#}Richiesta JSON: { "status": "offboarded", "departure date": "{#ResolvedDate#}", "department": "{#Department#}" } Caso d'uso: Sincronizza la priorità dei biglietti a uno strumento di monitoraggio esterno Quando un incidente ad alta priorità viene sollevato o escalato in ServiceOps, un flusso di lavoro invia automaticamente una richiesta PATCH a uno strumento di monitoraggio esterno (come PagerDuty o Datadog) per aggiornare la gravità dell'avviso collegato. Questo mantiene strumenti esterni in sintonia con ServiceOps senza alcun intervento manuale dal tecnico. Configurazione di esempio: Modulo: richiestaTrigger: La priorità è cambiata in UrgentHTTP Metodo: PATCHURL: https://api.monitoring-tool.com/alerts/{#AlertId#}Richiesta JSON: { "severity": "{#Priority#}" Elimina la risorsa. Caso d'uso: rimuovere l'accesso temporaneo dopo il cambiamento di richiesta di chiusura Quando viene risolta una richiesta di modifica per il sistema temporaneo o l'accesso al firewall, un flusso di lavoro invia automaticamente una richiesta DELETE al sistema di gestione dell'accesso per revocare l'accesso temporaneo. Questo elimina i permessi orfani e riduce il rischio di sicurezza senza richiedere la pulizia manuale dal team IT. Configurazione di esempio: Modulo: ChangeTrigger: Change Request viene risolto Metodo HTTP: DELETEURL: https://api.access-management.com/temporary-access/{#ChangeId#}

Supporto per Azioni Bulk nel modulo Task

I tecnici possono ora eseguire azioni di massa sulle attività dalla vista della lista delle attività, semplificando la gestione delle attività.

Scopri di più nella Guida all'Utente

Supporto Soluzione e Diagnosi in Richiedi API V1

Richiedi ora le API V1 supportano i campi Soluzione e Diagnosi, permettendo che questi dettagli vengano recuperati, aggiunti o aggiornati tramite le API di richiesta GET, POST e PATCH.

Scopri di più nella Guida all'Utente

Filtro utente in Audit di operazione

Un filtro utente multi-select ricercabile è ora disponibile in Operation Audit, consentendo agli amministratori di visualizzare i log di audit per le azioni eseguite da utenti specifici, escludendo le voci generate dal sistema.