İzin talep formu örneği: Talepler WhatsApp’tan geliyorsa nasıl düzene sokarım?

Pazartesi sabahı sekiz buçukta İK uzmanının telefonunda üç ayrı yazışma var. Vardiya şefi WhatsApp’tan bir çalışanın “yarın gelemeyeceğini” yazmış. Bir yönetici e-postayla perşembe için “onayladım” demiş ama İK’yı kopyaya almamış. Muhasebe ise bir çalışanın kalan izin gününü soruyor. Üçü de aynı konu, üçü de farklı yerde. Uzman bir tablo açıp bakıyor: tabloda o çalışanın bakiyesi 9 gün, ama bir hafta önce başka bir kanaldan onaylanan iki gün henüz işlenmemiş. Bu yazı bu dağınıklığı tek akışa çevirmenin dört haftalık kurgusal bir örneğini, kullanabileceğiniz bir izin talep formu örneğini ve her adımın nedenini anlatıyor.

Çalışan self servis izin, çalışanın izin talebini kendisinin oluşturduğu, onay sürecini ve kalan bakiyesini kendisinin izleyebildiği yöntemdir. Amaç, İK’yı talepleri tek tek yeniden yazan kişi olmaktan çıkarıp kuralları ve istisnaları yöneten kişi yapmaktır.

Senaryo: kurgusal bir üretim şirketi, dört haftalık geçiş

Aşağıdaki şirket kurgusaldır: vardiyalı çalışan elli kişilik bir üretim firması, tek bir İK uzmanı ve beş yönetici. Rakamlar yalnızca örneği somutlaştırmak içindir.

1. hafta: Talepler nereden geliyor?

İlk iş, kanalları saymaktır. İK uzmanı iki hafta boyunca gelen her izin talebini hangi yoldan geldiğine göre işaretliyor ve şu tabloya ulaşıyor:

Tablo tek bir şeyi gösteriyor: sorun hiçbir kanalın kötü olması değil, hiçbirinin bakiyeyi ve onayı aynı yerde tutmaması. WhatsApp’ı yasaklamak çözüm değildir; aynı bilgiyi başka bir yere de yazdırmaya devam ederseniz işiniz ikiye katlanır. Kanal sayımı sırasında her talep için üç soruya cevap arayın: talep kime ulaştı, onay nerede yazılı, bakiye kim tarafından düşüldü. Cevabı üç yerde üç farklı kişi veriyorsa talep akışının sahibi yok demektir; geçişin ilk işi bu akışa tek bir sahip atamaktır.

2. hafta: Kuralları ve izin talep formunu yazın

İkinci hafta, yeni akışın kuralları tek sayfaya yazılıyor ve yöneticilerle konuşuluyor. Önemli olan kuralların kısa ve herkes için aynı olması. Kural listesi, çalışanların en çok soru sorduğu yerlere de cevap vermelidir: hastalıkta ne yapılır, vardiya değişikliği nasıl bildirilir, onaylanmış bir izin nasıl geri çekilir. Bu üçüne yazılı cevap yoksa eski kanallar kendiliğinden yeniden açılır.

1. İzin talebi için tek kanal belirlenir; diğer kanallardan gelen talepler geçerli sayılmaz.
2. Talepte izin türü, tarihler ve işe dönüş tarihi yer alır; alanlar aşağıdaki izin talep formu örneğindeki gibi sabitlenir.
3. Talep önce yöneticiye, sonra İK’ya gider; ikisinin kararı kayda işlenir.
4. Acil durumlarda (hastalık gibi) çalışan yöneticisini arar, ilk iş günü talebi kayda girer.
5. Onay veya ret kararına kaç iş günü içinde dönüleceği belirlenir.
6. Kalan bakiye talep ekranında ya da raporda herkesçe görülebilir.

3. hafta: Bir birimle pilot

Üretim hattı yerine önce ofis ekibi seçiliyor. Çalışanlar telefonlarının tarayıcısından talep oluşturuyor, yönetici ve İK onaylıyor. İK uzmanı iki şeyi ölçüyor: çalışanların nerede takıldığı ve hangi kuralın eksik kaldığı. İlk günlerde bakiyesi yanlış görünen iki kayıt çıkıyor; sebebi açılış bakiyesine işlenmemiş eski bir izin. Pilot sırasında bir yönetici “WhatsApp daha hızlıydı” diye itiraz ediyor; İK uzmanı onay ekranının telefondan açıldığını ve onayın artık kayıtta kaldığını gösteriyor. Pilot, tam da bu tür hataları ve itirazları üretime geçmeden yakalamak içindir.

4. hafta: Eski kanalları kapatın

Son hafta, kuralları tüm şirkete duyurmak ve eski kanalları kapatmak için ayrılıyor. Duyuru kısa tutuluyor:

Bugünden itibaren izin talepleri yalnızca izin sistemi üzerinden alınır. WhatsApp ve e-postayla gelen talepler işleme alınmaz; acil durumlarda yöneticinizi arayın, talebi ilk iş günü sistemden oluşturun.

İlk iki hafta WhatsApp’tan gelen talepler nazikçe sisteme yönlendiriliyor. Üçüncü haftadan sonra yönlendirme azalıyor; çünkü çalışanlar bakiyelerini ve onay durumlarını artık kendileri görebiliyor. Dördüncü haftanın sonunda üç şeye bakılıyor: WhatsApp ve e-postayla gelen talep sayısı azalmış mı, bekleyen taleplerin ortalama bekleme süresi kısalmış mı ve bakiye sorusuyla İK’ya gelen çağrılar seyrelmiş mi.

İzin bakiyesi nedir?

İzin bakiyesi, çalışanın hak kazandığı izin gününden kullandığı izin günleri düşüldükten sonra kalan gün sayısıdır. Örneğin yıllık hak 20 gün, kullanılan 8 gün ise bakiye 12 gündür. Onay bekleyen bir talep varsa o günler henüz kullanılmış sayılmaz ama yeni bir talebi etkileyebilir; bu nedenle talep anındaki bakiyeyle onay anındaki bakiyenin ayrı ayrı görülmesi iyi uygulamadır. Bakiyenin güvenilir olması, her iznin tek kayıttan düşülmesine bağlıdır.

Çalışan izin talebi e-postayla geliyorsa nasıl takip edilir?

Yeni akışa geçene kadar e-posta üzerinden gelen talepleri en azından aranabilir hale getirmek mümkündür. Geçici düzen için şu adımlar yeterli olur:

• Talepler için ortak bir gelen kutusu açın; yöneticilerin kişisel adreslerine gelenler oraya iletilsin.
• Konu başlığını sabitleyin: İzin talebi – ad soyad – tarih aralığı.
• İK’yı her yöneticinin onay e-postasında kopyaya alın.
• Her talep için tek bir yanıt zinciri tutun ve onay cümlesini açıkça yazın.
• Haftalık özet çıkarın ve tabloyu bu özetle güncelleyin.
• Tabloya işlenen her talebin e-posta tarihini kayıt satırına yazın.

Bu düzen iş görür ama kalıcı değildir: bakiye hâlâ elle güncellenir ve onay izi hâlâ e-posta kutularına dağılır. Ortak gelen kutusu, yöneticinin cevabının İK’ya ulaşıp ulaşmadığı sorusunu çözmez; yalnızca aramayı kolaylaştırır. Talep sayısı arttıkça haftalık özet çıkarmak da yarım günlük bir işe dönüşür.

İzin yönetim sisteminde çalışan self servis izin talebi nasıl işler?

YazSis KurumsalPortal’ın Mobil İzin Yönetimi modülünde çalışan, telefonunun tarayıcısından portala girerek izin talebi oluşturur; ayrı bir uygulama kurması gerekmez. Talep kalan izin bakiyesiyle doğrulanır, ardından yöneticiye gider. Temel akışta yönetici onayından sonra İK onayı tamamlanır ve izin takvime işlenir; her onay adımı kayıt altında kalır. Bakiye bu onaylı kayıtlar üzerinden izlendiği için çalışan, yönetici ve İK aynı güncel bilgiyle çalışır.

Portal müşterinin kendi sunucusunda çalışır ve standart cPanel hosting yeterlidir. Mevcut WhatsApp yazışmalarının içe aktarılması modülün anlatılan özellikleri arasında değildir; geçişte esas olan, onaylı izinlerden çıkarılan açılış bakiyesidir. Bu bakiyenin nasıl yükleneceğini kurulum öncesi görüşmede netleştirmenizi öneririz.

Dört haftalık geçişi kendi ekibinizde denemek istiyorsanız Mobil İzin Yönetimi modülünü inceleyebilirsiniz.