Kritik bildirimlerde raporlama nasıl yapılır?

Kritik bildirim raporlamasında neden tek bir "gönderildi" sayısı yetmez?

Klasik duyuru araçlarında elinizdeki tek veri genellikle kaç kişiye gönderildiğidir. Oysa kritik iletişimde asıl soru bu değildir. Bir güvenlik talimatı, bir bakım kesintisi uyarısı veya bir protokol değişikliği gönderildiğinde önemli olan; mesajın görülüp görülmediği, ilgili kişilerin onaylayıp onaylamadığı ve süre içinde aksiyon alınıp alınmadığıdır.

Bu nedenle kritik bildirim raporlaması üç katmanı bir arada ele alır:

• Erişim ve görülme: Bildirim kimlere ulaştı, kaç kişi açtı, kaç kişi henüz görmedi.
• Onay ve aksiyon: Kimler "okudum, onayladım" kaydı bıraktı, kimler sessiz kaldı.
• Zaman ve uyum: Yanıtlar tanımlı SLA süresi içinde mi verildi, hangi durumlar eskalasyona düştü.

Tek bir genel sayı yerine bu kırılımlar, kritik iletişimin nerede hızlandığını ve nerede tıkandığını görünür kılar.

Raporlamada hangi metrikler bir araya gelir?

Yönetici ekranında anlamlı bir tablo oluşturmak için ham log verisinin işlenmesi gerekir. Notivex'in raporlama mantığında öne çıkan metrikler şunlardır:

• Görülme oranı — Bildirimi açan kişilerin toplam hedef kitleye oranı.
• Onay oranı — "Okudum, onayladım" kaydı bırakanların oranı; birim ve rol bazında kırılabilir.
• SLA uyum oranı — Yanıtların hedef süre içinde verilip verilmediği.
• Eskalasyon dökümü — Süre aşımı nedeniyle bir üst seviyeye taşınan olayların sayısı ve nedeni.
• Sessiz kalan kişiler — Henüz görmeyen veya onaylamayan kullanıcıların listesi, hatırlatma için.

Bu metrikler birim, rol, lokasyon ve kullanıcı bazında kırıldığında, tekrar eden gecikme noktaları ve iyileştirme gereken birimler ortaya çıkar.

Notivex yaklaşımı

Notivex, raporlamayı izole bir ekran olarak değil; kritik bildirim, acknowledge, SLA ve audit trail katmanlarının birleştiği bir yönetim görünümü olarak ele alır. Her rapor, altında zaman damgalı audit trail kayıtlarına dayanır; bu da "bu rapordaki sayı nereden geliyor?" sorusunun yanıtını verir.

Pratikte yaklaşım şu çerçevede ilerler:

• Birim, rol, lokasyon ve kullanıcı bazlı kırılım ile genel ortalamaların ardındaki detay görünür olur.
• SLA ihlalleri ve eskalasyon olayları ayrı bir performans göstergesi olarak izlenir.
• Dışa aktarım ile raporlar yönetim sunumlarına veya denetim dosyalarına eklenebilir.
• Notivex burada mutlak bir uyum iddiası kullanmaz; raporlama, denetlenebilir operasyon kaydı mantığıyla yapılandırılır ve gerektiğinde KVKK gereksinimlerine göre düzenlenir.

Amaç, kritik iletişimin performansını yöneticinin sayısal olarak takip edebileceği, tekrar üretilebilir bir görünüme dönüştürmektir.

Örnek senaryo

Çok lokasyonlu bir kurumda bilgi işlem, akşam saatlerinde planlı bir sistem kesintisi için tüm operasyon birimlerine kritik bir bildirim gönderir:

"Bu gece 23:00-01:00 arası ERP sistemi bakım nedeniyle erişime kapalı olacaktır. Lütfen vardiya öncesi açık işlemlerinizi tamamlayın ve bu bildirimi onaylayın."

Ertesi sabah yönetici, raporlama ekranında şunu görür: bildirim 6 lokasyondaki 240 kişiye ulaşmış, 218 kişi görmüş, 201 kişi onaylamıştır. İki lokasyonda onay oranı düşük kalmış ve bu birimlerdeki sorumlulara SLA süresi dolduğunda otomatik eskalasyon tetiklenmiştir. Sessiz kalan 22 kişinin listesi tek tıkla görüntülenir ve hatırlatma gönderilir. Tüm bu hareketler, zaman damgalı audit trail kaydıyla geriye dönük izlenebilir durumdadır.

Kullanılabilecek modüller

• Raporlama — Görülme, onay, SLA ve eskalasyon verilerini birim, rol, lokasyon ve kullanıcı bazında yönetici raporlarına ve dışa aktarıma dönüştürür.
• Audit Trail — Raporların dayandığı zaman damgalı, denetlenebilir operasyon kaydını tutar.
• SLA — Yanıt sürelerini ölçer, ihlalleri işaretler ve SLA performans raporlarını besler.