Motadata ServiceOps 8.7.4.02 Sürüm Notları

Portal-Based Print Şablon Viability

İstek Yönetimindeki Yazdır şablonlar, daha önce sadece Technician Portal'da mevcut, şimdi Destek Portalı'na da genişletildi. Admin > Request Management > Print Template altında yeni bir sekme yapısı, her portal için ayrı şablonları yönetmenize olanak sağlar. Hangi portalda göründüğünü kontrol etmek için her şablonda Şablon Viabil alanı kullanın. Seçilmiş portal ortamında basılı çıktıda boş olarak desteklenmez.

Form Update Support for the diagnosis Field

Technicians şimdi mevcut toplu eylemlerin yanı sıra İstek listesindeki Tanı alanında Bulk Update yapabilir. Şablon seçeneğinden gelen eklenti, toplu tanı güncelleştirmeleri yaparken de mevcuttur.

Aşama-if Onay Detayları Değişim Yönetimi V1 API

Change Management V1 API şimdi bir değişiklik kaydı getirdiğinde aşama tarafından onay detayları döndürür. Her aşama onaylayıcı bilgileri, onay durumu ve onay yorumları içerir, Jira gibi dış sistemleri bir Change Request için tam onay hiyerarşisini almak için sağlar.

V1 API Yayın Yönetimi Desteği

Yayın Yönetimi şimdi Jira gibi dış sistemlerle entegrasyon için V1 API uç noktalarının tam bir setine sahiptir. Aşağıdaki API'ler mevcuttur:

GET Bülteni: Tüm sistem ve özel alanları, artı Etkisi, Rollout Planı, Backout Planı, Plan Oluşturun ve eklerle Test Planı. POST Create release: Tüm sistem ve özel alanlarda bir sürüm kaydı oluşturun. PATCH Bir Yayın Güncellemesi: Planlama alanları da dahil olmak üzere herhangi bir sistem veya özel alanı Güncellemeler. DELETE Release: Deletes a release record by release ID. POST Arama Yayını: Ödemeler ID, istek veya e-posta veya herhangi bir sistem veya özel alan değeri. GET Atament: Referans dosyası adı tarafından yüklenmiş bir ek erişim. POST Relate Asset/CI: Bağlantılar mal veya CIs'ı serbest bırakmak için. Logon Name veya E-posta ile GET Bülteni: Bir kullanıcı ile ilişkili tüm serbest kayıtları döndürür. Talk APIs: Create, retrieve, update, search, and delete Not and Collaborate entries on a release record.

Hem ayık hem de API anahtar doğrulama desteklenir.

Agent-Based Discovery Support for Windows 7 ve Windows Server 2008

ServiceOps şimdi Windows 7 ve Windows Server 2008 cihazları için ajan tabanlı Varlık Discovery'i destekliyor. Geleneksel Windows ortamları çalışan örgütler artık bu makineleri alternatif keşif yöntemleri gerektiren keşif kapsamı içinde içerebilir.

Alma Linux 9.7, 10.1 ve Rocky Linux 9.7 için destek, 10.1

Asset şimdi Alma Linux 9.7, Alma Linux 10.1, Rocky Linux 9.7 ve Rocky Linux 10.1'i destekliyor.

Patch JSON Download History

Her Patch JSON indir şimdi rapor ve diğer modül indirme olaylarının yanı sıra merkezileştirilmiş Downloads logunda yakalanır. Her giriş kayıtları Referans ID, Name, Modül (then as "Patch") Durum, Event Start Time, Event End Time, and available Actions. Durumu Tamamlamak veya başarısız olmak için In Progress'den geçer.

Run Webhook Header Placeholder

Run Webhook eylemi şimdi daha önceki iş akışlarından çıkış değerlerini Header Value alanında dinamik değerler olarak destekliyor. Yöneticiler, iş akışı infazı sırasında tam dinamik başlık inşaatına izin veren üst düzey düğümlerden webhook başlıklarına dizin referans değerlerini haritalayabilirler. Mevcut yer sahibi seçimi davranışı değişmemektedir ve mevcut tüm iş akışları geri uyumlu kalır.

Worklog Placeholder in Print Templates, Event Bildirims, and Workflows

İşlog yer sahibi şimdi Sil Placeholder menüsünde mevcuttur:

İş akışı e-posta eylemleri (Problem, Change, release) Event Bildirimleri (Problem, Change, Release, Project)Yaz Şablonları (Değişim)

Ne zaman eklendiğinde, yer sahipleri rekorun işlog girişlerinin yapısal bir tablo oluşturur, Technician, Start Date, End Date, Time Taken ve Açıklama gösterir. En son girişlerin 15'ine kadar gösteriliyor.

Rapor ve Dashboards için Kapsama Viability

Rapor ve Dashboard oluşturma formları şimdi bir Rapor Access Level ve Dashboard Access Level üç seçenekle düşüş içerir: Public, Private, and Restricted. Yeni raporlar ve panolar özel olarak varsayılandır, bu yüzden açıkça paylaşılmadıkça diğer kullanıcılara görünür değiller. Restricted seçildiğinde, Technician Group Access Level ve Technician Access Level alanları görünür ve hedef paylaşımı sağlar. Mevcut raporlar ve panolar, yükseltmeden sonra önceki erişim konfigürasyonunu korur.

User Field Mapping via Form Rules

Kullanıcı Field Mapping, daha önce sadece İstek Yönetimi için mevcut, Form Kuralları aracılığıyla Problem ve Değişim modüllerine genişletilmektedir. Yöneticiler, yapı Set Değeri > Hedef Alanı > kullanarak haritaları yapılandırabilir > > > > > Requester Field, iletişim numarası, e-posta, yönetici, bölüm ve yer gibi sistem alanlarını kapsayan ve uyumlu özel alanları da kapsar. Alan tipi uyumluluk yapılandırma zamanında uygulanır, bu yüzden sadece yapısal olarak uyumlu kaynak alanları seçim listesinde görünür.

Updates ile Geliştirilmiş Onay Deneyimi

Approvers şimdi onay eylemleri doğrudan Onaylarıma taşınmadan biletten alabilir. Giriş kullanıcısı bir onaylayıcı olduğunda, Approve, Reject ve Refer aksiyon düğmeleri şimdi doğrudan ayrıntılarda gösteriliyor > Onay sekmesi. Bu, Technician Portal ve Destek Portalı aşağıdaki modüllerde onaylayıcılar için geçerlidir: İstekler, Sorunlar, Değişiklikler, Yayınlar, Varlıklar ve Bilgi.