TALEP YÖNETİMİ
Talep yönetimi, uçtan uca düzenli.
Tüm talepler varlık geçmişiyle bağlanır, e-posta ve mesajlaşma kaosunda kaybolmaz.
Ekiplerin genelde gördüğü tablo
Kayda geçmeyen olay
Çoklu kaynaktan giriş (e-posta, API, portal, elle) her talebi aynı kuyrukta tutar. E-posta zinciri artık tek gerçek kaynak değil.
Ekip başına görünür SLA karşılama oranı
Açık / gecikmiş / ihlal edilmiş / zamanında, tek bakışta. İhlal uyarısı son tarihten önce tetiklenir, sonrasında değil.
Varlık başına duruş eğilimi
Her talep, ilgili varlığı ve duruş süresini kaydeder. 30 / 90 / 365 günlük eğilim, arıza gelmeden değişim adaylarını gösterir.
Otomatik yönlendirme boyutu
Kategori, öncelik, tür, konum, varlık, kaynak. Yönlendirme kuralında istediğiniz kombinasyonu birleştirin. Üretim hattı talebi vardiyadaki ekibe, mesai dışı BT talebi nöbetçiye gider.
Tek akış. Her talep. Net sorumluluk.
Talep artık e-posta zincirinde ya da mesajlaşmada kaybolmaz. Her talep sıralanabilir, filtrelenebilir, atanabilir tek bir listede yaşar: durum, öncelik, kategori, atanan kişi, varlık ve SLA sayacı tek bakışta görünür.
Durum, öncelik, atanan kişi, varlık, SLA sayacıyla sıralanabilir liste
Kategori, atanan kişi, konum, varlık türü, gecikmiş, ihlal edilmiş filtresi
Sabit kategoriler altında, kuruluşa özel alt durumlar
Her talepte tam bağlam.
Herhangi bir talebi açın, her şey tek yerde: talep edenle yazışma, sadece ekibinizin gördüğü dahili notlar, canlı SLA sayacı, atanan kişi ve Yeni'den Çözüldü'ye durum akışı. Ne olduğunu anlamak için e-posta zincirini karıştırmaya gerek yok.
İç içe yorumlar, ekibinize özel dahili notlarla
Canlı SLA sayacı: kalan süre ya da ihlal, tek bakışta
Net durum akışı: Yeni → Devam ediyor → Çözüldü → Kapandı
Atanan kişi, öncelik ve tür, talep açılır açılmaz görünür
SLA, yönlendirme ve gerçekten işleyen çalışma saatleri.
Kuralları siz tanımlarsınız: üretim hattındaki yüksek öncelikli talep vardiyadaki bakım ekibine gider, mesai dışı HVAC sorunu nöbetçiye düşer, yazılım lisansı talebi BT satın almaya yönlenir. SLA politikaları önceliğe göre yanıt ve çözüm hedefi belirler; saat gece ve tatilde durur, böylece ofis kapalıyken açılan hafta sonu talebi son tarihi ihlal etmiş sayılmaz.
Otomatik yönlendirme kuralı: kategori, öncelik, tür, konum, varlık, kaynak
Önceliğe göre yanıt ve çözüm hedefli SLA politikaları
Çalışma saati farkındalığı, saat hafta sonu ve tatilde durur
Arka planda SLA takibi: son tarihten önce uyarı, ihlalde bildirim
Bekletme gerekçesi kuruluşa göre yapılandırılır (müşteri bekleniyor, tedarikçi bekleniyor)
Analitik için çözüm kodları, talebin nasıl kapandığını sınıflar
Tek tık: talep, iş emrine dönüşür.
Bazı talepler bir yorumla kapanır. Bazıları gerçek iş ister: teknisyen sahaya gider, parça çekilir, süre kaydedilir. Talepte "İş Emri Oluştur"a tıklayın; yeni iş emri talep bilgileriyle önceden doldurulmuş açılır, siz sadece bakım türünü, önceliği ve bitiş tarihini ayarlarsınız. Bir talepten birden çok iş emri doğabilir; hepsi tamamlanınca talep kendiliğinden kapanır.
Talepten doğrudan iş emri oluşturun, başlık önceden dolu gelir
Bakım türünü, önceliği ve bitiş tarihini tek adımda ayarlayın
Bir talepten birden çok iş emri, karmaşık işi aşamalara bölün
Otomatik kapanış: bağlı tüm iş emirleri bitince talep de kapanır
Gerçek bir talep yazılımını e-posta ve mesajlaşmadan ayıran ne?
Çoğu ekip servis talebini hâlâ e-posta zinciri, ortak posta kutusu ve anlık mesajlaşma kanalları üzerinden yürütüyor. Talep varlık bağlamıyla birinci sınıf bir modül olunca değişen budur.
| Yetkinlik | UNIO24 Talep YönetimiÖnerilen | E-posta ve anlık mesajlaşma | Genel servis masası aracı |
|---|---|---|---|
| Kayıt ve iş akışı | |||
| Filtreli, sıralanabilir listeDurum, öncelik, atanan kişi, varlık, SLA sayacı | Evet | Gelen kutusunda / mesajlaşmada kaybolur | Evet |
| Çoklu kaynaktan kayıtElle, e-postadan talebe, REST API, self servis portal | Evet | Sadece e-posta | Bazen |
| Hiyerarşik kategori + özel durumlarKuruluşa göre ağaç yapılı, temiz raporlama için | Evet | Serbest metin etiket | Sınırlı |
| Varlık bağlamı | |||
| Varlığa ve konuma bağlıHer talep, varlık geçmişi bağlamında | Evet | Elle çapraz referans | Nadiren yerleşik |
| Talepten varlık geçmişi görünürÖnceki onarımlar, sahip, garanti, ilgili talepler | Evet | Ayrı bakmak gerekir | Nadiren |
| Varlık başına tekrarlayan arıza tespitiAynı varlık, benzer sorun, birden çok döngü otomatik görünür | Evet | Yazışmalarda gizli kalır | Bazen |
| SLA ve yönlendirme | |||
| Çalışma saatli ve tatilli SLASaat çalışma saatine saygı gösterir, hafta sonu son tarihi yakmaz | Evet | No | Bazen |
| Kurala dayalı otomatik yönlendirmeKategori, öncelik, konum, varlık, kaynak | Evet | Elle yeniden atama | Genelde üst pakette |
| İş akışı | |||
| Tek tıkla iş emrine dönüşümTalep gerçek planlı iş gerektirdiğinde | Evet | Elle kopyala-yapıştır | Nadiren yerleşik |
| İş emirleri tamamlanınca otomatik kapanışBağlı tüm iş emirleri bitince talep kapanır | Evet | Elle kapatma | Bazen |
UNIO24 bir platform. Talep Yönetimi bunun bir modülü.
Ekibinizin aynı hesapta başka neye eriştiğine bakın — hepsi dahil, hepsi sınırsız kullanıcıyla.
Talep Yönetimi Hakkında Sıkça Sorulan Sorular
Talepler nereden gelebilir?
Dört kaynaktan, hepsi aynı sisteme düşer: personel tarafından elle oluşturma, e-postadan talebe (özel bir kutuya yönlendirme), diğer sistemlerle entegrasyon için REST API ve talep edenlerin doğrudan başvurduğu self servis portal. Kaynak her talepte kaydedilir, böylece analitik çözüm süresini ve hacmi kanallar arası karşılaştırabilir.Kendi durumlarımızı ve kategorilerimizi kullanabilir miyiz?
Evet. UNIO24 ekipler arası tutarlılık için sabit durum kategorileri sunar (açık / işlemde / bekletildi / tamamlandı / kapandı / iptal), ama her kategori yapılandırılabilir alt durumları destekler (örn. "Kabul edildi", "İnceleniyor", "Kullanıcı bekleniyor"). Kategoriler ağaç yapılıdır: "Donanım → Laptop → Ekran" gibi kendi taksonominize uyan derinlik kurabilirsiniz.Diğer departmanların talepleri için de kullanılabilir mi?
Evet. Talep Yönetimi her tür hizmet talebini kapsar: BT (laptop değişimi, şifre sıfırlama), tesis (HVAC arızası, temizlik talebi), bakım (bozuk ekipman), satın alma (lisans talebi), İK (yetki değişikliği). Varlık bağlantısı, iş akışı ve SLA her kategoride aynı şekilde çalışır. Çoğu ekip departmanlar arası tek bir talep modülü kullanır, kategori bazlı yönlendirmeyle.
Cevaplamadığımız bir sorunuz mu var? Bize Ulaşın
Talebin arkasındaki kavramları öğrenin.
İş emrine dönüşen talepler, güvenilirlik metriklerinin ham verisini oluşturur.
İş emri nedir?
Talebin dönüştüğü planlı işi tanımlayan belge; türleri ve yedi aşamalı süreci.
Devamını oku
MTBF nedir?
Arızalar arası ortalama süre; kapanan talep zaman damgalarından nasıl hesaplanır.
Devamını oku
MTTR nedir?
Ortalama onarım süresi; talep açılışından kapanışına kadar geçen süreden hesaplanır.
Devamını oku