Motadata ServiceOps 8.7.4.01 Release Notes
Motadata ServiceOps 8.7.4.01 delivers practical operational improvements.
Gestion du changement
Plan de déploiement Dates Appui aux règles de planification du changement
Les dates du plan de déploiement peuvent maintenant être configurées comme un champ obligatoire dans les Règles de planification personnalisées de Changement, assurant que les détails du plan de déploiement sont saisis pendant l'étape de planification.
Gestion des lots
Améliorations de l'OS via la gestion des paquets
Les administrateurs informatiques peuvent désormais télécharger des paquets de mise à niveau OS (ISO + script) de plus de 5 Go via la gestion de paquets, avec des vérifications automatiques de compatibilité avant déploiement et une validation de version après déploiement.
En savoir plus dans le Guide de l'utilisateur
Gestion des biens
Configuration de la valeur de récupération en pourcentage
La valeur de récupération dans la configuration de l'amortissement peut maintenant être définie en pourcentage du coût d'achat, en plus d'un montant fixe, tant au niveau du catalogue de produits qu'au niveau des actifs individuels.
Gestion des contrats
Pièces jointes dans les champs personnalisés
Les champs personnalisés du contrat prennent désormais en charge un type de champ de pièce jointe, permettant le téléchargement de fichiers directement dans le formulaire du contrat.
Avis d'événement et modèles
Nouvelle option de titulaire dans les notifications d'événements, les modèles d'impression et les flux de travail
Les administrateurs peuvent maintenant enrichir les notifications d'événements, les modèles d'impression et les actions de courriel Workflow avec trois nouveaux espaces dynamiques :
Détails de l'actif et de l'IC: Insérez des tableaux dynamiques de détails de l'actif et de l'IC avec le contrôle total des champs qui apparaissent et de leur ordre. Boîte de travail : Inclure les entrées de carnet de travail d'un billet de demande comme tableau structuré montrant l'activité du technicien. Demandes de fusion : Afficher les détails des tickets fusionnés pour le module Demande, montrant les tickets primaires et secondaires avec leur type de fusion clairement identifié. Détails de la tâche : Inclure des informations de tâche configurables dans les modèles d'impression.
Automatisation – Amélioration du flux de travail
Support des méthodes PUT, PATCH et DELETE dans Run Webhook
L'action Exécuter Webhook prend désormais en charge les méthodes HTTP suivantes, permettant aux workflows de mettre à jour, modifier et supprimer des données dans des systèmes externes :
PUT : met à jour toute la ressource avec les nouvelles données. Cas d'utilisation : Mettre à jour l'enregistrement de l'utilisateur dans le système des RH en hors-bord Lorsqu'un technicien ferme une demande de service hors-bord, un workflow envoie automatiquement une demande PUT au système de gestion des RH ou de l'identité avec l'enregistrement complet mis à jour de l'utilisateur, y compris le statut, la date de départ et le département. Cela garantit que le système externe reflète avec précision l'achèvement du hors-bord sans mise à jour manuelle séparée. Exemple de configuration: Module: RequestTrigger: Service Request is closedHTTP Méthode: PUTURL: https://api.hr-system.com/users/{#RequesterId#}Request JSON: { "status": "offboarded", "depart date": "{#ResolvedDate#}", "department": "{#Department#}" }PATCH: met à jour les champs spécifiques de la ressource. Cas d'utilisation : Synchroniser la priorité des billets à un outil de surveillance externe Lorsqu'un incident hautement prioritaire est soulevé ou intensifié dans ServiceOps, un workflow envoie automatiquement une demande PATCH à un outil de surveillance externe (comme PagerDuty ou Datadog) pour mettre à jour la gravité de l'alerte liée. Cela maintient les outils externes en synchronisation avec ServiceOps sans intervention manuelle du technicien. Exemple de configuration: Module: RequestTrigger: Priorité est changée à UrgentHTTP Méthode: PATCHURL: https://api.monitor-tool.com/alerts/{#AlertId#}Request JSON: { "severity": "{#Priority#}" Supprime la ressource. Cas d'utilisation: Supprimer l'accès temporaire après la fermeture de la demande de modification Lorsqu'une demande de changement pour un système temporaire ou un pare-feu est résolue, un workflow envoie automatiquement une demande DELETE au système de gestion d'accès pour révoquer l'entrée d'accès temporaire. Cela élimine les autorisations orphelines et réduit les risques de sécurité sans nécessiter un nettoyage manuel de l'équipe informatique. Exemple de configuration: Module: ChangeTrigger: Demande de modification est résoluHTP Méthode: DELETEURL: https://api.access-management.com/temporary-access/{#ChangeId#}
Gestion des tâches
Soutien aux actions en vrac dans le module Tâches
Les techniciens peuvent maintenant effectuer des actions en vrac sur les tâches à partir de la liste des tâches, simplifiant la gestion des tâches.
En savoir plus dans le Guide de l'utilisateur
Intégration de l'API
Solution et soutien au diagnostic dans les API de demande V1
Request V1 APIs supporte désormais les champs Solution et Diagnostic, permettant de récupérer, d'ajouter ou de mettre à jour ces détails via les API de requête GET, POST et PATCH.
En savoir plus dans le Guide de l'utilisateur
Divers
Filtre utilisateur dans l'audit opérationnel
Un filtre utilisateur à sélection multiple est maintenant disponible dans Operation Audit, permettant aux administrateurs de consulter les journaux d'audit pour les actions effectuées par des utilisateurs spécifiques tout en excluant les entrées générées par le système.
Source: Motadata Documentation