Motadata ServiceOps 8.7.4.02 Release Notes

Motadata ServiceOps 8.7.4.02 delivers practical operational improvements.

Motadata ServiceOps Release Notes Version 8.7.4.02 02.06.2026

Anforderungsmanagement

Portalbasierte Druckvorlage Sichtbarkeit

Druckvorlagen im Request Management, die bisher nur im Techniker-Portal verfügbar waren, wurden nun auch auf das Support-Portal erweitert. Eine neue Tab-Struktur unter Admin > Request Management > Druckvorlage ermöglicht es Ihnen, Vorlagen für jedes Portal separat zu verwalten. Verwenden Sie das Feld Template Visibility für jede Vorlage, um zu steuern, in welchem Portal sie angezeigt wird. Platzhalter, die im ausgewählten Portal nicht unterstützt werden, werden in der gedruckten Ausgabe als leer dargestellt.

Bulk Update Unterstützung für das Diagnosefeld

Techniker können nun zusätzlich zu den vorhandenen Bulk-Aktionen ein Bulk-Update im Diagnosefeld aus der Request-Listenansicht durchführen. Die Option Einfügen von Template ist auch bei der Durchführung von Bulk-Diagnose-Updates verfügbar.

Dieser Bereich wird häufig mit getrennten Werkzeugen oder manuellen Prozessen verwaltet, wodurch Transparenz und Verantwortlichkeit leiden.
Die Verbesserung kann manuellen Aufwand reduzieren, die operative Kontrolle erhöhen und schnellere Reaktionen unterstützen.

Änderungsmanagement

Schrittweise Genehmigungsdetails in der Change Management V1 API

Die Change Management V1-API gibt nun Genehmigungsdetails zurück, die beim Abrufen eines Change-Records nach Stufen gruppiert sind. Jede Stufe enthält die Genehmigungsinformationen, den Genehmigungsstatus und die Genehmigungskommentare, sodass externe Systeme wie Jira die vollständige Genehmigungshierarchie für eine Änderungsanforderung abrufen können.

Dieser Bereich wird häufig mit getrennten Werkzeugen oder manuellen Prozessen verwaltet, wodurch Transparenz und Verantwortlichkeit leiden.
Die Verbesserung kann manuellen Aufwand reduzieren, die operative Kontrolle erhöhen und schnellere Reaktionen unterstützen.

Release Management

V1 API-Unterstützung für Release Management

Release Management verfügt nun über einen vollständigen Satz von V1-API-Endpunkten für die Integration mit externen Systemen wie Jira. Folgende APIs sind verfügbar:

GET Release: Ruft alle System- und benutzerdefinierten Felder sowie Impact, Rollout Plan, Backout Plan, Build Plan und Testplan mit Anhängen ab. POST Create Release: Erstellt einen Release Record mit allen System- und benutzerdefinierten Feldern. PATCH Update a Release: Aktualisiert jedes System oder benutzerdefinierte Feld, einschließlich Planungsfelder. DELETE Release: Löscht einen Release Record durch Release ID. POST Search Release: Suchen nach Release ID, Requestername oder E-Mail oder einem System- oder benutzerdefinierten Feldwert. GET Attachment: Ruft einen hochgeladenen Anhang nach Referenzdateinamen ab. POST Relate Asset/CI: Verknüpft Assets oder CIs mit einem Release. GET Release per Logon Name oder E-Mail: Gibt alle Release-Datensätze zurück, die mit einem Benutzer verknüpft sind. Konversations-APIs: Erstellen, Abrufen, Aktualisieren, Suchen und Löschen von Notizen und Zusammenarbeiten von Einträgen in einem Release-Record.

Sowohl Bearer-Token als auch API-Key-Authentifizierung werden unterstützt.

Dieser Bereich wird häufig mit getrennten Werkzeugen oder manuellen Prozessen verwaltet, wodurch Transparenz und Verantwortlichkeit leiden.
Die Verbesserung kann manuellen Aufwand reduzieren, die operative Kontrolle erhöhen und schnellere Reaktionen unterstützen.

Vermögensverwaltung

Agent-Based Discovery Support für Windows 7 und Windows Server 2008

ServiceOps unterstützt jetzt agentenbasierte Asset Discovery für Windows 7 und Windows Server 2008 Geräte. Unternehmen, die Legacy-Windows-Umgebungen ausführen, können diese Maschinen jetzt in ihren Erkennungsbereich aufnehmen, ohne dass alternative Erkennungsmethoden erforderlich sind.

Unterstützung für Alma Linux 9.7, 10.1 und Rocky Linux 9.7, 10.1

Asset Discovery unterstützt jetzt Alma Linux 9.7, Alma Linux 10.1, Rocky Linux 9.7 und Rocky Linux 10.1.

Dieser Bereich wird häufig mit getrennten Werkzeugen oder manuellen Prozessen verwaltet, wodurch Transparenz und Verantwortlichkeit leiden.
Die Verbesserung kann manuellen Aufwand reduzieren, die operative Kontrolle erhöhen und schnellere Reaktionen unterstützen.

Patch Management

Patch JSON Download Geschichte

Jeder Patch JSON-Download wird nun im zentralisierten Download-Log neben Berichten und anderen Modul-Download-Ereignissen erfasst. Jeder Eintrag erfasst Referenz-ID, Name, Modul (als "Patch" angezeigt), Status, Ereignisstartzeit, Ereignisendzeit und verfügbare Aktionen. Statusübergänge von In Progress zu Completed oder Failed.

Dieser Bereich wird häufig mit getrennten Werkzeugen oder manuellen Prozessen verwaltet, wodurch Transparenz und Verantwortlichkeit leiden.
Die Verbesserung kann manuellen Aufwand reduzieren, die operative Kontrolle erhöhen und schnellere Reaktionen unterstützen.

Automatisierung: Workflow-Erweiterungen

Referenzwert-Unterstützung im Run Webhook Header Platzhalter

Die Run Webhook-Aktion unterstützt nun die Auswahl von Ausgabewerten aus früheren Workflow-Knoten als dynamische Werte im Header Value-Feld. Administratoren können String-Typ-Referenzwerte von Upstream-Knoten in Webhook-Header abbilden, was eine vollständig dynamische Header-Konstruktion während der Workflow-Ausführung ermöglicht. Das bestehende Platzhalter-Auswahlverhalten ist unverändert und alle vorhandenen Workflows bleiben rückwärtskompatibel.

Dieser Bereich wird häufig mit getrennten Werkzeugen oder manuellen Prozessen verwaltet, wodurch Transparenz und Verantwortlichkeit leiden.
Die Verbesserung kann manuellen Aufwand reduzieren, die operative Kontrolle erhöhen und schnellere Reaktionen unterstützen.

Druckvorlagen

Platzhalter in Druckvorlagen, Ereignisbenachrichtigungen und Workflows

Der Worklog-Platzhalter ist jetzt im Menü Platzhalter einfügen verfügbar für:

Workflow-E-Mail-Aktionen (Problem, Change, Release)Event-Benachrichtigungen (Problem, Change, Release, Project)Druckvorlagen (Change)

Beim Einfügen stellt der Platzhalter eine strukturierte Tabelle der Worklog-Einträge des Datensatzes dar, die Techniker, Startdatum, Enddatum, Zeit und Beschreibung anzeigt. Es werden bis zu 15 der aktuellsten Einträge angezeigt.

Dieser Bereich wird häufig mit getrennten Werkzeugen oder manuellen Prozessen verwaltet, wodurch Transparenz und Verantwortlichkeit leiden.
Die Verbesserung kann manuellen Aufwand reduzieren, die operative Kontrolle erhöhen und schnellere Reaktionen unterstützen.

Berichte und Analysen

Scoped Visibility für Berichte und Dashboards

Berichts- und Dashboard-Erstellungsformulare enthalten jetzt eine Berichtszugriffsstufe und eine Dashboard-Zugriffsstufe mit drei Optionen: öffentlich, privat und eingeschränkt. Neue Berichte und Dashboards sind standardmäßig auf Privat, so dass sie für andere Benutzer nicht sichtbar sind, es sei denn, sie werden explizit geteilt. Wenn Eingeschränkt ausgewählt ist, werden die Felder Zugriffsebene der Technikergruppe und Zugriffsebene der Techniker angezeigt, die eine gezielte Freigabe ermöglichen. Bestehende Berichte und Dashboards behalten ihre vorherige Zugriffskonfiguration nach dem Upgrade bei.

Dieser Bereich wird häufig mit getrennten Werkzeugen oder manuellen Prozessen verwaltet, wodurch Transparenz und Verantwortlichkeit leiden.
Die Verbesserung kann manuellen Aufwand reduzieren, die operative Kontrolle erhöhen und schnellere Reaktionen unterstützen.

Verschiedenes

User Field Mapping über Formularregeln

User Field Mapping, das bisher nur für Request Management verfügbar war, wird nun auf Problem- und Änderungsmodule über Formularregeln erweitert. Administratoren können Mappings mit der Struktur Set Value > Target Field > From > konfigurieren Requester Field, das Systemfelder wie Kontaktnummer, E-Mail, Manager, Abteilung und Standort sowie kompatible benutzerdefinierte Felder abdeckt. Die Feldtypkompatibilität wird zum Zeitpunkt der Konfiguration erzwungen, so dass nur strukturell kompatible Quellfelder in der Auswahlliste angezeigt werden.

Erweiterte Genehmigungserfahrung mit Ticket-Updates

Approvers können nun Genehmigungsaktionen direkt vom Ticket aus durchführen, ohne zu Meine Genehmigungen zu navigieren. Wenn der angemeldete Benutzer ein Genehmiger ist, werden die Aktionsschaltflächen Genehmigen, Ablehnen und Verweisen jetzt direkt in den Details angezeigt > Genehmigungsregister. Dies gilt für Techniker Portal und Support Portal Genehmiger in den folgenden Modulen: Anfragen, Probleme, Änderungen, Releases, Assets und Wissen.

Dieser Bereich wird häufig mit getrennten Werkzeugen oder manuellen Prozessen verwaltet, wodurch Transparenz und Verantwortlichkeit leiden.
Die Verbesserung kann manuellen Aufwand reduzieren, die operative Kontrolle erhöhen und schnellere Reaktionen unterstützen.
Motadata ServiceOps Release Notes 8.7.4.02
Source: Motadata Documentation
→