Personel devamsızlık takibi yaparken “o gün hareket yok” sonucunu doğrudan “çalışan işe gelmedi” diye yorumlamayın. Önce çalışanın o gün çalışması planlanmış mı, onaylı izin veya tatil var mı, terminalde ham olay oluşmuş mu ve olay doğru kişiye ulaşıp günlük puantaja işlenmiş mi sorularını sırayla yanıtlayın. Yedi kontrollü senaryo; gerçek devamsızlığı yanlış vardiya, eksik okutma, aktarım kesintisi ve kayıt eşleştirme hatasından ayırmak için yeterli bir kabul çerçevesi sağlar.
En kısa karar kuralı şudur: çalışma planı var, geçerli izin veya tatil yok, kimliği doğrulanmış ham giriş-çıkış olayı bulunmuyor ve aktarım yolu sağlamsa kayıt “devamsızlık adayı” olarak yetkili incelemeye gidebilir. PDKS, yani Personel Devam Kontrol Sistemi, terminal hareketlerini çalışma planı ve puantaj kurallarıyla ilişkilendiren bütündür. “Devamsızlık adayı” ise hukuki veya disiplin sonucu değil; eksik kanıtları tamamlanması gereken operasyonel bir kontroldür.
Personel devamsızlık takibi hangi kanıt zincirini kurmalı?
Doğru zincir yedi veri noktasını aynı çalışan ve gün üzerinde birleştirir: personel kodu, işyeri veya şube, çalışma planı, izin-tatil durumu, terminaldeki ham olay, olayın yazılıma ulaşma zamanı ve günlük-aylık puantaj sonucu. Bunlardan biri farklı kişiye, güne veya vardiyaya bağlıysa “devamsız” etiketi doğru görünse bile neden yanlış olabilir.
TigerBio Personel Devam Kontrol Yazılımı sayfası giriş-çıkış, devamsızlık, izin, günlük ve aylık puantaj ile çalışma planını açıkça aynı kapsamda listeler. Kabul formunda bu başlıkları ayrı kontrol noktalarına dönüştürün. Demo çalışanı için bilinen bir vardiya tanımlayın, bir normal gün ve bir olaysız gün üretin, sonra her iki günü günlük ve aylık görünümde karşılaştırın. Böylece yalnız rapor başlığını değil, olaydan sonuca giden gerçek bağı sınarsınız.
Yedi senaryoyu tek bir kabul tablosunda çalıştırın
| Senaryo | Plan ve ham veri | Beklenen karar | İlk incelenecek kanıt |
|---|---|---|---|
| 1. Normal çalışma | Vardiya ve iki ham olay var | Devamsızlık oluşmamalı | Personel kodu ve günlük sonuç |
| 2. Gerçek olaysız gün | Vardiya var; izin, tatil ve olay yok | İnceleme için devamsızlık adayı | Plan sürümü ve olay sorgusu |
| 3. İzinli gün | Vardiya var; geçerli izin kaydı var | İzin ile devamsızlık ayrılmalı | İzin tarihi, türü ve yetkili kaynak |
| 4. Tatil veya plansız gün | Çalışma planı yok | Devamsızlık oluşmamalı | Takvim ve vardiya ataması |
| 5. Eksik okutma | Yalnız giriş ya da yalnız çıkış var | Eksik hareket, tam gün yoklukla karışmamalı | Terminaldeki özgün olay |
| 6. Aktarım kesintisi | Terminalde olay var; yazılımda yok | Devamsızlık değil, aktarım arızası | Kanal, son aktarım ve hata zamanı |
| 7. Yanlış eşleştirme | Olay var; başka kişi, şube veya güne bağlı | Eşleştirme düzeltilip yeniden hesaplanmalı | Personel, terminal ve vardiya kimlikleri |
Her senaryoda yalnız bir değişkeni değiştirin. İzinli gün testinde aynı anda vardiyayı ve personel kodunu da değiştirirseniz hatanın kaynağını bulamazsınız. Beklenen sonucu testten önce yazın; ardından `geçti / düzeltmeyle geçer / kaldı` kararı verin. Ekran görüntüsünü tek başına kanıt saymayın: kullanılan plan, ham olay sorgusu, izin veya tatil kaynağı ve puantaj satırı birlikte saklanmalıdır.
Kabul eşiğini de testten önce belirleyin. Normal çalışma veya izinli gün yanlışlıkla devamsız görünüyorsa bu kritik hatadır ve pilot genişletilmemelidir. Aktarım kesintisi doğru biçimde ayrı bir teknik istisna olarak görünse bile olay geri geldiğinde puantajın hangi işlemle yenilendiği kanıtlanmalıdır. Küçük bir etiket farkını, çalışanın kimliği veya günlük sonucu değişmiyorsa düzeltmeyle geçer sınıfına alabilirsiniz; fakat kararın gerekçesini ve yeniden test tarihini yazın. Böylece satış demosundaki tek başarılı örnek yerine farklı hata türlerini aynı ölçüyle değerlendirirsiniz.
Önce çalışma planını ve gün sınırını doğrulayın
Bir kişinin devamsız sayılabilmesi için önce o gün ve saat aralığında çalışmasının beklendiği kanıtlanmalıdır. Test çalışanına pazartesi gündüz, salı gece ve çarşamba plansız gün atayın. Her gün için vardiya kimliğini, başlangıç-bitiş saatini ve değişikliğin yürürlük zamanını kaydedin. Çarşamba günü hareket yokken devamsızlık oluşuyorsa sorun terminalde değil, plan veya takvim eşleşmesindedir.
Gece vardiyasında takvim gününü vardiya günüyle karıştırmayın. Saat 22.00’de başlayan ve ertesi sabah biten kontrollü örnekte giriş ile çıkışın aynı vardiyaya bağlandığını doğrulayın. TigerBio’da daha önce yayımlanan vardiya sınırlarını önce tanımlayan çok vardiyalı PDKS iş akışı, bu test için planlama çerçevesi sunar. Kabul ölçütü, gece hareketlerinin iki ayrı olaysız gün üretmemesidir.
Ham olay yokluğu ile aktarım hatasını birbirinden ayırın
“Yazılımda hareket yok” ifadesi, “terminalde hareket oluşmadı” anlamına gelmez. Test anında çalışan kodunu, terminal kimliğini, olay yönünü ve saati not edin. Önce cihazdaki özgün kaydı arayın; sonra aynı kaydın yazılıma ulaşıp ulaşmadığını kontrol edin. Olay cihazda varsa vardiya veya izin kuralını değiştirmeden önce aktarım yolunu inceleyin.
TigerBio’nun ham olayın hangi aktarım yolunda kaybolduğunu gösteren veri aktarımı rehberi USB Bellek, TCP/IP LAN, Wi-Fi ve Statik/Geçerli IP seçeneklerini adlandırır; kullanılabilir yolun modele göre değiştiğini açıklar. Testi kurulu cihazın gerçek yöntemiyle yürütün. Son başarılı aktarım zamanı, aktarılan olay sayısı ve kontrol olayının yazılıma varış zamanı üç ayrı kanıt olmalıdır.
İzin, tatil ve eksik okutmayı ayrı sonuçlar olarak sınayın
İzinli çalışan, çalışması planlanmayan çalışan ve tek hareketi eksik çalışan aynı rapor satırına düşmemelidir. Üç kopya test günü oluşturun: birinde yetkili kaynaktan izin, birinde tatil veya plansız gün, birinde yalnız giriş olayı bulunsun. Her biri için beklenen işaret ve sorumlu ekip farklıdır. İzin kaynağını insan kaynakları, takvimi vardiya sorumlusu, eksik olayı ise terminal ve aktarım sorumlusu doğrulamalıdır.
Resmî TigerBio sayfası devamsızlık ve izin başlıklarını açıkça adlandırır; belirli izin onayı, bildirim veya otomatik düzeltme akışını açıklamaz. Bu nedenle teslim edilen sürümde izin ekleme, iptal etme ve yeniden hesaplama için kontrollü bir örnek çalıştırın. Sonuç değişiyorsa özgün günlük satırın, düzeltme gerekçesinin ve yeni hesap zamanının nasıl görüldüğünü kabul tutanağına ekleyin.
Personel, şube ve terminal eşleşmesini negatif testle kontrol edin
Aynı ad-soyada sahip iki test çalışanı veya benzer personel kodları kullanarak negatif test yapın. Bir çalışanın olayını diğerine bağlamayı deneyin; sistem engellemiyorsa kontrol prosedürünün bunu hangi raporda yakalayacağını gösterin. Şubeler arasında taşınan çalışan için eski terminalde bir olay, yeni terminalde bir olay üretin ve ikisinin tek personel geçmişinde doğru tarihlerle birleştiğini sınayın.
Web veya mobil çalışan görünümü proje kapsamındaysa, TigerBio web tabanlı zaman-devam ve çalışan self-servisi kapsamını açıklayan Kontrol Yazılımı sayfasını temel alarak demo isteyin. Çalışanın kendi hareketini görebilmesi, hatayı erken bildirmeye yardımcı olabilir; ancak belirli itiraz veya onay akışı resmî sayfada açıklanmadığı için ekran, rol ve işlem adımlarını teslim edilen sürümde fiilen doğrulayın.
Günlük kayıt ile aylık puantajı uzlaştırın
Personel devamsızlık takibi için yalnız “devamsız gün sayısı” toplamını karşılaştırmak yeterli değildir. Yedi senaryonun her birinde çalışan kodu, tarih, vardiya, izin-tatil durumu, ham olay sayısı, günlük işaret ve aylık puantaj satırını yan yana koyun. İki yanlış kayıt birbirini sayısal olarak dengeleyebilir; bu yüzden toplam kadar satır kimliği de eşleşmelidir.
Ay kapanmadan önce normal gün, gerçek olaysız gün ve aktarım kesintisi senaryolarını yeniden çalıştırın. Düzeltme yapıldığında günlük kayıt değişip aylık puantaj değişmiyorsa yeniden hesaplama adımını inceleyin. Aylık toplam değişip özgün kanıt görünmüyorsa değişiklik gerekçesi ve yetki kontrolünü talep edin. Kabul kararı, son toplamın doğru çıkmasına değil, sonucun aynı ham kanıtlardan tekrar üretilebilmesine dayanmalıdır.
İnceleme kaydını sınırlı, izlenebilir ve yetkili tutun
PDKS etiketi tek başına disiplin veya hukuk kararı değildir. Kurumunuzun insan kaynakları ve yetkili hukuk sorumluları çalışma planını, izin kaynağını, açıklama süresini ve karar yetkisini yazılı olarak belirlemelidir. Güncel çerçeve için Çalışma ve Sosyal Güvenlik Bakanlığının İş Kanunu SSS sayfasını ve kayıt bağlamı için Bakanlığın iş teftişi rehberini başlangıç kaynağı olarak kullanın; somut olay için yetkili değerlendirme alın.
Devamsızlık incelemesinde ihtiyaç olmayan sağlık, konum veya açıklama ayrıntılarını rapora taşımayın. Hangi alanın hangi amaçla işlendiğini belirlemek için KVKK kişisel veri işleme envanteri rehber duyurusunu kontrol listesine ekleyin. Erişim rolünü, saklama süresini ve düzeltme kanıtını kurum politikanızla belirleyin; yazılım çıktısını tek başına hukuki uygunluk kanıtı saymayın.
Kabul toplantısına yedi satırlı senaryo tablosu, ham olay örnekleri ve günlük-aylık uzlaştırma sonucu ile girin. Gerçek olaysız gün doğru işaretleniyor; izinli, plansız, eksik okutmalı ve aktarım hatalı günler ondan ayrılıyor; düzeltme aynı kanıtlarla yeniden üretilebiliyorsa pilotu genişletin. yedi senaryolu devamsızlık kabul tablonuzu TigerBio yazılım kapsamıyla eşleştirin. Personel devamsızlık takibi ancak yanlış devamsızlığı görünür biçimde ayırabildiğinde günlük operasyon ve aylık puantaj için güvenilir bir adaydır.
