Evrak takip başka, doküman okundu/onaylandı takibi başka bir ihtiyaçtır.

Problem: Belge dolaştı, ama okundu mu?

Çoğu kurumda kritik bir doküman hazırlandığında akış şöyle ilerler: belge oluşturulur, sisteme yüklenir, ilgili birimlere yönlendirilir ve "yayınlandı" olarak işaretlenir. Buraya kadar her şey düzgün görünür. Asıl soru bundan sonra başlar: O prosedürü sahadaki ekip gerçekten açıp okudu mu? Yeni iş sağlığı talimatını vardiya çalışanları gördü mü? Güncellenen KVKK politikasını her departman onayladı mı?

Klasik evrak takip yazılımları bu noktada sessiz kalır. Çünkü tasarım amaçları belgenin dolaşımını ve arşivini yönetmektir; belgenin alıcı tarafından bilişsel olarak alındığını ölçmek değil. Sistem size belgenin "X birimine iletildiğini" söyler, ama o birimdeki kişinin belgeyi açtığını, okuduğunu ve içeriğini kabul ettiğini söyleyemez. Bir denetim anında "bu talimatı tüm personele tebliğ ettik" demek ile "tebliğ ettiğimizi ve her birinin okuyup onayladığını kayıt altında gösterebiliyoruz" demek arasında çok büyük bir fark vardır.

Klasik yöntemler neden yetersiz kalır?

Evrak takibinde sık kullanılan klasik yöntemlerin her birinin görünürlük ve onay tarafında bir boşluğu vardır:

• E-posta ile dağıtım: Belge eke konur ve gönderilir. Ancak açılma, okunma ve kabul beyanı ölçülmez. "Gönderilmiş olması" okunmuş olması anlamına gelmez.
• Ortak klasör / portal: Doküman merkezi bir yere konur, "isteyen erişsin" mantığı çalışır. Görünürlük tamamen çalışanın inisiyatifine bağlıdır; portala girmeyen belgeyi hiç görmez.
• Islak imzalı tebliğ formları: Okuma ve onay kanıtı üretir ama manuel, yavaş ve dağınıktır. Yüzlerce kişide tek tek imza toplamak, eksikleri saymak ve arşivlemek operasyonel bir yüktür.
• EBYS dolaşım kaydı: Belgenin hangi koltuktan geçtiğini gösterir; fakat bu, içeriğin okunup içselleştirildiğinin değil, evrakın iş akışında ilerlediğinin kaydıdır.

Sonuç olarak klasik yöntemler "belge süreci" ile "okundu-onaylandı kanıtı" arasındaki boşluğu kapatmaz. Eksik evrak veya eksik onay genellikle ancak bir denetimde ya da bir olay yaşandığında fark edilir.

Notivex yaklaşımı

Notivex, evrak takip sisteminin yerine geçmek yerine, onun bıraktığı görünürlük ve onay boşluğunu kapatan bir operasyonel bildirim katmanı olarak konumlanır. Yapı taşları şöyle çalışır:

• Zorunlu görünürlük: Kritik doküman pasif bir klasörde beklemez; ilgili kişinin akışında atlanamayacak biçimde önüne çıkar. "Çalışan portala girmedi, bu yüzden görmedi" senaryosu ortadan kalkar.
• Acknowledge / okudum-onayladım beyanı: Çalışan dokümanı yalnızca görmekle kalmaz, "okudum ve onaylıyorum" beyanını verir. Böylece görme ile onaylama birbirinden ayrılır; ikisi de ayrı ayrı ölçülür.
• Doküman sürümü ile bağ: Onay, dokümanın belirli bir sürümüne bağlanır. Prosedür güncellendiğinde, eski onay otomatik olarak yetersiz hâle gelir ve yeni sürüm için yeniden onay süreci başlatılabilir.
• SLA ve eskalasyon mantığı: Belirli bir süre içinde onaylamayan kişiler görünür kalır; hatırlatma ve yöneticiye eskalasyon kurgulanabilir. "Eksik onaylar" tahmin değil, ekrandaki bir liste hâline gelir.
• Audit trail (denetlenebilir operasyon kaydı): Kim, hangi doküman sürümünü, ne zaman okudu ve onayladı bilgisi zaman damgalı olarak tutulur. Bu kayıt yapısı, denetim ve uyum gereksinimlerine göre yapılandırılabilir biçimde tasarlanır.
• Raporlama: Departman, lokasyon veya doküman bazında okundu/onaylandı oranları, eksik kalanlar ve süre aşımları raporlanabilir.

Bu yaklaşımın özü şudur: Notivex bir EBYS veya klasik evrak takip yazılımı değildir, onun yerine geçmez. Belge dolaşımını ve arşivini mevcut sisteminiz yönetmeye devam eder; Notivex yalnızca o belgenin doğru kişilerce okunup onaylandığını kanıtlanabilir kılar.

Örnek senaryo

Bir üretim firmasının Kalite Müdürü, ISO denetimi öncesinde güncellenmiş bir "Tehlikeli Madde Saklama Prosedürü"nü üç vardiyadaki tüm saha personeline tebliğ etmek zorundadır. Klasik yöntemde belge ortak klasöre konur ve birim amirlerine e-posta atılır; ama denetim günü "herkes okudu mu?" sorusunun net bir cevabı yoktur.

Aynı süreç Notivex üzerinde şöyle ilerler: Prosedürün yeni sürümü doküman olarak yüklenir ve ilgili personele zorunlu görünürlükle iletilir. Her çalışana şu bildirim düşer:

> "Tehlikeli Madde Saklama Prosedürü v3.0 güncellendi. Görevinizi yapmadan önce lütfen okuyup onaylayın. Onay için son tarih: 3 gün."

Üç gün sonunda Kalite Müdürü tek bir ekrandan kimin okuyup onayladığını, kimin hâlâ eksik kaldığını ve hangi departmanların yüzde kaç tamamlandığını görür. Onaylamayanlar için hatırlatma ve amire eskalasyon devreye girer. Denetim anında "tebliğ ettik" demek yerine, her çalışanın hangi sürümü ne zaman onayladığını gösteren denetlenebilir bir kayıt sunulabilir.

Kullanılabilecek modüller

• Doküman — Kritik prosedür, talimat ve politikaları sürümleriyle yönetir; her onayı belirli bir doküman sürümüne bağlar.
• Acknowledge — "Okudum-onaylıyorum" beyanını kişi ve zaman damgasıyla toplayarak görmeyi onaylamadan ayırır.
• Audit Trail — Kimin hangi sürümü ne zaman okuyup onayladığını denetlenebilir operasyon kaydı olarak saklar.
• SLA — Onay için süre tanımlar; süresinde tamamlanmayanları görünür kılar.
• Eskalasyon — Belirlenen sürede onaylamayan kişileri hatırlatma ve yönetici bilgilendirmesiyle takip eder.