SLA Yönetimi: Saha Hizmetinde Yanıt ve Çözüm Süresi Sözleşmeleri

ITIL 4 Service Management framework'ü Service Level Management (SLM) pratiğinde SLA'yı 'hizmet sağlayıcı ile müşteri arasında, hizmet hedeflerini ve sorumlulukları tanımlayan dokümante edilmiş anlaşma' olarak tanımlar. ISO/IEC 20000-1 hizmet yönetim sistemi standardı SLA'nın yazılı, üzerinde anlaşılmış ve düzenli gözden geçirilen hedefler içermesini şart koşar. Saha hizmetinde SLA, ana sözleşmenin eki olarak yanıt/çözüm sürelerini ve uygunluk yüzdesini somutlaştırır — sözlü 'en kısa sürede' taahhüdü ölçülebilir değildir.

İki metrik sık karıştırılır. Yanıt süresi (response time): talep alındıktan sonra ilk anlamlı aksiyona kadar geçen süre — teknisyen atandı, müşteri arandı, ETA verildi. Çözüm süresi (resolution time): sorunun tamamen kapanmasına kadar geçen süre. ITIL bu ikisini ayrı ölçer çünkü hızlı yanıt veren ama geç çözen bir ekip ile geç yanıt verip hızlı çözen ekip farklı sorunlara işaret eder. Saha hizmetinde tipik kademe (tier) yapısı: kritik arıza için kısa yanıt + kısa çözüm, rutin bakım için uzun pencere.

Kurumsal SLA genelde önem derecesine göre kademelendirilir — yaygın adlandırma gold/silver/bronze veya P1/P2/P3. Her kademe farklı yanıt/çözüm süresi taahhüdü içerir: P1 (kritik, üretim durduran) için saatlik pencereler, P3 (düşük etki) için günlük. ITIL önceliklendirmeyi 'etki × aciliyet' matrisi ile yapar. FSM sistemi gelen talebi bu matrise göre otomatik sınıflandırıp ilgili SLA timer'ını başlatır — manuel sınıflandırma tutarsız olur.

B2B saha sözleşmelerinde SLA ihlali tipik olarak hizmet kredisi (service credit) veya ceza kesintisi doğurur: gecikmiş her talep için sözleşme bedelinin belli bir yüzdesi kesilir. ISO 20000 service credit'i resmi bir SLM aracı olarak tanır. Asıl risk para değil itibar ve sözleşme yenilememe riskidir. Ceza uygulanabilmesi için her tarafın hangi talebin ne zaman geldiğini ve ne zaman çözüldüğünü kanıtlaması gerekir — FSM'in çift taraflı zaman damgası bu kanıt zincirini sağlar; aksi halde müşteri kendi raporunu sunar, itiraz hakkı zayıflar.

Eskalasyon, bir talebin SLA hedefini aşmaya yaklaştığında devreye giren katmanlı uyarı mekanizmasıdır. ITIL fonksiyonel eskalasyon (daha yetkin ekibe) ve hiyerarşik eskalasyon (yöneticiye) ayrımı yapar. Pratik saha kurgusu: SLA süresinin %75'inde teknisyene hatırlatma → %90'ında dispatcher'a uyarı → aşımda süpervizöre bildirim. Otomatik eskalasyon ihlalleri proaktif önler; manuel takipte ihlal ancak gerçekleştikten sonra fark edilir.

SLA compliance (uygunluk) ana KPI'dır: hedefe uyan talep / toplam talep. ITIL bunu MTTR (Mean Time To Repair / ortalama onarım süresi) ve FTFR gibi metriklerle birlikte izlemeyi önerir. Düzenli SLA gözden geçirme toplantısı (service review) ISO 20000'in zorunlu kıldığı bir pratiktir — trend bozuluyorsa kök neden analizi yapılır. Bu raporlar ancak her aşaması zaman damgalı bir FSM sisteminden güvenilir biçimde üretilir.

EkibimJet talep alındığı andan kapanışa kadar her aşamayı (atama, check-in, çözüm) otomatik zaman damgalar; bu sayede yanıt/çözüm süreleri, SLA compliance ve eskalasyon eşikleri sistemce hesaplanır. Türkiye'deki saha ekipleri için kademeli SLA şablonları ve dispatcher panosu mobil-first tasarlandı. SLA'nın müşteri memnuniyetiyle ilişkisini SLA takip yazımız daha ayrıntılı ele alır.