Kriz Yönetiminde SLA ve Eskalasyon Nasıl Çalışır?
Kriz yönetiminde SLA ve eskalasyon nasıl çalışır? SLA sayacı, süre aşımı ve otomatik eskalasyon zincirinin kriz anında işleyişini adım adım açıklıyoruz.
Güncellendi: 2026-06-25
Kriz yönetiminde SLA ve eskalasyon, kritik bir bildirimin gönderildiği andan itibaren çalışmaya başlayan bir süre sayacı (SLA) ile, bu süre dolduğunda devreye giren otomatik bir yükseltme zincirinden (eskalasyon) oluşur. Bildirim ilgili kişiye ulaştığında bir geri sayım başlar; kişi tanımlı süre içinde onay (acknowledge) vermez veya gerekli aksiyonu almazsa sistem ihlali kaydeder ve bildirimi bir sonraki sorumluya, ardından yöneticiye veya yedek ekibe taşır. Böylece kriz anında "mesaj gönderdik ama kimse görmedi" boşluğu, denetlenebilir bir operasyon kaydıyla kapatılır.
Bu sayfa kimler için?
- Kriz ve acil durum süreçlerini yöneten **operasyon müdürleri** ve koordinatörler
- Vardiya, nöbet ve çağrı zincirlerinde sorumluluk geçişini netleştirmek isteyen ekip liderleri
- Kritik bildirimlerin zamanında okunup okunmadığını ölçmek isteyen **kalite ve denetim** ekipleri
- Kamu ve kurumsal yapıda olay müdahale sürelerini standarda bağlamak isteyen yöneticiler
Kriz anında SLA ve eskalasyon neden önemlidir?
Krizin ölçeği genellikle ilk dakikalarda değil, kimsenin sorumluluğu almadığı boşluk anlarında büyür. Bir uyarı gönderilir, ama doğru kişi o an telefonuna bakmıyordur; bir vardiya değişimi sırasında bildirim arada kaybolur; herkes "başkası ilgileniyordur" varsayar. Bu boşluklar, küçük bir olayı yönetilebilir olmaktan çıkarıp ciddi bir kesintiye dönüştürebilir.
SLA (hizmet seviyesi sözleşmesi) burada bir taahhüt çıpasıdır: "Bu tür bir bildirim 5 dakika içinde onaylanmalı ve 15 dakika içinde aksiyona geçilmeli" gibi ölçülebilir bir kural koyar. Eskalasyon ise bu kural ihlal edildiğinde ne olacağını otomatikleştirir. İkisi birlikte, kriz iletişiminde insan unutkanlığına ve müsaitlik belirsizliğine karşı yapısal bir güvenlik ağı oluşturur. Amaç suçlu aramak değil, sorumluluğun bilinçli olarak el değiştirdiğinden emin olmaktır.
Klasik yöntemler neden yetersiz kalır?
Birçok kurum kriz anında hâlâ telefon zinciri, e-posta listesi veya hızlı mesajlaşma gruplarına güveniyor. Bu araçların ortak zayıflığı, iletinin ulaştığını ve anlaşıldığını kanıtlayamamalarıdır.
- Geri bildirim yok: E-posta gönderildi, ama açıldı mı, okundu mu, kim aksiyon aldı? Belirsiz.
- Süre takibi yok: Hiçbir geri sayım yoktur. "Cevap gelmedi" durumu kendiliğinden bir sonraki adımı tetiklemez; birinin fark etmesi gerekir.
- Sorumluluk dağılır: 30 kişilik bir gruba düşen mesajda herkes okumadan geçer, kimse sahiplenmez.
- İz kalmaz: Olaydan sonra "kim ne zaman bilgilendirildi, kim ne zaman müdahale etti" sorusuna güvenilir bir cevap üretilemez.
- Manuel yükseltme: Bir üst yöneticiye haber vermek, panik anında birinin elle telefon açmasına kalır.
Kriz anında en kıt kaynak dikkat ve zamandır. Manuel takip gerektiren her yöntem, tam da en yoğun anda insan gücünü tüketir.
Notivex yaklaşımı
Notivex, kritik iletişimi "gönder ve umut et" modelinden çıkarıp ölçülebilir ve denetlenebilir bir akışa dönüştürür. SLA ve eskalasyon mantığı şu yapı taşları üzerine kurulur:
- Kritik bildirim ve zorunlu görünürlük: Bildirim sıradan bir mesaj gibi akışta kaybolmaz; alıcının dikkatini gerektiren, öne çıkan bir uyarı olarak iletilir. Böylece SLA sayacı anlamlı bir başlangıç noktasına oturur.
- Acknowledge telemetrisi: Her bildirim için "iletildi", "görüldü" ve "onaylandı" durumları ayrı ayrı izlenir. SLA, kişinin sadece mesajı alması değil, onay vermesi üzerinden ölçülür.
- SLA sayacı: Bildirim ulaştığı anda tanımlı süre için geri sayım başlar. Süre dolmadan onay gelirse SLA karşılanmış sayılır; gelmezse sistem otomatik olarak bir ihlal kaydı oluşturur.
- Otomatik eskalasyon zinciri: İhlal anında bildirim, önceden tanımlanmış sıraya göre bir sonraki sorumluya, ardından yedek kişiye ve gerekirse yöneticiye taşınır. Her basamak için ayrı süre eşiği tanımlanabilir.
- Audit trail (denetlenebilir operasyon kaydı): Kim ne zaman bilgilendirildi, kim onayladı, hangi basamakta ne kadar gecikme oldu — tüm akış zaman damgalı olarak kaydedilir ve olay sonrası incelemeye açık tutulur.
Bu katman, kriz süreçlerinin tamamını tek başına çözmez; sahadaki operasyonel kararları yine ekipler verir. Notivex'in sağladığı şey, doğru kişiye doğru zamanda ulaşıldığından emin olmak ve bu sürecin kanıtını oluşturmaktır.
Örnek senaryo
Bir lojistik merkezinde gece vardiyasında soğuk hava deposunun sıcaklık sensörü kritik eşiği aşıyor. Sistem entegrasyonu üzerinden Notivex'e bir uyarı düşüyor ve nöbetçi teknisyene kritik bildirim olarak iletiliyor. SLA kuralı: 5 dakika içinde onay, 15 dakika içinde müdahale bildirimi.
- 00:02 — Bildirim teknisyene ulaşıyor, SLA sayacı başlıyor. Acknowledge telemetrisi "iletildi" gösteriyor.
- 00:07 — 5 dakika doluyor, onay gelmiyor (teknisyen sahada, telefonu yanında değil). Sistem SLA ihlali kaydediyor ve eskalasyon zincirinin ikinci basamağını tetikliyor: vardiya amiri.
- 00:08 — Vardiya amiri bildirimi onaylıyor ve teknisyene telsizle ulaşıyor.
- 00:14 — Müdahale tamamlanıyor, amir kapanış bildirimini işaretliyor.
Olay ertesi gün incelendiğinde, audit trail ilk bildirimden kapanışa kadar her adımın zamanını gösteriyor. Ekip, teknisyenin sahadayken erişilebilirliği için zincire ikinci bir cihaz eklemeye karar veriyor. Suçlama değil, sürecin somut veriyle iyileştirilmesi.
Kullanılabilecek modüller
- SLA — Bildirim tipine göre onay ve aksiyon süre eşiklerini tanımlar, geri sayımı ve ihlalleri otomatik takip eder.
- Eskalasyon — Süre aşımında bildirimi bir sonraki sorumluya, yedeğe ve yöneticiye taşıyan çok basamaklı yükseltme zincirini yönetir.
- Kritik Bildirim — Uyarıyı akışta kaybolmayan, dikkat gerektiren bir formda iletir; SLA sayacının başlangıç noktasını oluşturur.
- Audit Trail — Tüm bildirim, onay ve eskalasyon adımlarını zaman damgalı, denetlenebilir bir operasyon kaydına dönüştürür.
Sık sorulan sorular
SLA süresi dolduğunda tam olarak ne olur?
SLA süresi dolduğu anda sistem bir ihlal kaydı oluşturur ve eskalasyon zincirinin bir sonraki basamağını otomatik olarak tetikler. Bildirim, tanımlı sıraya göre yeni sorumluya iletilir ve bu kişi için yeni bir süre sayacı başlar. Tüm geçişler audit trail üzerinde zaman damgasıyla görünür kalır.
Eskalasyon zinciri kaç basamaklı olabilir ve nasıl tanımlanır?
Eskalasyon zinciri, kurumun ihtiyacına göre birden fazla basamak olarak yapılandırılabilir: birincil sorumlu, yedek, vardiya amiri, üst yönetici gibi. Her basamak için ayrı bir süre eşiği ve farklı bildirim kanalları tanımlanabilir. Bu kurallar krizin türüne ve önceliğine göre farklılaştırılabilir.
SLA ve eskalasyon kayıtları denetimde kullanılabilir mi?
Notivex, kim ne zaman bilgilendirildi, kim onayladı ve hangi basamakta ne kadar gecikme oldu bilgisini zaman damgalı olarak tutar. Bu denetlenebilir operasyon kaydı, olay sonrası incelemeler ve süreç iyileştirme için kullanılabilir; raporlama ihtiyaçları kurumun gereksinimlerine göre yapılandırılabilir.
Kurumunuz için Notivex’i değerlendirmek ister misiniz?
Kritik iletişim, okudum/onayladım kayıtları, SLA takibi, eskalasyon ve denetlenebilir raporlama ihtiyacınızı ücretsiz demo görüşmesinde birlikte değerlendirebiliriz.