Sprint Teknoloji

SLA (Hizmet Seviyesi Anlaşması) Nasıl Okunmalı?

SLA (Hizmet Seviyesi Anlaşması) Nasıl Okunmalı? Blog

Bir BT hizmeti satın alıyorsunuz: teknik destek, bulut sunucu, bakım sözleşmesi ya da hosting. Firma size parlak bir sunum yapıyor, fiyat makul, her şey güzel — ve ardından masaya bir sözleşme koyuyorlar. İçinde 'SLA' başlığı altında bir sürü teknik terim, yüzde, süre... Çoğu işletme sahibi bu sayfayı hızla geçer ve imzalar. Ta ki ilk sorun çıkana kadar.

İşte o an fark edersiniz ki, 'yanıt süresi 4 saat' diye yazan maddeden siz '4 saat içinde sorun çözülür' anlamını çıkarmışsınız; oysa anlaşma sadece '4 saat içinde size dönüş yaparız' diyormuş. Bu yazıda, SLA (Hizmet Seviyesi Anlaşması) denen belgeyi nasıl okumanız, hangi maddelere dikkat etmeniz ve nelerin 'kırmızı bayrak' olduğunu adım adım anlatacağız.

SLA Nedir, Neden Önemlidir?

SLA (Service Level Agreement), Türkçesi ile Hizmet Seviyesi Anlaşması, hizmet sağlayıcı ile müşteri arasında yapılan ve sunulacak hizmetin kapsamını, kalitesini, süresini ve sorumlulukları tanımlayan yazılı bir taahhüttür. Basitçe söylemek gerekirse: 'Biz size şu hizmeti, şu kalitede, şu sürede vereceğiz; vermediğimiz takdirde şu sonuçlar geçerli olacak' diyen belgedir.

SLA, her iki tarafı da korur. Siz ne bekleyeceğinizi bilirsiniz, firma da neye taahhüt ettiğini. Ancak bu belgenin gerçek değeri, doğru okunup anlaşılmasına bağlıdır. Aksi halde kağıt üzerinde bir güvence gibi görünen SLA, uygulamada hiçbir anlam ifade etmeyebilir.

SLA Okurken Dikkat Edilmesi Gereken Temel Bileşenler

Bir SLA belgesi genellikle şu ana başlıkları içerir. Her birini tek tek inceleyelim:

1. Hizmet Kapsamı (Scope)

Bu bölüm, hangi hizmetlerin dahil olduğunu tanımlar. Örneğin bir BT destek sözleşmesinde 'Windows ve macOS işletim sistemleri, ağ cihazları, yazıcılar dahildir' diyorsa, mobil cihazlar veya üçüncü taraf yazılımlar kapsam dışı kalabilir. Burada şunlara dikkat edin:

  • Hangi cihaz ve sistemler dahil?
  • Hangileri açıkça hariç tutulmuş?
  • Kullanıcı hatası, fiziksel hasar gibi durumlar SLA dışında mı?

Kapsam dışı kalan her şey için ek ücret veya ayrı bir anlaşma gerekebileceğini unutmayın.

2. Öncelik (Kritiklik) Seviyeleri

Tüm sorunlar aynı aciliyette değildir. SLA'da sorunlar genellikle P1, P2, P3 gibi öncelik seviyelerine ayrılır:

  • P1 (Kritik): Tüm işi durduran sorunlar (sunucu çökmesi, ağ tamamen kesilmesi)
  • P2 (Yüksek): Önemli bir işlevi engelleyen ancak iş tamamen durmuyor (bir departmanın interneti yok)
  • P3 (Normal/Düşük): Küçük aksaklıklar veya bilgi talepleri (yazıcı yavaş çalışıyor)

Bu tanımların net ve yazılı olması çok önemli. Yoksa siz 'kritik' derken, firma 'bu P2' diyebilir ve daha uzun müdahale süresi uygulayabilir.

3. Yanıt Süresi ve Çözüm Süresi

Burada çoğu kişinin kafası karışır. İki ayrı kavram vardır:

  • Yanıt Süresi (Response Time): Destek talebiniz kaydedildikten sonra firmanın size ilk dönüş yapma süresi. 'Talebinizi aldık, inceliyoruz' demesi yeterlidir.
  • Çözüm Süresi (Resolution Time): Sorunun fiilen çözülmesi için tanınan maksimum süre.

Örnek: 'P1 sorunlarda yanıt süresi 15 dakika, çözüm süresi 2 saat' demek, 15 dakika içinde size dönüş yapılacak, 2 saat içinde sorun çözülecek anlamına gelir. Ancak bazı SLA'larda yalnızca yanıt süresi verilir, çözüm süresi belirsiz bırakılır — bu kırmızı bayraktır.

4. Çalışma Saatleri ve Erişilebilirlik

SLA'da belirtilen süreler hangi zaman dilimi içinde geçerlidir? 7/24 mi, yoksa sadece mesai saatleri mi?

  • 'Yanıt süresi 4 saat' yazan bir anlaşmada, Cumartesi 18:00'de açtığınız talep Pazartesi 09:00'a kadar bekleyebilir — eğer 'çalışma saatleri: Pazartesi-Cuma 09:00-18:00' yazıyorsa.
  • Kritik işler için 7/24 destek şart mı? Bunu açıkça teyit edin.

5. Uptime Garantisi (Erişilebilirlik)

Özellikle bulut sunucu, hosting ve sunucu hizmetlerinde uptime (çalışır durumda kalma oranı) taahhüdü verilir. Örneğin:

  • %99,9 uptime = yılda yaklaşık 8,76 saat kesinti kabul edilebilir
  • %99,95 uptime = yılda yaklaşık 4,38 saat
  • %99,99 uptime = yılda yaklaşık 52 dakika

Bu yüzdeler küçük gibi görünse de aradaki fark büyüktür. Önemli nokta: planlı bakım süreleri genellikle bu hesaplamaya dahil edilmez. Yani 'yılda 20 saat planlı bakım yapabiliriz' maddesi varsa, gerçek kesinti süresi daha uzun olabilir.

6. Ceza veya Telafi (Penalty / Credit) Maddeleri

SLA taahhütleri tutturulmazsa ne olur? İyi bir SLA, somut sonuçlar içermelidir:

  • Belirli bir süre aşılırsa hizmet bedelinde indirim
  • Uptime hedefine ulaşılmazsa kredi iadesi
  • Tekrarlayan ihlallerde sözleşmeyi fesih hakkı

Eğer SLA ihlalinde hiçbir müeyyide yoksa, o anlaşma sadece bir niyet beyanıdır, hukuki yaptırımı zayıftır.

7. İstisna ve Kapsam Dışı Durumlar

Hangi durumlar force majeure (mücbir sebep) sayılıyor? Kimi SLA'larda şunlar hizmet dışı bırakılır:

  • İnternet servis sağlayıcı (ISP) kaynaklı kesintiler
  • Üçüncü taraf yazılım hataları
  • Müşteri tarafında yapılan yanlış yapılandırma
  • Doğal afetler, terör, savaş vb.

Bu liste ne kadar geniş tutulmuşsa, gerçek garanti o kadar zayıftır. Makul istisnalar normaldir, ama 'hemen her şeyi istisna' sayan SLA'dan kaçının.

8. Eskalasyon (Yükseltme) Prosedürü

Sorun çözülmüyorsa, hangi kademede kimle görüşebileceksiniz? İyi bir SLA, eskalasyon yolunu tanımlar:

  • Birinci seviye destek → İkinci seviye → Yönetici
  • Her kademe için bekleme süresi
  • Acil durumlarda direkt erişebileceğiniz bir iletişim kanalı

Bu yoksa, sorun çözülmediğinde sadece aynı kişiyle sürekli konuşursunuz ve hiçbir yere varamazsınız.

9. Raporlama ve Ölçüm

SLA'da belirtilen hedeflerin nasıl ölçüleceği ve ne sıklıkla raporlanacağı önemlidir. Örneğin:

  • Her ay performans raporu alıyor musunuz?
  • Yanıt ve çözüm süreleri otomatik bir sistemle mi kaydediliyor, yoksa manuel mi?
  • Raporlara erişiminiz var mı?

Ölçülemeyen bir SLA, uygulanamaz demektir.

10. Değişiklik ve Güncelleme Koşulları

Zamanla iş ihtiyaçlarınız değişir. SLA'nın düzenli aralıklarla gözden geçirilip güncellenebilir olması önemlidir. 'SLA yılda bir kez müşterinin talebiyle revize edilebilir' gibi bir madde, esneklik sağlar.

SLA Okurken Pratik İpuçları

  1. Belirsiz ifadelerden kaçının: 'Makul sürede', 'en kısa zamanda', 'mümkün olduğunca' gibi ifadeler SLA'da işe yaramaz. Hep sayı ve birim arayın: '2 saat', '15 dakika', '%99,9'.
  2. Çok güzel vaatler sorgulanmalı: '7/24, her sorun 10 dakikada çözülür' gibi taahhütler gerçekçi olmayabilir. Piyasa standartlarını araştırın.
  3. Başka müşterilerin deneyimini sorun: Firma SLA'ya ne ölçüde uyuyor? Referanslardan öğrenin.
  4. İlk 3 ay deneme süresi isteyin: Kimi firmalar pilot dönem sunar. SLA'nın gerçekten işlediğini test etmek için fırsattır.
  5. Yasal danışmanlık alın: Büyük sözleşmelerde bir hukuk danışmanına SLA'yı inceletmek paranın karşılığını verir.

Örnek Bir SLA Maddesi Nasıl Okunur?

Diyelim ki şöyle bir madde gördünüz:

'P1 sorunlarda müdahale süresi 30 dakika, hedef çözüm süresi 4 saattir. Destek, Pazartesi-Cuma 08:00-20:00 arası sağlanır. Yılda %99 uptime garantisi verilir. %99'un altında kalındığında aylık hizmet bedelinin %10'u iade edilir.'

Bu maddeden şunları anlıyoruz:

  • Kritik bir sorun bildirdiğinizde 30 dakika içinde size dönüş yapılacak (yanıt).
  • 4 saat içinde sorunu çözmeyi hedefliyorlar (ama 'hedef' kelimesi garantiden biraz daha zayıf).
  • Cumartesi-Pazar destek yok; o günlerde açtığınız çağrı Pazartesi sayılır.
  • Yılda yaklaşık 87 saate kadar kesinti normal kabul ediliyor (%99 uptime).
  • Daha fazla kesinti olursa aylık ücretin %10'u iade edilir (küçük bir tazminat).

Şimdi bu size yeterli mi, değil mi buna karar verebilirsiniz.

Sprint Teknoloji ile Çalışırken SLA Şeffaflığı

Kağıthane merkezli Sprint Teknoloji olarak, sunduğumuz tüm bilgisayar ve laptop teknik servis, kurumsal BT destek ve Apple cihaz hizmetlerinde SLA maddelerini şeffaf ve anlaşılır dille yazıyoruz. Müşterilerimizle imza öncesinde SLA'yı detaylı şekilde gözden geçiriyor, beklentileri netleştiriyoruz — çünkü güvenin temeli, açık iletişimdir.