İntranet duyurusu yayınlar; Notivex kritik duyurunun etkisini ölçer.

Problem: İntranet bilgiyi merkezler, etkisini ölçmez

İntranet duyuru modülleri kurumsal hafıza ve bilgilendirme için iyi bir yerdir. Sorun, kritik bir duyuruyu — bir güvenlik uyarısını, zorunlu bir onayı, acil bir operasyonel talimatı — aynı pasif kanaldan yürütmeye çalıştığınızda başlar:

• Görünürlük girişe bağlıdır. İntranet duyurusunu görmek için çalışanın portala girmesi ve duyuru bölümüne bakması gerekir. Girmeyen, geç giren ya da akış içinde duyuruyu kaçıran kişi içeriği görmemiş olur.
• Görme ile onay ayrılmaz. Çoğu duyuru modülünde "okudu olarak işaretle" özelliği yoktur; olduğunda bile bu, denetlenebilir bir onay beyanından çok bir kullanıcı tercihidir.
• Aciliyet bilgisi taşımaz. Sosyal etkinlik duyurusu ile siber olay uyarısı aynı listede, aynı önceliksiz görünümle yer alır.
• Gecikme ve eskalasyon yoktur. Bir kişi kritik talimatı saatlerce görmediyse kimse uyarılmaz; bir üst kademeye yükseltme akışı bulunmaz.
• Raporlama sınırlıdır. "Sayfa kaç kez açıldı" gibi kaba bir veri olabilir; ancak hangi kişinin gördüğü, hangi birimin onaylamadığı kişi bazında çoğu zaman çıkarılamaz.

Klasik yöntemler neden yetersiz kalır?

İntranet duyuru modülü, e-posta zincirine ya da fiziksel panoya göre ileri bir adımdır; içeriği merkezîleştirir ve aranabilir kılar. Ama kritik iletişimin temel sorusu yine yanıtsız kalır: yayın ile alımı ve onayı kanıtlayamazsınız.

• Erişim modeli "çekme"dir, "itme" değil. İntranet bilgiyi bir yere koyar ve kullanıcının onu çekip almasını bekler. Kritik bir mesajın alıcının önüne aktif olarak çıkması gerekirken, intranet bunu inisiyatife bırakır.
• Onay verisi denetlenebilir değildir. Zorunlu bir prosedürün okunup kabul edildiğini gösteren, kişi ve zaman damgalı bir kayıt çoğu modülde yoktur. Denetimde "intranette yayınladık" demek ile bunu belgelemek farklı şeylerdir.
• Sessizlik görünmez kalır. Hiç girmeyen ya da görmeyen kişi tespit edilmez; bir hatırlatma veya eskalasyon tetiklenmez.
• Kritik ile rutin ayrışmaz. Aynı akışta her şey eşit ağırlıkta durduğu için kritik duyuru görsel gürültü içinde kaybolabilir.

Bu nedenle kritik iletişimi yalnızca intranet duyuru modülü mantığıyla yürütmek, riski "umarız girip görmüşlerdir" varsayımına yükler.

Notivex yaklaşımı

Notivex, intranetinizi reddetmez; intranetin "yayınladım" dediği noktadan sonrasını ölçülebilir hale getirir. Genel ve referans niteliğindeki içerikleriniz intranette kalmaya devam eder; yalnızca görünürlük, onay ve takip gerektiren kritik bildirimleri Notivex üzerinden yönetirsiniz. Bu katmanı şu yapı taşlarıyla kurar:

• Zorunlu görünürlük: Kritik bildirim, çalışanın portala girmesini beklemez; alıcının ekranında atlanamayacak biçimde önüne çıkar. Görünürlük artık intranete girme inisiyatifine bağlı değildir.
• Acknowledge / okudum-onayladım: Görmek ile onaylamak ayrılır. Alıcı "okudum, anladım, kabul ediyorum" beyanını verir; bu beyan kişi ve zaman damgasıyla kaydedilir.
• SLA: Kritik bir duyuruya ne kadar sürede yanıt verilmesi gerektiği tanımlanabilir; süre işler ve takip edilir.
• Eskalasyon: Belirlenen sürede onay vermeyen kişi sessiz kalmaz; bildirim bir üst kademeye ya da yedek sorumluya yükseltilir.
• Audit trail: Kim ne zaman gördü, ne zaman onayladı, hangi adımda gecikti — tüm akış denetlenebilir operasyon kaydı olarak tutulur ve KVKK gereksinimlerine göre yapılandırılabilir.
• Raporlama: Birim bazında görme ve onay oranları, geciken kişiler ve tamamlanma durumu tek ekranda görünür hale gelir.

Sonuçta intranet "duyuruyu yayınladım, isteyen girip okur" der; Notivex "kim gördü, kim onayladı, kim hâlâ sessiz ve nerede gecikme var" sorularına denetlenebilir yanıt verir. İki yaklaşım çakışmaz: intranet kurumsal bilgilendirmeye, Notivex kanıtlanabilir kritik iletişime odaklanır.

Örnek senaryo

Bir holdingin Bilgi İşlem birimi, kimlik avı saldırısı nedeniyle acil bir parola sıfırlama talimatını intranet duyuru modülüne yayınlar. İki gün sonra bazı kullanıcıların hâlâ eski parolayla giriş yapmaya çalıştığı görülür — çünkü intranet "duyuruyu yayınladı" ama o gün portala girmeyen yüzlerce çalışan duyuruyu hiç görmemiştir.

Aynı talimat Notivex üzerinden gönderildiğinde alıcıların ekranında şu kritik bildirim zorunlu görünürlükle açılır:

> "ACİL — GÜVENLİK UYARISI: Devam eden bir kimlik avı saldırısı nedeniyle kurumsal parolanızı bugün 17:00'a kadar sıfırlamanız zorunludur. Talimatı okuyup 'Okudum, sıfırlayacağım' onayını verin. Onaylamayan hesaplar otomatik olarak askıya alınacaktır."

Bu noktadan itibaren süreç ölçülür: kim açtı, kim onay verdi, kim 17:00'a kadar sessiz kaldı. SLA süresi dolan kullanıcılar için eskalasyon devreye girer ve bağlı oldukları yöneticilere bildirim gider. Bilgi İşlem, hangi şirketin ve hangi birimin hâlâ riskli olduğunu raporda görür ve hedefli aksiyon alır.

Kullanılabilecek modüller

• Kritik Bildirim — İntranet akışında kaybolan kritik duyuruyu ayrıştırarak öncelikli ve takip edilen bir bildirim olarak yönetir.
• Zorunlu Görünürlük — Mesajı alıcının ekranında atlanamayacak biçimde önüne çıkarır; görünürlüğü portala girme inisiyatifinden kurtarır.
• Acknowledge — "Okudum-onayladım" beyanını kişi ve zaman damgasıyla toplayarak görmeyi onaylamaktan ayırır.
• SLA — Kritik duyuruya yanıt süresini tanımlar, süreyi işletir ve geciken durumları görünür kılar.