İK Onay Akışında Vekalet ve Otomatik Yükselme Nasıl Kurulur

Onaylayan izindeyken talep ne olur

Çoğu İK sisteminde cevap basittir: hiçbir şey olmaz. Talep, doğrudan yöneticinin gelen kutusunda bekler; yönetici izindeyse ya da ulaşılamıyorsa talep de onunla birlikte askıda kalır. Personel "izin talebim ne oldu" diye sorar, İK "yöneticiniz dönünce bakar" der, ve aslında kimsenin kusuru olmayan bir gecikme ortaya çıkar. Vekalet ve otomatik yükselme tam bu boşluğu kapatmak için var: onay zincirindeki bir basamak boşaldığında talep kendiliğinden bir üst role çıkar, kimse manuel olarak "bu talebi başka birine yönlendir" demek zorunda kalmaz.

Bu mekanizma, rol bazlı onay akışlarını kurmayı anlattığımız yazıda kısaca değindiğimiz "yetki devri" konusunun derinleştirilmiş hâlidir. Orada rotanın doğru role gitmesini ele almıştık; burada o rolün sahibi yokken sistemin nasıl davranması gerektiğine bakıyoruz.

Vekalet ve otomatik yükselme nedir

İki farklı mekanizma birlikte çalışır. Vekalet, bir yöneticinin izin ya da raporlu olduğu günler için önceden tanımlanmış bir vekilin, o yöneticinin bekleyen taleplerini görme ve karar verme yetkisini geçici olarak devralmasıdır. Otomatik yükselme ise vekil tanımlı değilse ya da zincirin tepesine kadar kimse müsait değilse, talebin otomatik olarak bir üst yönetim seviyesine çıkmasıdır. İkisi birlikte, onay akışının hiçbir gün tamamen durmamasını garanti eder.

Pratikte işleyiş şöyledir: bir personel izin talebi açar, sistem o personelin doğrudan yöneticisinin o gün izinli olup olmadığını kontrol eder. Yönetici izindeyse ve bir vekil tanımlıysa talep doğrudan vekile düşer; vekil de yoksa talep bir üst yönetim seviyesine yükselir. Bu kontrol her onay adımında tekrar çalışır, yani zincirin ikinci ya da üçüncü basamağında da aynı mantık geçerlidir.

Döngü ve şirketler arası geçiş riski

Otomatik yükselmenin kurulumunda gözden kaçan en kritik nokta, güvenlik sınırlarıdır. İyi tasarlanmamış bir yükselme kuralı iki şekilde bozulabilir: döngü (A yöneticisi izindeyken talep B'ye çıkar, B de aynı anda izindeyse ve B'nin vekili yanlışlıkla A olarak tanımlanmışsa talep A ile B arasında sonsuza kadar döner) ve şirketler arası sızma (birden fazla şirket ya da şube yöneten bir yapıda, bir şirketin talebi yanlış yapılandırma yüzünden başka bir şirketin yöneticisine yükselir). Her ikisi de nadir ama ciddi sonuçlar doğurur: birinde talep hiç karara bağlanmaz, diğerinde yanlış kişi hassas personel bilgisine erişir.

Sağlam bir sistem bu iki riske karşı baştan korumalıdır: yükselme zinciri sabit bir üst sınırda durur (sonsuz döngüye izin vermez) ve yükselme her zaman aynı şirket ya da şube içinde kalır, hiçbir koşulda organizasyon sınırını aşmaz. Bu kontroller kullanıcı tarafından kapatılabilir ayarlar değil, sistemin temel davranışı olmalıdır — çünkü hatayı fark etmek, hata gerçekleştikten sonra genellikle çok gecikmiş olur.

Vekalet eden kişi ne görür, ne yetkiyle görür

Vekalet süresi boyunca vekil, devraldığı yöneticinin astlarının bekleyen taleplerini görür ve karar verebilir — ama bu yetki geçicidir ve yalnızca o tarih aralığıyla sınırlıdır. Vekalet süresi bittiğinde görünürlük otomatik olarak geri alınır; vekilin elle "bu yetkiyi bırak" demesi gerekmez. Bu, iki ayrı hata türünü önler: vekaletin unutulup sürekli hale gelmesi (eski vekil aylar sonra hâlâ başkasının taleplerini görüyor olması) ve vekaletin hiç devreye girmemesi (tarih aralığı yanlış girildiği için talep kimseye ulaşmaması).

Burada önemli bir ayrım var: vekil, devraldığı yöneticinin tüm yetkilerini almaz, sadece onay kararı verme yetkisini alır. Örneğin yöneticinin kendi astlarının özlük dosyasına erişimi varsa, bu vekalet süresine otomatik olarak dahil edilmez — aksi belirtilmedikçe vekalet dar kapsamlı tutulmalıdır. Geniş yetkili bir vekalet, "geçici" olmanın verdiği güven hissini yanlış yere taşır.

Denetim kaydı: kim, ne zaman, kimin yerine onayladı

Vekalet ve otomatik yükselme devredeyken, "bu talebi kim onayladı" sorusunun cevabı tek bir isimden daha karmaşıktır. Denetim kaydı üç bilgiyi birlikte taşımalıdır: kararı fiilen veren kişi, hangi rolün ya da kimin yerine karar verdiği, ve kararın vekalet mi yoksa otomatik yükselme sonucu mu alındığı. Bu ayrım kozmetik değildir — bir anlaşmazlık ya da denetim sırasında "normal onaycı neden karar vermedi" sorusuna da cevap verir.

Kaydın bu düzeyde ayrıntılı tutulmadığı sistemlerde, vekalet mekanizması bir süre sonra güven sorunu yaratır: personel "kararı kim verdi, neden o kişi" diye sorduğunda net bir cevap alamaz. Oysa kayıt baştan doğru tutulduğunda, vekalet ve yükselme süreç şeffaflığını azaltmaz, aksine normal işleyişin bir parçası olarak görünür.

Kurulumda gözden kaçan noktalar

Üç hata sık tekrarlanır. Birincisi, vekil tanımını sadece üst yönetim için yapmak — oysa orta kademe yöneticilerin izinli olduğu günler de aynı sıklıkla yaşanır ve genellikle unutulur. İkincisi, vekalet süresini elle açıp kapatmaya güvenmek; tatil planı değiştiğinde ya da izin uzadığında kimse vekaleti güncellemeyi hatırlamaz, sistemin izin takvimiyle otomatik senkronize çalışması gerekir. Üçüncüsü, yükselme sınırını tanımsız bırakmak; zincirin en üstünde kimse yoksa talep nereye gideceğini bilemez ve sessizce kaybolur — bu durumda bir "son çare" rolü (örneğin genel müdür ya da İK direktörü) her zaman tanımlı olmalıdır.

Kurulum kontrol listesi

Vekalet ve otomatik yükselmeyi kurarken şu sırayı izlemek işe yarar: önce her kritik yönetim rolü için en az bir vekil belirleyin, ardından vekaletin izin takvimiyle otomatik eşleşmesini sağlayın, sonra yükselme zincirinin şirket/şube sınırını aşmadığını ve bir üst sınırda durduğunu doğrulayın, son olarak denetim kaydının vekalet ve yükselme olaylarını ayrı ayrı işaretlediğini kontrol edin. Bu dört adım tamamlandığında, bir yöneticinin izinli olması artık ekibin onay akışını durduran bir olay değil, sistemin zaten hesapladığı sıradan bir durum hâline gelir.

HR-Tech'in çok adımlı onay akışında vekalet ve otomatik yükselme bu güvenlik sınırlarıyla birlikte gelir: yükselme döngüye ve şirketler arası geçişe karşı korumalıdır, vekalet süresi izin takvimiyle otomatik işler, ve her kararın kim tarafından, kimin yerine, hangi mekanizmayla verildiği denetim kaydına geçer. Onay akışınız yöneticilerin izinli olduğu günlerde tıkanıyorsa iletişim sayfamızdan yazın — mevcut zincirinizi birlikte gözden geçirelim.