Motadata ServiceOps 8.7.4.01 Release Notes

Motadata ServiceOps 8.7.4.01 delivers practical operational improvements.

Motadata ServiceOps Release Notes Version 8.7.4.01 06/05/2026

Gestion des demandes de services

Les techniciens peuvent désormais convertir une demande de service en un article de catalogue différent directement à partir du ticket en utilisant l'option Change Service, avec des champs communs auto-peuplés et une vue de formulaire côte à côte pour remplir des champs uniques. En savoir plus dans le Guide de l'utilisateur

Ce domaine est souvent géré avec des outils fragmentés ou des processus manuels, ce qui limite la visibilité et la responsabilité.
Cette amélioration peut réduire les tâches manuelles, renforcer le contrôle opérationnel et accélérer les réponses.

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.

Ce domaine est souvent géré avec des outils fragmentés ou des processus manuels, ce qui limite la visibilité et la responsabilité.
Cette amélioration peut réduire les tâches manuelles, renforcer le contrôle opérationnel et accélérer les réponses.

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

Ce domaine est souvent géré avec des outils fragmentés ou des processus manuels, ce qui limite la visibilité et la responsabilité.
Cette amélioration peut réduire les tâches manuelles, renforcer le contrôle opérationnel et accélérer les réponses.

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.

Ce domaine est souvent géré avec des outils fragmentés ou des processus manuels, ce qui limite la visibilité et la responsabilité.
Cette amélioration peut réduire les tâches manuelles, renforcer le contrôle opérationnel et accélérer les réponses.

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.

Ce domaine est souvent géré avec des outils fragmentés ou des processus manuels, ce qui limite la visibilité et la responsabilité.
Cette amélioration peut réduire les tâches manuelles, renforcer le contrôle opérationnel et accélérer les réponses.

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.

Ce domaine est souvent géré avec des outils fragmentés ou des processus manuels, ce qui limite la visibilité et la responsabilité.
Cette amélioration peut réduire les tâches manuelles, renforcer le contrôle opérationnel et accélérer les réponses.

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#}

Ce domaine est souvent géré avec des outils fragmentés ou des processus manuels, ce qui limite la visibilité et la responsabilité.
Cette amélioration peut réduire les tâches manuelles, renforcer le contrôle opérationnel et accélérer les réponses.

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

Ce domaine est souvent géré avec des outils fragmentés ou des processus manuels, ce qui limite la visibilité et la responsabilité.
Cette amélioration peut réduire les tâches manuelles, renforcer le contrôle opérationnel et accélérer les réponses.

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

Ce domaine est souvent géré avec des outils fragmentés ou des processus manuels, ce qui limite la visibilité et la responsabilité.
Cette amélioration peut réduire les tâches manuelles, renforcer le contrôle opérationnel et accélérer les réponses.

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.

Ce domaine est souvent géré avec des outils fragmentés ou des processus manuels, ce qui limite la visibilité et la responsabilité.
Cette amélioration peut réduire les tâches manuelles, renforcer le contrôle opérationnel et accélérer les réponses.
Motadata ServiceOps Release Notes 8.7.4.01
Source: Motadata Documentation
→