SLA Nedir? Bakım Anlaşmasında Yanıt ve Çözüm Süreleri Nasıl Okunur?

Bakım anlaşması tekliflerinde en çok geçen ama en az sorgulanan kısaltma SLA'dır. Satış görüşmesinde "hızlı müdahale ederiz" cümlesi herkesten duyulur; sistemler durduğunda ise geçerli olan tek şey sözleşmede yazan süredir. SLA (Service Level Agreement — hizmet seviyesi taahhüdü), o sürelerin yazılı halidir. Bu yazıda SLA'nın nasıl okunacağını, yanıt süresi ile çözüm süresi arasındaki kritik farkı ve teklif karşılaştırmasında gözden kaçan istisna maddelerini ele alıyoruz.

SLA Nedir, Neden Önemli?

SLA; hangi tür arızaya, ne kadar sürede, hangi kanaldan müdahale edileceğini tanımlayan sözleşme bölümüdür. İyi yazılmış bir SLA iki tarafı da korur: işletme ne bekleyeceğini bilir, sağlayıcı neye söz verdiğini bilir. SLA'sız veya muğlak SLA'lı sözleşmelerde ise öncelik her zaman en yüksek sesle bağıran müşterinindir.

Muğlak SLA'nın tipik belirtileri şunlardır:

• "En kısa sürede müdahale edilir" gibi süresiz ifadeler
• Yanıt ve çözüm süresinin tek kavramda eritilmesi
• Arıza önceliklerinin tanımsız bırakılması
• Sürelerin hangi saat aralığında ölçüldüğünün yazmaması
• Taahhüt tutulmadığında ne olacağının belirsizliği

Yanıt Süresi ile Çözüm Süresi Aynı Şey Değildir

SLA okumanın en kritik noktası budur. Yanıt süresi (response time), çağrınızın bir teknisyen tarafından ele alınmaya başlamasına kadar geçen süredir; çözüm süresi (resolution time) ise sorunun giderilmesine kadar geçen süre. "Bir saat içinde yanıt" taahhüdü, sorunun bir saatte çözüleceği anlamına gelmez — yalnızca birinin bir saat içinde sorunla ilgilenmeye başlayacağını söyler.

Dürüst bir sözleşme çoğu zaman çözüm için kesin saat vermek yerine hedef aralık veya "işin niteliğine göre planlanan süre" tanımlar; çünkü disk değişimi ile veri kurtarma aynı takvimle çözülemez. Şüpheli olan, her şeye aynı iddialı çözüm süresini yazan sözleşmedir.

Öncelik Seviyeleri: Her Arıza Aynı Değildir

Sağlıklı SLA, arızaları etki düzeyine göre sınıflar ve her sınıfa ayrı süre tanımlar:

Öncelik	Tanım	Örnek
Kritik (P1)	Operasyon tamamen durdu	Sunucu çöktü, kimse çalışamıyor
Yüksek (P2)	Önemli işlev kesintide, iş kısmen sürüyor	Muhasebe yazılımına erişilemiyor
Orta (P3)	Tek kullanıcı veya tek cihaz etkilendi	Bir bilgisayarda e-posta açılmıyor
Düşük (P4)	İş durmuyor, planlı çözülebilir	Yeni kullanıcı kurulumu talebi

Bu sınıflama olmadan verilen tek tip süre iki soruna yol açar: kritik arızada süre yavaş kalır, rutin taleplerde gereksiz aciliyet maliyeti ödenir.

Gözden Kaçan Üç Madde

Ölçüm Penceresi

"Dört saat içinde müdahale" ifadesi, mesai saatine bağlanmışsa cuma 17:00'de açılan çağrı için pazartesi sabahını işaret edebilir. Sürelerin takvim saati mi, iş saati mi olduğu ve mesai penceresinin sınırları açıkça yazılmalıdır.

İstisna ve Duraklatma Koşulları

Müşteriden bilgi beklenen süre, üçüncü taraf (internet sağlayıcısı, yazılım üreticisi) kaynaklı gecikmeler ve parça tedarik süreleri genellikle SLA sayacını durdurur. Bu istisnaların varlığı normaldir; tanımsız olması sorundur.

Gerçek İşletme Örnekleri

Örnek 1: E-Ticaret Deposu

Sipariş yazılımı duran bir depo işletmesi, sözleşmesinde tek tip "24 saat çözüm" maddesi olduğunu kesinti gününde fark etti; barkod yazıcısı arızası da sunucu çökmesi de aynı kuyruktaydı. Yenilenen sözleşmede öncelik sınıfları tanımlandı; kritik arıza için ayrı süre ve eskalasyon yolu yazıldı. Sonraki kesintide müdahale kuyruğu değil öncelik tablosu işledi.

Örnek 2: Mali Müşavirlik Ofisi

Beyanname döneminde e-imza sorunu yaşayan bir ofis, çağrının "yanıtlandığını" ama günlerce çözülmediğini deneyimledi; sözleşme yalnız yanıt süresi taahhüt ediyordu. Yeni sözleşmeye dönem bazlı kritik uygulama listesi eklendi: beyanname yazılımı ve e-imza, dönem boyunca yüksek öncelik sınıfında izlenir hale geldi.

Yamanlar Bilişim Bu Süreçte Nasıl Destek Sağlar?

Yamanlar Bilişim, SLA'yı pazarlama rakamı olarak değil operasyon planı olarak ele alır: önce işletmenin hangi sistemlerinin gerçekten kritik olduğu çıkarılır, öncelik sınıfları ve müdahale biçimi buna göre sözleşmeye yazılır. Süreler mesai penceresiyle birlikte tanımlanır; her çağrının açılışı, müdahalesi ve kapanışı kayıt altında tutulduğu için taahhüdün tutulup tutulmadığı raporla görünür.

SLA tasarımında Yamanlar Bilişim'in netleştirdiği başlıklar şunlardır:

• Kritik sistem listesinin işletmeyle birlikte çıkarılması
• Öncelik sınıfları ve her sınıf için müdahale kanalı
• Yanıt ve çözüm hedeflerinin ayrı ayrı yazılması
• Ölçüm penceresi ve istisna koşullarının tanımı
• Çağrı kayıtlarına dayalı dönemsel SLA raporu

Bakım kapsamının bütününü Kurumsal IT Destek & Bakım Anlaşması sayfasında, fiyatı etkileyen diğer değişkenleri fiyat faktörleri rehberinde bulabilirsiniz.

SSS