Personel puantaj programı seçerken en güvenilir karar, bir özellik listesini okumak değil; küçük ama kontrollü bir örnek ayı baştan sona işletmektir. Beş ila sekiz örnek çalışan için normal gün, eksik çıkış, izin, devamsızlık, vardiya değişimi ve geceyi aşan çalışma senaryoları hazırlayın. Her senaryoda kaynak kaydı, uygulanan kural, günlük sonuç ve aylık toplam birbiriyle izlenebiliyorsa yazılım kabul adayıdır; açıklanamayan farklar varsa satın alma kararını erteleyin.
PDKS, yani Personel Devam Kontrol Sistemi, çalışan hareketlerini iş kurallarıyla eşleştirip devam ve puantaj çıktısına dönüştüren süreçtir. Bu nedenle kabul testi yalnız ekranda bir giriş ve çıkış görmekle bitmez. Aynı olayın doğru çalışana, doğru iş gününe ve doğru izin ya da devamsızlık durumuna bağlandığını; yapılan düzeltmenin de aylık sonuca beklenen biçimde yansıdığını göstermek gerekir.
Personel puantaj programı için kabul tablosunu kurun
Test başlamadan önce tek bir kabul tablosu oluşturun. Böylece insan kaynakları, operasyon ve mali işler aynı sonucu farklı kelimelerle yorumlamaz. “Ekranda göründü” gibi belirsiz ifadeler yerine, her senaryo için karşılaştırılabilir bir çıktı tanımlayın.
| Senaryo | Kaynak veri | Kontrol edilecek sonuç | Kabul kanıtı |
|---|---|---|---|
| Normal çalışma günü | Planlı vardiya ile giriş ve çıkış olayı | Çalışılan gün ve süre | Ham olay ile günlük satır yan yana eşleşir |
| Eksik çıkış | Yalnız giriş olayı | Eksik kayıt uyarısı veya tanımlı istisna | Olay sessizce normal güne dönüşmez |
| Onaylı izin | İzin kaydı ve tarih aralığı | İzin türü ile günlük durum | Aynı gün devamsızlık olarak iki kez sayılmaz |
| Vardiya değişimi | Yeni plan ve gerçekleşen hareket | Doğru vardiya kuralı | Eski plan aylık toplamı etkilemez |
| Geceyi aşan çalışma | Bir gün başlayıp ertesi gün biten olaylar | Doğru iş gününe bağlanan süre | İki ayrı eksik gün oluşmaz |
| Düzeltme | Yetkili kullanıcı değişikliği | Günlük ve aylık sonucun birlikte yenilenmesi | Önceki ve sonraki değer karşılaştırılır |
Örnek ayı gerçek çalışan gruplarına göre küçültün
Pilot için bütün şirketi taşımak gerekmez. Farklı çalışma biçimlerini temsil eden küçük bir örneklem daha açıklayıcıdır: sabit saatli bir çalışan, dönüşümlü vardiyada çalışan biri, ay içinde izin kullanan biri, yeni işe başlayan biri ve bir eksik hareket kaydı olan çalışan. Şubeli bir yapıda en az iki kayıt noktasını da örneğe ekleyin.
Her örnek kişi için beklenen sonucu yazılımı görmeden önce hesaplayın. Beklenti sonradan ekrana göre değiştirilirse test, kabul çalışması olmaktan çıkar. Çalışan kodu, iş günü, planlanan vardiya, izin türü ve beklenen günlük durum aynı test dosyasında yer almalıdır; gerçek çalışan verisi kullanmak zorunlu değilse takma ad ve kurgu kayıt tercih edin.
Terminal olayından aylık satıra kadar zinciri izleyin
Bir hareketin doğruluğunu dört durakta kontrol edin: terminalde oluşan olay, aktarım sonucu, günlük devam satırı ve aylık puantaj toplamı. Bir durakta sayı değişiyorsa bunun tanımlı bir iş kuralından mı, saat diliminden mi, vardiya sınırından mı yoksa elle yapılan bir düzeltmeden mi kaynaklandığını bulun. TigerBio’nun terminal kaydının yazılıma taşındığı aktarım seçenekleri rehberi, testte hangi aktarım yolunun ayrıca doğrulanacağını belirlemeye yardım eder.
Özellikle tekrar aktarılan olayları sınayın. Aynı küçük veri setini ikinci kez gönderdiğinizde aylık toplamın iki katına çıkıp çıkmadığını gözlemleyin ve beklenen davranışı yazılı olarak tanımlayın. Kesinti sonrası oluşan olayları da zaman sırasına göre karşılaştırın. Burada amaç belirli bir davranışı varsaymak değil, seçilecek cihaz ve yazılım sürümünde sonucu ölçmektir.
Günlük ve aylık puantaj arasındaki farkları bulun
TigerBio’nun resmi yazılım sayfası giriş-çıkış, geç gelme, erken çıkma, devamsızlık, izin ile günlük ve aylık puantaj başlıklarını listeliyor. Bu başlıkları kabul senaryosuna dönüştürün: günlük ekranda görülen beş çalışma günü, aylık tabloda kaç gün ve kaç saat olarak görünmeli? Bir izin kaydı günlük durumda değiştiğinde aylık özet aynı anda nasıl değişmeli?
Personel puantaj programı değerlendirmesinde yalnız toplam sütununa bakmayın. Aylık sayının hangi günlük satırlardan üretildiğini örnek bir çalışan üzerinde yeniden toplayın. Geç gelme ile eksik çalışma süresi, erken çıkma ile eksik hareket ve devamsızlık ile onaylı izin birbirine karışıyorsa, önce kural tanımını netleştirin; sonra aynı veriyle testi tekrarlayın.
İstisnaları ay kapanmadan önce sıraya koyun
Ay sonu sorunlarının çoğu normal günden değil, istisnaların birikmesinden görünür hâle gelir. Eksik giriş veya çıkış, aynı dakikada yinelenen hareket, yanlış çalışana bağlanan olay, ay ortasında başlayan ya da ayrılan çalışan, onay tarihi sonradan gelen izin ve vardiya değişimi için ayrı test kartı hazırlayın. Her kartta sorumlu kişi, düzeltme son tarihi ve kabul edilecek kanıt yazsın.
- Ham olayın zamanını ve çalışan kodunu kaydedin.
- Planlanan vardiya ile gerçekleşen olayı yan yana koyun.
- İzin veya devamsızlık bilgisinin kaynağını işaretleyin.
- Günlük sonucu hesaplayın ve beklenen değerle karşılaştırın.
- Aylık toplamı yeniden üretip farkı sıfırlayın.
- Düzeltmeyi kimin onaylayacağını ve dönem kapanışını belirleyin.
Düzeltme yetkisini ve kapanış akışını demoda gösterin
Bir demo sırasında üç rol kullanın: hareketi inceleyen operasyon sorumlusu, izin bilgisini doğrulayan insan kaynakları kullanıcısı ve aylık çıktıyı teslim alan mali işler sorumlusu. Aynı test kaydını bu rollerle sırayla ele alın. Kim hangi alanı görebiliyor, kim değiştirebiliyor, değişiklikten sonra hangi çıktı yenileniyor ve kapanmış dönem için nasıl bir süreç uygulanıyor sorularına ekran üzerinde yanıt arayın.
Bu işlevlerin varlığını önceden varsaymayın; ihtiyaç listenize “olmalı” diye yazın ve değerlendirilen sürüm ile lisans üzerinde gösterilmesini isteyin. Yazılım, cihaz, kurulum ve destek kalemlerini aynı teklif tablosunda karşılaştırmak için puantaj projesinin cihaz ve yazılım maliyet bileşenleri rehberinden bir maliyet kontrol listesi çıkarabilirsiniz.
Çalışma kurallarını yazılı parametrelere çevirin
Yazılım testi hukuk yorumu üretmemeli; işletmenin onayladığı kuralları tutarlı uygulayıp uygulamadığını göstermelidir. Çalışma başlangıç ve bitişi, ara dinlenmesi, vardiya sınırı ve iş gününe bağlama kararlarını test dosyasında açıkça yazın. Çalışma ve Sosyal Güvenlik Bakanlığının çalışma süreleri yönetmeliği çalışma süresinin belgelenmesine ilişkin çerçeveyi; postalar hâlinde çalışmaya ilişkin yönetmelik ise vardiya düzenine ilişkin resmî esasları içerir. Kendi sözleşme ve işyeri uygulamanız için uzman değerlendirmesi alın.
Veri erişimini puantaj sürecinin bir parçası sayın
Puantaj dosyasında çalışan kimliği, hareket zamanları ve izin bilgileri bulunabileceği için pilot verisini kimlerin göreceğini, ne kadar süre tutulacağını ve test bitince nasıl kaldırılacağını baştan belirleyin. KVKK’nın veri güvenliği yükümlülükleri açıklaması, önlemlerin işlenen verinin niteliğine ve kurumun risklerine göre belirlenmesi gerektiğini belirtir. Bu bölüm bir hukuki uygunluk kararı değildir; pilotun erişim ve saklama sorularını görünür kılmak içindir.
Kabul puanını işlev sayısından ayırın
Teklifleri karşılaştırırken her kritik senaryoya “geçti”, “koşullu geçti” veya “kaldı” sonucu verin. Normal günün doğru hesaplanması tek başına yüksek puan getirmemeli; eksik hareketin fark edilmesi, izinle devamsızlığın ayrılması, geceyi aşan kaydın doğru güne bağlanması ve düzeltme sonrası aylık toplamın yenilenmesi ayrı ayrı ölçülmelidir. İş akışınız için vazgeçilmez bir senaryo kaldıysa, toplam özellik sayısı yüksek olsa bile karar koşullu kalmalıdır.
Koşullu geçen her maddeye sorumlu, son tarih ve yeniden test yöntemi ekleyin. Örneğin vardiya değişimi doğru günlük sonucu veriyor ancak aylık özette açıklanamayan bir fark bırakıyorsa, farkın tutarı ve etkilenen çalışan sayısı kayda alınmalı; aynı veri seti düzeltmeden sonra yeniden çalıştırılmalıdır. Böylece satış demosundaki tek seferlik görünüm yerine tekrarlanabilir bir kabul kaydı oluşur.
Personel puantaj programı kararını dört kanıtla verin
Pilot sonunda karar dosyasında dört kanıt bulunmalıdır: senaryo başına beklenen ve gerçekleşen sonuç, açıklanamayan farkların listesi, düzeltme sonrası yeniden test kaydı ve aylık toplamı onaylayan sorumlu. Sadece ekran görüntüsü veya “çalıştı” notu yeterli değildir. Kritik senaryolardan biri başarısızsa canlı geçiş tarihini değil, düzeltme ve tekrar test tarihini planlayın.
Karşılaştırılan tekliflerde aynı örnek veri ve aynı kabul tablosunu kullanın. Bir çözümün üstünlüğünü özellik sayısıyla değil, sizin vardiya ve kapanış akışınızda ürettiği doğrulanabilir sonuçla değerlendirin. Teknik görüşmeden önce örnek çalışanları, istisna kartlarını ve beklenen aylık özeti hazırlayıp örnek puantaj dosyanız için TigerBio teknik görüşmesini bu maddeler üzerinden yürütün.
Giriş-çıkış, geç gelme, erken çıkma, devamsızlık, izin ve günlük-aylık puantaj senaryolarınızı aynı test planında topladıktan sonra TigerBio personel puantaj programı kapsamını ay sonu senaryolarınızla sınayın. Kabul kararını, her kritik senaryonun geçtiği ve aylık toplamın günlük kayıtlardan yeniden üretilebildiği noktada verin.
