Afet Yönetimi Bildirim ve Koordinasyon Sistemi
Afet yönetimi bildirim sistemi nedir, klasik kanallar afet anında neden çöker ve Notivex çok birimli koordinasyonu görünürlük, onay ve SLA ile nasıl yönetir?
Updated: 2026-06-25
Afet yönetimi bildirim sistemi, deprem, sel, yangın veya büyük altyapı kesintisi gibi durumlarda çok sayıda birime aynı anda kesin biçimde ulaşmayı, her birimin durumu görüp onayladığını telemetriyle doğrulamayı, yanıt süresini SLA ile takip etmeyi ve gecikmede otomatik eskalasyonu sağlayan operasyonel koordinasyon katmanıdır. Notivex bu süreci zorunlu görünürlük ve denetlenebilir kayıt üzerine kurar; afetin kendisini çözmez, ama birimler arası iletişim ve koordinasyonu ölçülebilir hâle getirir.
Who is this page for?
- Deprem, sel ve yangın gibi durumlarda saha ekiplerini koordine eden **afet işleri ve acil durum müdürlükleri**
- Birden çok müdürlük, ilçe ve dış paydaş arasındaki bilgi akışını yöneten **genel sekreterlik ve idari yönetim** ekipleri
- Afet anında haberleşme altyapısının sürekliliğinden sorumlu **bilgi işlem yöneticileri**
- Müdahale adımlarının zaman damgalı ve denetlenebilir biçimde kayıt altına alınmasını bekleyen **uyum ve risk sorumluları**
Afet anında koordinasyon neden bu kadar zordur?
Afet anında zorluk, tek bir mesaj göndermek değil; onlarca birimi, sahadaki ekipleri ve dış paydaşları aynı durum bilgisi etrafında hizalamaktır. Bir deprem sonrası arama-kurtarma, sağlık, fen işleri, zabıta, sosyal yardım ve basın birimlerinin hepsi farklı görevlerle aynı anda devreye girer. Burada en büyük risk, bir birimin kritik talimatı görmemesi ya da gördüğünü sandığınız bir ekibin aslında aksiyon almamış olmasıdır. Saniyelerin önem taşıdığı bir ortamda yönetici, müdahaleyi yönetmek yerine "talimat herkese ulaştı mı, kim sahaya çıktı?" sorusuyla zaman kaybeder. Üstelik şebeke yoğunluğu ve kesintiler, klasik telefon ve mesaj trafiğini en çok ihtiyaç duyulan anda çökertir. Olay sonrası "hangi birim ne zaman bilgilendirildi, kim ne kadar sürede yanıt verdi?" sorusuna tutarlı bir cevap üretmek ise çoğu zaman mümkün olmaz, çünkü iletişim dağınık ve kayıtsız ilerlemiştir.
Klasik yöntemler neden yetersiz kalır?
Telefon zinciri, WhatsApp grupları, anons ve e-posta gibi klasik kanalların afet koşullarındaki ortak zaafı görünürlük, geri bildirim ve önceliklendirme eksikliğidir. Telefon zinciri insana bağımlıdır; tek bir kişiye ulaşılamadığında zincir kopar ve arkasındaki tüm birimler bilgisiz kalır. Mesajlaşma gruplarında kritik bir talimat, yüzlerce mesaj arasında kaybolur; bildirim sessize alınmış olabilir veya "tamam" yazan ekip aslında sahaya çıkmamış olabilir. E-posta okunma garantisi taşımaz ve afet temposunda çoğu zaman açılmaz bile. Bu kanalların hiçbiri kritik bir talimatın zorunlu olarak görülmesini dayatamaz, okundu-onaylandı durumunu nesnel olarak ölçemez, yanıt süresini bir SLA hedefine bağlayamaz ve gecikme olduğunda otomatik bir sonraki adımı tetikleyemez. Sonuçta afet koordinasyonu kanıtlanabilir bir sürece değil, iyi niyete ve şansa bırakılır. Olay sonrası incelemede ise dağınık kanallardan tutarlı bir zaman çizelgesi çıkarmak neredeyse imkânsızdır.
Notivex yaklaşımı
Notivex yeni bir mesajlaşma uygulaması değildir; mevcut kanallarınızın üzerinde duran bir kritik iletişim ve operasyonel koordinasyon katmanıdır. Afet senaryosunda yapı taşları şöyle bağlanır:
- Zorunlu görünürlük — Afet talimatı, ilgili birim ve saha ekiplerinin ekranında öne çıkar; kişi mesajı görmeden ve açıkça onaylamadan akışına devam etmesi zorlaştırılır. Böylece "fark edilmedi" riski azaltılır.
- Acknowledge telemetrisi — Her birim ve kişi için "iletildi", "okundu" ve "onaylandı" durumları toplanır. Koordinasyon merkezi tek ekrandan hangi birimin aksiyona geçtiğini, hangisinin sessiz kaldığını gerçek zamanlı görür.
- SLA takibi — Her bildirim türü için beklenen yanıt süresi tanımlanabilir; birimlerin bu hedefe uyup uymadığı izlenir ve geciken adımlar görünür hâle gelir.
- Eskalasyon — SLA süresi içinde onay gelmezse bildirim, önceden tanımlı kurala göre bir üst sorumluya veya yedek kişiye otomatik yönlendirilir. Tek bir kişiye ulaşılamaması, koordinasyonun tamamen durmasına yol açmaz.
- Audit trail / denetlenebilir kayıt — Bildirim, okuma, onay, SLA ve eskalasyon adımları zaman damgalı bir operasyon kaydı olarak tutulur; "kim, ne zaman, hangi talimatı, ne durumda aldı?" sorusu afet sonrası net biçimde yanıtlanabilir.
İhtiyaç hâlinde kurulum, kurumun veri yönetişimi tercihlerine göre on-premise veya hibrit olarak konumlandırılabilir ve KVKK gereksinimlerine göre yapılandırılabilir. Bu yaklaşım afeti tek başına yönetme iddiasında değildir; amaç, afet anındaki birimler arası belirsizliği ölçülebilir bir koordinasyon sürecine dönüştürmektir.
Örnek senaryo
Bir ilçede gece saatlerinde şiddetli yağış sonrası dere taşkını riski oluşur. Afet işleri koordinasyon merkezi Notivex üzerinden "Taşkın riski – Mahalle X tahliye hazırlığı" kritik bildirimini başlatır. Bildirim; fen işleri, zabıta, itfaiye, sağlık ekibi ve muhtarlık temsilcisinin ekranlarında zorunlu görünürlükle belirir. İlk dakikalarda fen işleri, zabıta ve itfaiyeden "okudum-onayladım" telemetrisi düşer ve SLA hedefi içinde aksiyona geçtikleri görülür. Ancak sağlık ekibinden tanımlı süre içinde yanıt gelmez; eskalasyon kuralı devreye girer ve bildirim otomatik olarak yedek sağlık sorumlusuna yönlendirilir, o da onay verir. Koordinasyon merkezi kimin sahaya çıktığını tek ekrandan izlediği için telefon turuyla zaman kaybetmez. Olay kapandığında tüm adımlar zaman damgalı kayıtla durur: bildirim ne zaman gönderildi, hangi birim kaç saniyede onayladı, SLA nerede aşıldı, eskalasyon hangi anda tetiklendi. Bu kayıt, hem iç değerlendirme hem de afet sonrası denetim toplantıları için tutarlı bir kaynak olarak değerlendirilebilir.
Kullanılabilecek modüller
- Kritik Bildirim — Afet anında doğru birimlere yüksek öncelikli, ayırt edilebilir bildirim gönderir.
- Zorunlu Görünürlük — Kritik talimatın saha ekipleri tarafından görülmeden geçiştirilmesini zorlaştırır.
- SLA — Her bildirim için beklenen yanıt süresini tanımlar ve birimlerin hedefe uyumunu izlenebilir kılar.
- Eskalasyon — Süre içinde yanıt gelmezse bildirimi bir üst sorumluya veya yedek kişiye otomatik yönlendirir.
- Audit Trail — Tüm bildirim, onay, SLA ve eskalasyon adımlarını zaman damgalı, denetlenebilir bir kayıt olarak tutar.
Frequently asked questions
Notivex afeti tek başına yönetir mi?
Hayır. Notivex bir afet yönetim merkezinin yerine geçmez ve müdahalenin kendisini yürütmez. Sağladığı şey, çok birimli koordinasyonun kritik iletişim, zorunlu görünürlük, onay telemetrisi, SLA takibi ve denetlenebilir kayıt katmanıdır. Yani afetin kendisini değil, birimler arası bilgi akışını ve koordinasyonun görünürlüğünü yönetir.
Şebeke yoğunlaştığında bildirimlerin görüldüğünü nasıl doğrularım?
Notivex her birim ve kişi için "iletildi", "okundu" ve "onaylandı" durumlarını acknowledge telemetrisi olarak toplar. Koordinasyon merkezi tek ekrandan kimin aksiyona geçtiğini, kimin henüz onaylamadığını gerçek zamanlı görür. Böylece "talimat ulaştı mı?" belirsizliği ölçülebilir bir durum bilgisine dönüşür; bir birim yanıt vermediğinde bu durum gizli kalmaz, görünür olur.
Bir birim zamanında yanıt vermezse ne olur?
Her bildirim türü için bir SLA yanıt süresi tanımlayabilirsiniz. Bu süre içinde onay düşmezse eskalasyon kuralı devreye girer ve bildirim otomatik olarak bir üst sorumluya ya da yedek kişiye yönlendirilir. Böylece tek bir birime veya kişiye ulaşılamaması, afet koordinasyonunun tamamen durmasına yol açmaz ve gecikmeler kayıt altında görünür kalır.
Would you like to evaluate Notivex for your institution?
We can assess your critical-communication, acknowledge, SLA, escalation and auditable-reporting needs together in a free demo session.