Motadata ServiceOps 8.7.4.01 Sürüm Notları

Motadata ServiceOps 8.7.4.01, güvenlik, endpoint operasyonları ve servis süreçlerinde doğrudan iş sonucuna dokunan geliştirmelere odaklanıyor. Patch Management operasyonel olarak daha güçlü hale gelirken, Hizmet İstek Yönetimi kapsamı genişliyor ve Değişim Yönetimi ile servis akışlarındaki manuel adımlar azalıyor. Bu sürüm; araçlar arası geçişi azaltmayı, uygulamayı standartlaştırmayı ve tespitten ya da talepten çözüme kadar sahipliği netleştirmeyi hedefliyor.

Motadata ServiceOps Release Notes Version 8.7.4.01 06.05.2026

Hizmet İstek Yönetimi

Technicians, Exchange Service seçeneği kullanarak biletden doğrudan farklı bir katalog malzemesine bir Hizmet İsteki dönüştürebilir, ortak alanlarda otomatik-popated ve eşsiz alanlarda dolum için bir yan yana form görünümü. Kullanıcı Kılavuzunda daha fazla bilgi edinin

Değişim Yönetimi

Rollout Plan Tarihleri Değişim Planlama Kurallarında Destek

Rollout Plan Tarihleri artık belirli Planlama Kurallarında zorunlu bir alan olarak yapılandırılabilir ve planlama aşamasında rollout planlama detayları ele alınacaktır.

Patch Management

OS Paket Yönetimi aracılığıyla Yükseltilir

IT Administrators artık OS yükseltme paketlerini (ISO + senaryo) 5 GB'den fazla Paket Yönetimi, otomatik iş öncesi uyumluluk kontrolleri ve iş sonrası sürüm geçerliliği ile yükleyebilir.

Kullanıcı Kılavuzunda daha fazla bilgi edinin

Varlık Yönetimi

Percentage-Based Salvage Value Construct

Salvage değer in depreciation configuration artık satın alma maliyetinin bir yüzdesi olarak ayarlanabilir, hem Ürün Kataloğu hem de bireysel varlık seviyesinde.

Sözleşme Yönetimi

Sözleşmeye Bağlı Alan Desteği Özel Alanlarda

Sözleşme Özel Alanlar artık bir Atalık alanı tipini destekler, dosya yüklemelerini doğrudan sözleşme formu içinde sağlar.

Olay Bildirimleri ve Şablonları

Event Bildirimleri, Baskı Şablonları ve Workflows Yeni Placeholder seçeneği

Yöneticiler artık Event Bildirimlerini, Yazdır Şablonları'nı zenginleştirebilir ve üç yeni dinamik yer sahibiyle e-posta eylemleri yapabilirler:

Varlık ve CI Ayrıntıları: Dinamik Varlık Detayları ve CI Detay tabloları hangi alanlarda ve onların düzeni üzerinde tam kontrolle. Worklog: Bir İstek biletinden, teknisyen aktivitesini gösteren yapılandırılmış bir tablo olarak Worklog girişlerini ekleyin. Merge Requests: Ekran, hem birincil hem de ikincil biletlerini bir araya getirerek bir araya getiren bilet detaylarını birleştirdi. Görev Detayları: Yazdır Şablonlarında yapılandırılabilir görev bilgilerini ekleyin.

Otomasyon – Workflow Advancedments

PUT, PATCH ve DELETE Method Support in Run Webhook

Run Webhook iş akışı şimdi aşağıdaki HTTP yöntemlerini destekliyor, iş akışlarının güncellenmesine, değiştirilmesine ve dış sistemlerdeki verileri silmesine izin veriyor:

PUT: Yeni verilerle tüm kaynağı güncelle. Use case: Update User Record in HR System on Offboarding When a teknisyen closes an offboarding Service Request, bir iş akışı otomatik olarak HR veya kimlik yönetimi sistemine tam güncelleştirilmiş kullanıcı kaydı, durum, kalkış tarihi ve bölüm dahil olmak üzere. Bu, dış sistemi, ayrı bir manuel güncelleme olmadan tamamlanmayı doğru bir şekilde yansıtmaktadır. Örnek konfigürasyon: Modül: İstekTrigger: Servis İste kapalıdırHTTP Yöntemi: PUTURL: https://api.hr-system.com/users/{#RequesterId #}Request JSON: { "status": "offboarded", "departure date": "{#ResolutionDate#}", "department": "{#Bölüm #}" Kullanım durumu: Bir Dış İzleme Aracına Öncelik ServisOps'ta yüksek öncelikli bir olay ortaya çıktığında, bir iş otomatik olarak dış izleme aracına ( PagerDuty veya Datadog gibi) bir PATCH isteği gönderir. Bu, teknisyenden herhangi bir manuel müdahale olmadan ServiceOps ile senkronize edilen dış araçları tutar. Örnek konfigürasyon: Modül: İstekTrigger: Öncekilik UrgentHTTP Yöntemi'ne değiştirildi: PATCHURL: https http://api.monitoring-tool.com/alerts/{#AlertId #}Request JSON: { "severlik": "{#Priority#}" } Kullanım durumu: Change Request Closure Geçici sistem veya güvenlik için bir değişim talebi çözüldüğünde, bir iş akışı otomatik olarak geçici erişim girişine geri dönmek için bir DELETE isteği gönderir. Bu, yetimli izinleri ortadan kaldırır ve BT ekibinden manuel temizlik gerektiren güvenlik riskini azaltır. Örnek konfigürasyon: Modül: ChangeTrigger: Change Request is solutionHTTP Method: DELETEURL: https://api.access- management.com/temporary-access/{#ChangeId#}

Görev Yönetimi

Görev Modülinde Bulk Actions için Destek

Technicians şimdi Görev Listesi görünümünden görevler üzerinde toplu eylemler gerçekleştirebilir, görev yönetimini basitleştirebilir.

Kullanıcı Kılavuzunda daha fazla bilgi edinin

API entegrasyonu

Çözüm ve Tanı Desteği V1 API'ler

V1 API'leri şimdi Çözüm ve Tanı alanları destekliyor, bu ayrıntıların alınmasına izin veriyor veya GET, POST ve PATCH istek API'leri aracılığıyla güncelleniyor.

Kullanıcı Kılavuzunda daha fazla bilgi edinin

Miscellaneous

Operasyon Denetiminde Kullanıcı Filtre

Şu anda Operasyon Denetimi'nde arama edilebilir bir çok-select Kullanıcı filtresi mevcuttur, yöneticilerin belirli kullanıcılar tarafından yapılan eylemler için denetim günlüklerini görmelerine izin verir, sistem tarafından oluşturulan girişler hariç.

Motadata ServiceOps Release Notes 8.7.4.01
Source: Motadata Documentation
→