İzin talebinin yolculuğu çoğu kurumda şöyledir: çalışan yöneticisine söyler, yönetici "tamam" der, İK üç hafta sonra bordro hazırlarken öğrenir. Ya da tersi: sekiz kişilik bir ekibin üç günlük izni genel müdürün onayını bekler. İki uç da aynı eksikten kaynaklanır — onayın kimden alınacağı yazılı bir kural değil, alışkanlıktır.
İdari işlerde en çok karşılaştığım soru "onayı kim vermeli?" değil, "onayı kim vermeli kuralını nasıl sisteme koyarız?" sorusudur. Bu yazıda dört onay modelini, her birinin hangi yapıya uyduğunu ve panelden kurulurken dikkat edilecekleri anlatıyorum.
Onay sürecinin üç parçası
Model seçmeden önce süreci üç soruya ayırın:
- Kim karar verir? Doğrudan yönetici, birim müdürü, İK ya da bunların sırası.
- Kaç adımda biter? Tek onay mı, iki aşama mı, hiyerarşinin tamamı mı?
- İstisna ne olur? Onaylayan izindeyse, talep acilse, tutar/süre eşiği aşıldıysa.
Dört model bu sorulara farklı yanıtlar verir.
Model 1: Hiyerarşik onay
Talep, görev ağacında çalışanın üstünden başlayarak yukarı çıkar: takım lideri → birim müdürü → direktör. Her adım onaylarsa bir sonrakine geçer; biri reddederse biter.
Uyduğu yapı: kademelerin belirgin olduğu, uzun izinlerin birden fazla yöneticiyi ilgilendirdiği kurumlar; üretim ve çok katmanlı organizasyonlar.
Riski: yavaşlık. Üç günlük izin için dört onay beklemek çalışanı da yöneticiyi de yorar. Çözüm, modeli izin süresine göre ayırmaktır: kısa izinlerde kısaltılmış, uzun izinlerde tam hiyerarşi.
Model 2: Tek yetkili onay
Her birimin tanımlı tek bir onaylayıcısı vardır; talep doğrudan ona gider, onun kararıyla biter.
Uyduğu yapı: küçük ve orta ölçekli ekipler, mağaza ve şube düzeni (şube müdürü onaylar), hız öncelikli işler.
Riski: tek nokta. Onaylayıcı izindeyse ya da ayrıldıysa süreç durur; vekil tanımı şarttır.
Model 3: Kısaltılmış hiyerarşik onay
Hiyerarşinin tamamı yerine belirli kademeleri atlar: örneğin yalnız doğrudan yönetici ve İK. Karar yetkisi yakın yöneticide kalır, kayıt ve bakiye kontrolü İK'da biter.
Uyduğu yapı: çoğu ofis ortamı. Hızlı, iki gözden geçer, İK bakiyeyi görür.
Riski: üst yönetimin görünürlüğünü azaltır; aynı dönemde çok kişinin izne çıkması gibi kapasite sorunlarını birisi ayrıca izlemelidir.
Model 4: Özel onay zinciri
Kurum zinciri kendisi dizer: belirli görevleri seçer, sırasını belirler, gerekirse birimlere göre farklı zincirler kurar. Satış ekibi için bölge müdürü + satış direktörü, saha ekibi için şantiye şefi + İK gibi.
Uyduğu yapı: departmanlar arası farkın büyük olduğu kurumlar; hiçbir hazır modelin bütün birimleri memnun etmediği durumlar. Çok şubeli bir finans kuruluşunda yaşadığımız tam buydu: genel müdürlükten şube temsilcisine uzanan yapıda her departmanın onay akışı farklıydı ve tek tip zincir hiçbirine uymuyordu; çözüm her birimin kendi zincirini panelden kurmasıydı.
Riski: karmaşıklık. Zincir sayısı arttıkça kimin hangi zincirde olduğu belgelenmeli; panelde görünür olmalı.
Karşılaştırma
| Model | Hız | Kontrol | Kurulum | En uygun |
|---|---|---|---|---|
| Hiyerarşik | Düşük | Yüksek | Görev ağacı yeterli | Çok kademeli kurumlar |
| Tek yetkili | Yüksek | Orta | Birim başına bir kişi | Şube, mağaza, küçük ekip |
| Kısaltılmış hiyerarşik | Yüksek | Orta-yüksek | Atlanacak kademeler seçilir | Ofis ekipleri |
| Özel zincir | Değişken | Yüksek | Birim başına zincir | Farklı yapıda departmanlar |
Panelden kurarken beş kontrol
- Görev ağacı doğru mu? Hiyerarşik modeller görev ağacına dayanır; "kimin üstü kim" yanlışsa talep yanlış kişiye gider.
- Vekil tanımlı mı? Onaylayıcı izindeyken süreç durmamalı.
- Bakiye kontrolü nerede? Yetersiz bakiyeyle açılan talep yöneticiye gitmeden uyarılmalı.
- Belge gereken izin türleri işaretli mi? Rapor, evlilik, doğum gibi izinlerde belge yüklemesi zorunlu olmalı; onaylayan belgeyi aynı ekranda görmeli.
- Bildirimler çalışıyor mu? Sırası gelen onaylayıcı uygulamadan bildirim almalı; çalışan onay ve reddi anında görmeli.
Onaydan sonra ne olur?
Onay sürecinin bittiği yer puantajdır. Onaylanan izin takvime işlenmeli, o gün vardiya beklenmemeli, bakiyeden düşmeli, mutabakat formunda görünmeli. Bunlar elle yapılıyorsa onay süreci dijital olsa bile süreç dijital değildir.
NetKurum'da onay süreçleri
NetKurum'da izin onay süreci dört modelden biriyle kurulur: hiyerarşik, seçili görevlerle onay, kısaltılmış hiyerarşik ve özel onay zinciri. Çalışan talebi mobil uygulamadan açar, kalan bakiyesini görür, gerekirse belge yükler; sırası gelen yönetici talebi uygulamada ya da panelde onaylar, reddeder. Onaylanan izin puantaja işlenir, izin türleri kuruma göre tanımlanır, mutabakat formu panelden yazdırılır. Ayrıntılar: İzin Yönetimi.
Doğru onay modeli en sıkı olan değil, kurumun gerçek karar düzenini yansıtandır. Kâğıtta başka, sistemde başka bir zincir en kötü seçenektir.
Sık sorulan sorular
Farklı birimler farklı onay modeli kullanabilir mi?
Evet. Özel onay zinciri birim bazında kurulur; bir birim tek yetkili, diğeri hiyerarşik çalışabilir.
Onaylayıcı izindeyken talep ne olur?
Vekil tanımlıysa vekile düşer; tanımlı değilse bekler. Bu yüzden vekil tanımı kurulumun parçasıdır.
Yönetici kendi iznini onaylayabilir mi?
Hayır; talep sahibinin kendi talebine karar vermesi tasarım gereği engellenir, talep bir üst kademeye gider.
Reddedilen talep kayıtta kalır mı?
Evet. Talep, karar, karar veren ve zaman bilgisiyle saklanır; çalışan ret gerekçesini görür.
Onay zincirinizi birlikte kuralım
Kurumunuzun görev ağacını ve onay alışkanlıklarını anlatın; en uygun modeli birlikte seçip panelde kuralım. Ücretsiz denemeye başlayın ya da bize ulaşın.
Yazar hakkında
Emre Aksoy
İdari İşler Uzmanı
İdari işler ve personel süreçleri deneyimiyle izin onayları, vardiya planlama ve günlük İK pratiği üzerine yazar. Yazılarında teoriden çok sahadaki işleyişe odaklanır.
