İzin takibinde talep, onay ve bakiye aynı şey değildir

Örnek bir iş senaryosu

Bir çalışan gelecek ay için üç günlük izin ister, yönetici iki günü onaylar ve çalışan daha sonra talebini geri çeker. Sistem ilk talepte bakiyeyi kesin düşmüşse geri alma hareketi gerektirir. Daha anlaşılır modelde talep, onay ve kullanım kayıtları ayrıdır. Takvimde planlanan yokluk görünür, iptal edildiğinde ekip kapasitesi güncellenir. Geçmiş kaydı silmek yerine iptal gerekçesi korunur.

Dört adımda çalışma düzeni

İlk bakışta görünmeyen noktalar

İzin ekranında ekip takvimiyle kişisel bakiye aynı ayrıntıyı paylaşmak zorunda değildir. Yönetici planlama için yokluk tarihini görürken özel açıklamaların erişimi daha dar tutulabilir. Yarım gün veya saatlik izin kullanılıyorsa sistemin temel birimi belirlenmelidir; aynı bakiyede gün ve saat değerlerini açıklamasız toplamayın. Resmî tatil veya çalışma planı değişikliklerinin hesaplamaya etkisi açık kurallara dayanmalıdır. Kullanıcı talebi gönderirken kaç birim düşeceğini önizlemede görebilmelidir. Bir talep birden çok döneme taşıyorsa hangi dönemin bakiyesini etkilediği ayrı gösterilmeli, kapatılmış raporlar sessizce değişmemelidir.

Personel kayıtları için örnek dönem kontrolü

Deneme verisini yalnızca düzenli mesai yapan bir personelden oluşturmayın. Normal vardiya, gece vardiyası, izin, eksik hareket ve şube değişimi içeren temsili bir dönem hazırlayın. Her örnek için beklenen sonucun nasıl hesaplandığını insan kaynakları sorumlusuyla yazın. Yazılımın ürettiği sonuç bu açıklamayla karşılaştırılmalıdır. Bir fark çıktığında önce kaynağa, sonra eşleştirmeye, en son hesaplama kuralına bakın. Böylece yanlış saati doğru formülle hesaplamak gibi sorunlar erkenden fark edilir. Gerçek personel verisiyle test yapılacaksa erişim ve kullanım kapsamı sınırlandırılmalıdır.

Dönem kapanışında açık düzeltmeler ve veri alınamayan cihazlar ayrı listelenmelidir. Kayıt eksikliği ile gerçek yokluk aynı göstergeye dönüşmemelidir. Onaylanmış raporun daha sonra yeniden üretilmesi halinde değişen satırlar açıklanabilmelidir. Kullanıcıların her raporda ham hareketi görmesi gerekmeyebilir fakat yetkili kontrol sırasında kaynağa ulaşılmalıdır. Özellikle dosya dışa aktarımlarında dönem, üretim zamanı ve kullanılan filtre bulunmalıdır. Başka ekibe gönderilen dosya uygulama yetkilerinden bağımsız dolaşabileceği için paylaşım biçimi ayrıca değerlendirilmelidir. Test ortamına alınan kayıtlar da gereksiz süre saklanmamalıdır.

Uygulamayı değerlendirirken çalışanın kendi bilgisine erişimini de deneyin. Kendi talebinin durumunu görebilmesi, düzeltme için sürekli ofise sorma ihtiyacını azaltabilir. Bununla birlikte başka çalışanların verilerinin görünmediği doğrulanmalıdır. Yönetici değiştiğinde veya çalışan ayrıldığında erişimlerin ne olacağı bir kontrol maddesi olsun. Hesaplama politikaları, ücret ve izin hakları konusunda yetkili uzmanların onayını alın; rehberdeki örnekleri mevzuat kuralı olarak kullanmayın. Yazılımın başarısı belirlenmiş kuralı tutarlı uygulaması, istisnayı göstermesi ve kararın hangi kayıtlarla verildiğini açıklayabilmesidir.

Ekibinize sorabileceğiniz sorular

• Talep reddedildiğinde bakiye değişiyor mu?
• Personel kendi izin hareketlerini görebiliyor mu?
• İptal edilen izin ekip takviminden kalkıyor mu?

Bu soruları seçtiğiniz örnek kayıt üzerinde yanıtlayın. Her açık nokta için sorumlu kişiyi, yapılacak düzeltmeyi ve yeniden kontrol tarihini not edin. Böylece görüşme, uygulanabilir bir iş listesiyle tamamlanır.