Eksik Evrak ve Eksik Onay Takibi

Problem

Eksik evrak ve eksik onay, çoğu kurumda sessiz ilerleyen bir maliyettir. Bir işe alım dosyasındaki imzasız sözleşme, bir tedarik talebindeki onaylanmamış bütçe satırı ya da bir saha raporundaki eksik ek, çoğu zaman ancak iş tıkandığında fark edilir. Bu eksiklikler tek bir kişiye değil, birbirine bağlı birden çok soruma yayılır: belge gerçekten istendi mi, doğru kişiye ulaştı mı, ulaştıysa görüldü mü, görüldüyse neden hâlâ tamamlanmadı?

Klasik düzende bu soruların cevabı kişisel hafızada ve dağınık mesaj geçmişlerinde saklıdır. Bir çalışan izne ayrıldığında ya da işten ayrıldığında, hangi dosyada neyin eksik olduğu bilgisi de çoğu zaman onunla birlikte kaybolur. Sonuç; tekrar tekrar sorulan "bu evrak geldi mi" mesajları, son anda fark edilen kritik eksikler ve kim neyi ne zaman onayladı sorusuna net yanıt verememe hâlidir.

Klasik yöntemler neden yetersiz kalır?

En yaygın yöntem, eksikleri e-tablolarda ve mesajlaşma uygulamalarında izlemektir. Bu yaklaşım küçük ekiplerde bir süre çalışır gibi görünür, ancak ölçek büyüdükçe çatlamaya başlar. E-tablo manuel güncellenir; biri sütunu doldurmayı unuttuğunda tablo gerçeği yansıtmaz hâle gelir. Mesajlaşma uygulamalarında ise bir uyarı, onlarca başka mesajın arasında kaybolur ve "gördüm ama sonra hallederim" sarmalına girer.

İkinci sorun görünürlüktür. Standart bir mesaj gönderildiğinde, karşı tarafın onu okuyup okumadığı, eksikliği kabul edip etmediği çoğu zaman belirsiz kalır. "Okundu" işareti bile gerçek bir aksiyon telemetrisi sunmaz; mesajın açılması, eksik belgenin tamamlanacağı anlamına gelmez.

Üçüncü sorun eskalasyonun olmamasıdır. Klasik düzende, bir eksiklik zamanında kapanmadığında otomatik olarak bir üst sorumluya iletilmez. Hatırlatma yapmak yine bir kişinin inisiyatifine kalır. Dördüncü ve belki en kritik sorun ise denetlenebilir kayıt eksikliğidir: süreç sonunda "şu evrak şu tarihte istendi, şu tarihte görüldü, şu tarihte tamamlandı" zincirini eksiksiz çıkaramazsınız. Bu da hem operasyonel körlük hem de sonradan hesap verme güçlüğü yaratır.

Notivex yaklaşımı

Notivex, eksik evrak ve eksik onay takibini yeni bir mesajlaşma kanalı kurarak değil, mevcut iletişim ve sistemlerin üzerinde duran bir kontrol katmanı olarak ele alır. Temel fikir basittir: bir eksiklik tanımlandığında, bunun ilgili kişiye zorunlu görünürlük ile ulaşması, kişinin bunu okudum/onayladım olarak işaretlemesi ve bu işaretin telemetri olarak kayıt altına alınmasıdır. Böylece "haberim yoktu" ile "gördüm ama yapmadım" arasındaki fark net biçimde ayrışır.

Eksiklik belirlenen sürede kapanmazsa, süreç açıkta kalmaz. Tanımlı bir SLA penceresi aşıldığında, durum otomatik olarak bir üst sorumluya eskalasyon ile taşınacak biçimde yapılandırılabilir. Bu sayede takip yükü tek bir kişinin hafızasından çıkar, sistemin parçası hâline gelir.

Her adım, kim ne zaman neyi istedi, gördü ve tamamladı bilgisiyle audit trail olarak biriktirilir. Bu, sonradan hesabın çıkarılabildiği, denetlenebilir bir operasyon kaydı oluşturmayı hedefler. Kurumun veri yerleşimi hassasiyetlerine göre on-premise veya hibrit kurulum değerlendirilebilir ve KVKK gereksinimlerine göre yapılandırılabilir biçimde konumlandırılır. Notivex ayrıca, biriken eksiklik desenlerinden yola çıkarak hangi sürecin kronik olarak takıldığına dair AI destekli karar önerileri sunacak biçimde tasarlanır; nihai kararın insanda kaldığı bir yardımcı rol üstlenir.

Örnek senaryo

Bir üretim şirketinin İK ekibini düşünelim. Yeni işe alınan on çalışan için sözleşme, sağlık raporu, kimlik fotokopisi ve banka bilgisi gibi belgeler toplanmaktadır. Klasik düzende İK uzmanı, her çalışana ayrı ayrı mesaj atar, gelenleri elle bir tabloya işler ve gelmeyenleri tek tek hatırlamaya çalışır. Üç gün sonra dört dosya hâlâ eksiktir ama bunu yalnızca bordro hazırlanırken fark edilir.

Notivex ile yapılandırılan akışta, her eksik belge için ilgili çalışana zorunlu görünürlükle bir talep iletilir. Çalışan belgeyi yüklediğinde ya da eksikliği gördüğünde bunu işaretler; işaretlemeyenler için iki gün sonra otomatik hatırlatma devreye girer. Tanımlı süre aşıldığında durum İK müdürüne eskalasyon ile taşınır. Bordro gününe gelindiğinde, ekip "hangi dosya neden eksik" sorusunu tahminle değil, tek bir denetlenebilir kayıt üzerinden yanıtlayacak konuma gelir. Bu senaryo, bir taahhüt değil; ürünün konumlandığı çalışma biçimini gösteren tipik bir örnektir.

Kullanılabilecek modüller

• Kritik Bildirim — eksik evrak ve onay taleplerini gürültüye karışmadan ilgili kişiye ulaştırmak için kullanılır.
• Zorunlu Görünürlük — talebin görmezden gelinemeyecek biçimde öne çıkmasını hedefler.
• Acknowledge (Okudum/Onayladım) — eksikliğin gerçekten görülüp kabul edildiğini telemetri olarak kayıt altına alır.
• Eskalasyon — tanımlı süre içinde kapanmayan eksikliği otomatik olarak bir üst sorumluya taşıyacak biçimde yapılandırılır.