PDKS projelerinde en sık duyduğumuz cümle şudur: “Biz zaten kart basıyoruz, yazılımı değiştirirsek süreç bozulur.” Bozulmaz. Ama yanlış yerden başlarsanız bozulmuş gibi görünür. On yıldan fazla saha ve entegrasyon deneyiminde aynı beş hata defalarca karşımıza çıktı. Liste abartılı değil; çoğu kurumda en az ikisi aynı anda yaşanıyor.

1. Cihazı seçip yazılımı sonraya bırakmak

Turnike veya parmak izi cihazı vitrinde daha “somut” durur. Oysa cihaz, veriyi üreten uçtur. Asıl mesele o verinin vardiya, fazla mesai, izin, disiplin ve bordro ile nasıl konuşacağıdır. Cihazı önce alıp yazılımı sonra arayan kurumlarda genelde şu tablo çıkar: cihazlar çalışır, raporlar güvenilmez.

Doğru sıra tersine yakındır. Önce hangi kuralların yazıya döküleceğini netleştirin; sonra o kuralları taşıyacak yazılımı ve cihaz parkını birlikte seçin. Aksi halde cihaz stoğu, yazılımın kısıtına dönüşür.

İyi bir PDKS, “kim geldi” sorusuna cevap vermez. “Bu kişinin bugünkü mesaisi nasıl hesaplanır?” sorusuna cevap verir.

2. Vardiya gerçeğini Excel’de bırakmak

Üretim, lojistik, güvenlik, sağlık… Vardiya burada istisna değil, işin kendisi. Yine de birçok kurum PDKS’yi “giriş-çıkış kaydı” sanıp vardiya kurallarını Excel’de tutmaya devam eder. Sonuç: sistemde 08:00–17:00 görünür, sahada 07:30–19:40 çalışılır. Farklar elle kapatılır; ay sonunda kimse hangi düzeltmenin neden yapıldığını hatırlamaz.

Vardiya tanımı yazılımın içinde yaşamıyorsa PDKS bir kayıt defteridir. Kayıt defteri de denetimde dayanmaz.

3. “Herkes aynı kurala tabi” varsayımı

Beyaz yaka, mavi yaka, saha ekibi, taşeron, stajyer… Aynı çatı altında farklı çalışma rejimleri vardır. Tek bir geç giriş kuralını herkese uygulamak, sahada kısa sürede fiilen çöker. İnsanlar ya sistemi baypas eder ya da yöneticiler her gün istisna yazar. İkisi de kötü.

Esneklik “kural yok” demek değildir. Esneklik, kuralın personele ve lokasyona göre tanımlanabilmesidir. Bu da ürün seçiminde kritik bir filtredir.

4. Entegrasyonu “sonra bakarız” diye ertelemek

Bordro, İK, ERP, yemekhane, erişim kontrolü… PDKS çoğu zaman bu sistemlerin ortasında durur. Entegrasyonu proje kapanışına bırakmak, canlıya geçtikten sonra veri tutarsızlığı demektir. Özellikle kamu ve büyük özel sektörde, “manuel aktarım” birkaç ay dayanır; sonra ya otomatize edilir ya da güven kaybolur.

En azından hangi alanların hangi sisteme gideceğini başta yazın. API mi, dosya mı, zamanlanmış iş mi — teknik yöntem ikinci planda; veri sözleşmesi birincidir.

5. Kullanıcıyı eğitmeden “canlıya geçtik” demek

En pahalı hata belki de budur. Yazılım kurulur, cihazlar bağlanır, bir hafta sonra şube müdürü hâlâ eski Excel’i kullanıyordur. Eğitim “kullanım kılavuzu maili” değildir. Kısa, role göre, sahada yapılan oturumlardır. Özellikle vardiya sorumlusunu ve İK’yı aynı masaya oturtmadan canlıya geçmeyin.

Pratik bir kontrol listesi

• Vardiya ve fazla mesai kuralları yazılı mı, yazılımda mı?
• İstisna süreçleri (görevli çıkış, saha, izin) tanımlanmış mı?
• Bordro / İK entegrasyonunda alan eşlemesi net mi?
• İlk 30 gün için destek ve eğitim planı var mı?
• Raporlar “güzel görünüyor” değil, denetlenebilir mi?

PDKS seçimi cihaz kataloğu gezmek değildir. Kurumun çalışma biçimini yazıya döküp onu bozmadan taşıyacak sistemi seçmektir. FASTPDKS tarafında da aynı soruyu soruyoruz: Bu kurumda mesai nasıl hesaplanır? Cevabı netleşmeden cihaz konuşmuyoruz.