Bir fabrikanın vardiya amiri sabah 07:50'de kapıda bekleyen 40 kişiyi tek tek deftere yazıyor, ay sonunda da bu defteri insan kaynaklarına taşıyordu. Kayıp bir kart, unutulan bir giriş ve iki farklı kalemden gelen çelişkili saatler yüzünden her ay birkaç gün mesai hesaplarıyla uğraşılıyordu. Bu tabloyu değiştiren şey ne daha fazla personel ne de daha sıkı bir yönetim oldu: doğru kurgulanmış bir pdks sistemi oldu. Bu yazıda personel devam kontrolünü bir angaryadan güvenilir bir veri kaynağına dönüştürmek isteyenler için sahada işe yarayan kurulum, entegrasyon ve denetim adımlarını anlatıyorum.
PDKS Yatırımından Önce Netleştirilmesi Gereken Üç Soru
Pek çok işletme cihaz seçimiyle başlıyor, oysa sistemin değerini belirleyen şey donanımdan önce süreç tanımıdır. Kuruluma geçmeden önce şu üç soruya yazılı cevap vermenizi öneririm.
1. Hangi veriyi kim, ne için kullanacak?
Üretim planlaması mı, bordro mu, yoksa iş güvenliği mi? Bu üçü aynı ham veriyi farklı biçimde ister. Bordro için dakika hassasiyeti ve fazla mesai onayı kritikken, üretim planlaması vardiya doluluk oranına bakar. Tek bir ekranla herkesi memnun etmeye çalışmak yerine, her birimin göreceği raporu baştan tanımlamak sonradan doğacak tartışmaların önünü keser.
2. Kurallar yazılı mı?
Geç kalma toleransı kaç dakika? Öğle arası otomatik mi düşülecek, yoksa çıkış okutması mı beklenecek? Fazla mesai önceden onay gerektiriyor mu? Bu soruların cevabı yazılı değilse, sistem ne kadar iyi olursa olsun aynı veriden farklı sonuçlar çıkar. Kural setini bir sayfaya sığdırabiliyorsanız, yazılımı da o sayfaya göre kuracaksınız demektir.
3. Kayıt dışı çalışan bir süreç var mı?
Sahada sık gördüğüm bir durum: bazı birimler sisteme hiç girmiyor, çünkü kendi işleyişleri farklı. Bu birimleri kapsam dışı bırakmak yerine, onların gerçek akışını öğrenip sisteme o şekilde bağlamak gerekiyor. Aksi halde yönetim raporu ile sahadaki gerçeklik arasında kalıcı bir kopukluk oluşur.
Cihaz ve Okutma Noktaları: Az ama Doğru Yerleştirme
Okuyucu sayısını artırmak her zaman daha iyi takip anlamına gelmez. Gereğinden fazla nokta hem maliyeti hem de veri gürültüsünü yükseltir. İşe yarayan yerleşim genellikle şöyle kurgulanır:
- Ana giriş çıkış: Yoğun saatlerde kuyruk oluşmayacak sayıda okuyucu. Vardiya değişimlerinde dakikaların önemli olduğunu unutmayın.
- Üretim alanı geçişi: Sadece fiziksel olarak ayrı bir bölgeye geçiş varsa anlamlı. Aynı alan içinde ikinci bir okuyucu çoğu zaman gereksiz.
- Saha ve depo: Temaslı kart okuyucular toz ve neme karşı dayanıklı modellerden seçilmeli; aksi halde okuma hataları veri kalitesini bozar.
Kart, parmak izi, yüz tanıma veya mobil okutma arasında seçim yaparken tek kriter teknoloji hevesi olmamalı. Eldivenle çalışan bir ekipte parmak izi ciddi bir darboğaz yaratır. Sahada telefon kullanımı kısıtlıysa mobil okutma da beklenen faydayı vermez. En pratik çözüm genellikle kart ile başlayıp, ihtiyaç doğdukça ikinci bir yöntemi destekleyici olarak eklemektir.
Vardiya Tanımları: Hataların Çoğu Burada Başlıyor
Bir pdks programı kurulduktan sonra en sık duyduğum şikayet "sistem yanlış hesaplıyor" oluyor. İnceleyince çoğu zaman sorun yazılımda değil, vardiya tanımında çıkıyor. Gece vardiyasının gün sınırını aşması, hafta tatilinin hangi güne denk geldiği, dini ve resmi tatillerin yıllık takvime işlenmesi gibi konular baştan doğru tanımlanmazsa raporlar güvenilirliğini kaybeder.
Gece vardiyasında gün sınırı
22:00'de başlayıp 06:00'da biten bir vardiyayı iki ayrı güne bölmek, fazla mesai hesabını bozar. Yazılımda vardiyanın "başlangıç gününe ait" olarak tanımlanması ve devam eden vardiyanın kesintisiz hesaplanması gerekir. Kurulum sırasında bu ayarı test etmek için bir gece vardiyası senaryosu oluşturup sonucu elle doğrulamanızı öneririm.
Esnek ve kısmi süreli çalışma
Herkes aynı saatte başlamıyor. Esnek giriş penceresi tanımlarken günlük toplam sürenin korunması, kısmi süreli çalışanlarda ise haftalık saat yerine aylık toplam üzerinden kontrol yapılması daha sağlıklı sonuç verir. Bu ayrımı baştan yapmazsanız, ay sonunda aynı kişi için iki farklı hak ediş ortaya çıkar.
İzin, rapor ve devamsızlık entegrasyonu
Devam kontrolünün en çok atlanan tarafı, izin ve rapor verileriyle bağlantısı. Yıllık izin, hastalık raporu veya ücretsiz izin sisteme işlenmediğinde, çalışanın o günkü kaydı "devamsız" görünür. Bu da hem bordroyu hem de çalışan ilişkilerini yorar. İnsan kaynakları modülüyle çift yönlü bir bağlantı kurmak, bu tür hataların neredeyse tamamını ortadan kaldırır.
Fazla Mesai Yönetiminde Şeffaflık
Fazla mesai, PDKS projelerinin en hassas konusu. Burada iki uç yaklaşım da sorunlu: her okutmayı otomatik fazla mesai saymak da, tüm fazla mesaiyi manuel onaya bırakmak da. Dengeli bir kurgu şöyle işliyor:
- Günlük ve haftalık sınırlar yazılımda tanımlanır.
- Sınırı aşan süreler "onay bekleyen" olarak işaretlenir.
- Yönetici kısa bir süre içinde onaylar veya reddeder; ret gerekçesi kayda düşer.
- Onaylanan süreler bordroya aktarılır, onaylanmayanlar arşivde kalır.
Bu akışın en büyük faydası, ay sonunda "bu saat nereden geldi" sorusunun cevabının tek ekranda görünmesi. Çalışan da kendi onay bekleyen kayıtlarını görebildiğinde itirazlar azalıyor; çünkü belirsizlik yerine kayıt konuşuyor.
Raporlama: Az Gösterge, Doğru Gösterge
Yeni kurulan bir pdks sistemi genellikle onlarca hazır raporla gelir ve ilk haftalarda bunların hepsi denenir. Kalıcı olarak kullanılan rapor sayısı ise çoğu zaman beşi geçmez. Bu yüzden kurulum sırasında şu üç raporu netleştirmek yeterli olur:
- Günlük devam özeti: Kim geldi, kim gelmedi, kim geç kaldı. Vardiya amirinin sabah ilk baktığı ekran.
- Dönemsel fazla mesai ve izin dengesi: Bordro öncesi kontrol için.
- Anormallik raporu: Eksik okutma, üst üste okutma, aynı kartın farklı noktalarda kısa aralıkla kullanımı gibi durumlar.
Anormallik raporunu hafife almayın. Bir kartın iki dakika arayla iki farklı binada okutulması, teknik bir arıza da olabilir, kartın başkasına verilmesi de. Bu raporu haftalık olarak gözden geçirmek, hem donanım sorunlarını erken yakalatır hem de suistimal riskini azaltır.
KVKK ve Çalışan Mahremiyeti
Biyometrik veri kullanılan kurulumlarda en kritik başlık veri koruma. Parmak izi veya yüz verisi işleniyorsa, hangi verinin nerede saklandığı, ne kadar süre tutulduğu ve kimlerin erişebildiği açıkça tanımlanmalı. Şablon bir aydınlatma metni yerine, gerçekten o işletmenin süreçlerini anlatan bir metin hazırlamak hem hukuki hem de pratik açıdan daha sağlıklı. Alternatif olarak kart veya mobil okutma gibi biyometrik olmayan yöntemleri değerlendirmek de birçok işletme için yeterli oluyor.
Sahaya Yaymadan Önce Yapılacak Pilot Test
Kurulumun tamamını tek seferde açmak yerine, tek bir departmanda iki haftalık pilot yapmak riskleri büyük ölçüde azaltır. Pilot sırasında elle tutulan kayıtla sistem kaydını yan yana koyun ve farkları not edin. Çıkan farkların çoğu kural tanımından kaynaklanır; bunları yayına geçmeden düzeltmek, tüm şirkette aynı hatayı tekrarlamaktan çok daha kolaydır.
Sık Sorulan Sorular
PDKS sistemi bulut tabanlı mı yoksa yerel sunucuda mı çalışmalı?
Birden fazla lokasyon varsa bulut tabanlı çözümler merkezi raporlamayı kolaylaştırır. Tek bir tesis ve kısıtlı internet altyapısı söz konusuysa, okuyucuların bağlantı kopsa bile kayıt tutabildiği yerel kurgular daha güvenli olabilir. Karar verirken internet kesintisi senaryosunu mutlaka test edin.
Mevcut kart okuyucularımızı yeni yazılımla kullanabilir miyiz?
Çoğu zaman evet, ancak cihazın hangi protokolle haberleştiğini ve yazılımın bu protokolü destekleyip desteklemediğini önceden doğrulamak gerekir. Eski cihazların bazıları yalnızca kapalı protokollerle çalışır; bu durumda ara katman çözümleri gerekebilir.
Çalışanların geçmişe dönük düzeltme talepleri nasıl yönetilmeli?
Düzeltme yetkisini sınırlı sayıda kişiye verin ve her düzeltmenin kim tarafından, hangi gerekçeyle yapıldığını kayıt altına alın. Değişiklik geçmişi görünür olduğunda hem suiistimal azalır hem de ay sonu mutabakatı hızlanır.
Kaç okuyucu noktası yeterli olur?
Bunu belirleyen şey çalışan sayısından çok, vardiya değişim anındaki yoğunluk. Bir okuyucunun dakikada kaç kişiyi işleyebildiğini öğrenip, en kalabalık on dakikadaki kişi sayısıyla karşılaştırın. Kuyruk oluşuyorsa ikinci nokta eklemek, geç kalma kayıtlarının yanlış görünmesini engeller.
Sistem kurulduktan sonra ne sıklıkla gözden geçirilmeli?
Yılda en az bir kez vardiya tanımları, toleranslar ve rapor seti gözden geçirilmeli. Organizasyon değiştiğinde, yeni bir birim açıldığında veya çalışma modeli güncellendiğinde ise kuralları aynı hafta içinde sisteme yansıtmak, ileride doğacak hesaplama tartışmalarının önüne geçer.