PDKS ve Personel Takip Yazılımı Hangi Modülleri İçermeli? Rehber

PDKS satın alırken yalnızca giriş ve çıkış saatini kaydeden bir ekran seçmek, personel devam yönetiminin küçük bir bölümünü çözebilir. Vardiya değişiklikleri, eksik basımlar, izinler, fazla çalışma onayları, saha personeli, bordro aktarımı ve geçmiş düzeltmeler ayrı dosyalarda yürütülüyorsa sistem yeni bir veri kaynağı oluşturur; fakat operasyonu gerçekten birleştirmez.

İyi planlanmış personel takip yazılımı, ham geçiş kayıtlarını doğrudan puantaj sonucuna çevirmek yerine işletmenin çalışma kurallarını uygular, istisnaları yetkili kişilere yönlendirir ve yapılan her değişikliği izlenebilir hâle getirir. Bu rehber, PDKS projesi planlayan işletmeler için gerekli modülleri, entegrasyon kararlarını ve veri güvenliği sınırlarını açıklamaktadır.

PDKS nedir, personel takip yazılımından farkı nedir?

PDKS, yaygın kullanımıyla personel devam kontrol sistemi anlamına gelir. Temel görevi çalışanların işe geliş, işten ayrılış ve belirli geçiş hareketlerini kaydetmek; bu kayıtları çalışma planıyla karşılaştırmaktır. Kart okuyucu, PIN, mobil uygulama veya yetkili manuel giriş gibi farklı veri toplama yöntemleri kullanılabilir.

Personel takip yazılımı ise daha geniş kapsamlıdır. Personel kartları, organizasyon yapısı, vardiya, izin, fazla çalışma, eksik gün, onay, puantaj, raporlama ve bordro entegrasyonu gibi süreçleri birlikte ele alabilir. Dolayısıyla PDKS bir geçiş kaydı sistemi olarak başlayabilir; ancak işletmenin ihtiyacı çoğunlukla devam verisini yöneten bütünsel bir yazılım olur.

1. Personel ve organizasyon yönetimi modülü

Sistemin temeli personel kartıdır. Ancak personel kartı yalnızca ad, soyad ve sicil numarasından oluşmamalıdır. Çalışanın bağlı olduğu şirket, iş yeri, şube, departman, yönetici, çalışma grubu ve aktiflik durumu gibi bilgiler kuralların doğru uygulanmasını sağlar.

• Tekil personel veya sicil numarası
• Şirket, iş yeri, şube ve departman ilişkisi
• Pozisyon, yönetici ve çalışma grubu
• İşe giriş ve işten ayrılış tarihleri
• Varsayılan vardiya veya vardiya grubu
• Kullanılabilecek geçiş yöntemi ve cihaz yetkisi
• Bordro, ERP veya insan kaynakları sistemindeki dış referans
• Aktif, pasif, askıda veya geçici personel durumu

Aynı bilgi birden fazla sistemde tutuluyorsa ana veri kaynağı açıkça belirlenmelidir. Örneğin personel işe giriş kaydının insan kaynakları sisteminden gelmesi, PDKS’nin ise vardiya ve geçişleri yönetmesi kararlaştırılabilir. Aksi hâlde departman veya işten ayrılış bilgisi sistemler arasında farklılaşabilir.

2. Vardiya ve çalışma takvimi modülü

Geçiş kayıtlarını anlamlı hâle getiren unsur çalışma planıdır. Saat 08.15’te gelen bir çalışan için bu kayıt normal, erken veya geç olabilir. Sonuç; çalışanın o günkü vardiyasına, toleranslara, mola yapısına ve varsa özel çalışma planına göre değişir.

• Sabit, dönüşümlü, gece veya parçalı vardiya
• Haftalık ve dönemsel vardiya döngüleri
• Gece yarısını aşan çalışma
• Ücretli ve ücretsiz mola süreleri
• Erken giriş ve geç çıkış toleransları
• Resmî tatil, hafta tatili ve özel çalışma günleri
• Geçici vardiya değişikliği ve çalışanlar arası değişim talebi
• Şube, ekip veya personel bazlı istisnai takvim

Vardiya değişikliği geçmişe dönük kayıtları sessizce değiştirmemelidir. Planlanan vardiya, fiilî hareketler ve sonradan yapılan düzeltmeler ayrı izlenmelidir. Böylece geçmiş puantajın hangi kurala göre hesaplandığı anlaşılabilir.

3. Giriş-çıkış ve cihaz entegrasyonu modülü

Geçiş verisi kart okuyucu, turnike, mobil uygulama, web ekranı veya başka bir erişim sisteminden gelebilir. Personel takip yazılımı farklı kaynaklardan gelen kayıtları ortak formata dönüştürmeli; cihaz, tarih, saat, işlem yönü ve personel eşleşmesini korumalıdır.

Kişisel Verileri Koruma Kurulunun 29 Nisan 2026 tarihli ve 2026/921 sayılı İlke Kararına ilişkin duyurusunda, mesai takibi amacıyla biyometrik veri işlenmesinin ölçülülük kriterini sağlamayacağı; şifreli kart, PIN, RFID/NFC kart veya denetimli manuel giriş gibi daha az müdahaleci alternatiflerin kullanılması gerektiği belirtilmiştir KVKK 2026/921 İlke Kararı Duyurusu.

Bu nedenle parmak izi veya yüz tanıma cihazı teknik olarak kurulabiliyor diye doğrudan tercih edilmemelidir. İşletmenin veri işleme amacı, hukuki yükümlülükleri ve alternatif yöntemleri uzmanlarla değerlendirmesi gerekir. KVKK’nın biyometrik veri rehberi de amaçla bağlantılılık, sınırlılık, ölçülülük ve uygun güvenlik tedbirlerinin birlikte ele alınmasını vurgular KVKK Biyometrik Veri Rehberi.

4. Geçiş kayıtlarını işleyen kural motoru

Cihazdan gelen ham kayıt tek başına puantaj değildir. Sistem; aynı kişinin art arda bastığı kartları, eksik giriş veya çıkışları, gece vardiyasını, mola kayıtlarını ve toleransları değerlendirmelidir. Bu işlem sabit kodlarla değil, yetkili kullanıcıların yönetebildiği açık kurallarla tasarlanırsa işletme değişikliklere daha kolay uyum sağlar.

• Birden fazla ardışık basımın tek harekete indirgenmesi
• Giriş ve çıkış yönünün cihaz veya zaman kuralıyla belirlenmesi
• Gece yarısını aşan kaydın doğru vardiyayla eşleştirilmesi
• Eksik basımın istisna listesine alınması
• Tolerans içindeki gecikmenin ayrı değerlendirilmesi
• İzin veya görevlendirme bulunan günün devamsız sayılmaması
• Plan dışı çalışmanın otomatik olarak fazla mesai kabul edilmemesi
• Geçmiş dönem kural değişikliğinin kapatılmış puantajı etkilememesi

Kurallar işletmenin çalışma düzeni ve hukuki değerlendirmesiyle tanımlanmalıdır. Yazılım, mevzuat veya şirket politikası adına kendiliğinden karar vermemeli; onaylanmış kuralları şeffaf biçimde uygulamalıdır.

5. İzin, devamsızlık ve mazeret modülü

İzin kaydı PDKS’den ayrı tutulduğunda çalışan geçiş yapmadığı için devamsız görünebilir. İzin modülü, onaylanan kayıtları çalışma takvimine yansıtmalı ve puantaj sonucunu buna göre üretmelidir.

Modülde yıllık izin, ücretsiz izin, sağlık raporu, görev, eğitim veya işletmeye özgü diğer türler ayrı tanımlanabilir. Her izin türü için belge, açıklama, onay akışı, saatlik veya günlük kullanım ve bakiyeye etkisi belirlenmelidir.

Çalışan kendi talebini oluşturabilir; yönetici ekip planını görerek karar verebilir; insan kaynakları ise belge ve bakiye kontrolü yapabilir. Ancak herkes bütün sağlık veya mazeret ayrıntılarını görmemelidir. Rol bazlı erişim, özellikle hassas belgeler için alan seviyesinde düşünülmelidir.

6. Fazla çalışma ve eksik çalışma yönetimi

Çalışanın vardiya bitiminden sonra iş yerinde bulunması, her durumda onaylanmış fazla çalışma anlamına gelmez. PDKS, fiilî süreyi gösterebilir; fazla çalışma sonucunun oluşması için işletmenin onay, görev ve hesaplama kuralları uygulanmalıdır.

• Planlanan fazla çalışma ile plansız geç çıkış
• Yönetici tarafından onaylanan ve reddedilen süre
• Hafta içi, hafta tatili veya resmî tatil çalışması
• Dinlenme veya mola sürelerinin etkisi
• Eksik çalışma gerekçesi ve telafi süreci
• Kapanmış dönemde yapılan geriye dönük düzeltme

Hesaplama kuralları bordro veya insan kaynakları uzmanları tarafından doğrulanmalı ve yazılım gereksinimine dönüştürülmelidir. İşletmenin toplu sözleşmesi, sektör düzeni veya özel çalışma modeli varsa sabit bir genel formül yerine yapılandırılabilir kurallar gerekebilir.

7. Düzeltme, istisna ve onay modülü

PDKS’nin günlük operasyon değeri, normal kayıtlardan çok istisnaları ne kadar iyi yönettiğiyle anlaşılır. Unutulan kart, cihaz arızası, yanlış vardiya, saha görevi, eksik çıkış veya hatalı personel eşleşmesi gibi durumlar kaçınılmazdır.

İstisna ekranı; sorunu, etkilenen günü, ham kaydı ve beklenen işlemi açıkça göstermelidir. Çalışan düzeltme talebi oluşturabilir, yönetici gerekçeyi kontrol edebilir ve insan kaynakları dönem kapanmadan önce sonucu doğrulayabilir.

Manuel değişikliklerde eski değer silinmemelidir. Kim, ne zaman, hangi gerekçeyle, hangi alanı değiştirdi ve kim onayladı bilgisi tutulmalıdır. OWASP, uygulama loglarının veri ekleme, değiştirme, silme ve dışa aktarma gibi denetim izi gerektiren olayları kaydetmesini; güvenlik ve işlem loglarının amaçlarına göre yönetilmesini önerir OWASP Logging Cheat Sheet.

8. Puantaj ve dönem kapatma modülü

Puantaj modülü, çalışma takvimi, geçiş kayıtları, izinler, fazla çalışma ve düzeltmeleri bir araya getirerek dönem sonucunu üretir. Günlük sonuçlar gerçek zamanlı görüntülenebilir; ancak bordroya gidecek verinin belirli bir onay ve kapanış sürecinden geçmesi gerekir.

• Eksik giriş veya çıkış bulunan günler
• Onaysız fazla çalışma kayıtları
• Belgesi veya onayı eksik izinler
• Vardiyası tanımlanmamış personel
• Bordro koduyla eşleşmeyen sonuç türleri
• Geçmiş döneme etki eden bekleyen düzeltmeler

Kapatılan dönem yetkisiz kullanıcı tarafından değiştirilememelidir. Zorunlu düzeltme yapılırsa yeni bir revizyon oluşmalı, önceki sonuç korunmalı ve bordroya fark kaydı gönderilip gönderilmeyeceği belirlenmelidir.

9. Bordro, ERP ve insan kaynakları entegrasyonu

PDKS’nin bordro hesaplamasının tamamını üstlenmesi şart değildir. Çoğu projede daha sağlıklı yaklaşım, doğrulanmış çalışma sonuçlarının bordro sistemine tanımlı kodlarla aktarılmasıdır. Fazla çalışma, eksik gün, izin ve devamsızlık türlerinin iki sistemdeki karşılığı belgelenmelidir.

API entegrasyonu bulunuyorsa personel kartları, vardiya sonuçları ve puantaj verileri otomatik aktarılabilir. API olmayan sistemlerde kontrollü dosya aktarımı kullanılabilir. Her iki yöntemde de mükerrer gönderim, kısmi başarısızlık, kayıt eşleşmesi ve mutabakat süreci planlanmalıdır.

10. Çalışan ve yönetici self-servis modülü

Çalışan kendi devam kayıtlarını göremiyorsa hatalar dönem sonunda toplu olarak ortaya çıkar. Self-servis ekranı; çalışanın vardiyasını, geçişlerini, izin taleplerini, eksik kayıtlarını ve onay durumlarını görüntülemesini sağlayabilir.

Yönetici ekranı ise yalnızca personel listesi göstermemelidir. Bugün gelmeyenler, vardiyasına geç kalanlar, onay bekleyen düzeltmeler, yaklaşan izinler ve ekip kapasitesi gibi aksiyon gerektiren bilgileri öne çıkarmalıdır. Mobil kullanım, saha yöneticileri ve birden fazla lokasyonu gezen sorumlular için ayrıca önemlidir.

Self-servis işlemlerinin yetki sınırları açık olmalıdır. Çalışan yalnızca kendi kaydını; yönetici yalnızca bağlı ekibini; insan kaynakları ise görevi için gerekli kapsamı görmelidir. Yönetim paneli tasarlanırken ekran görünürlüğü kadar sunucu tarafındaki veri erişimi de bu kurallarla sınırlandırılmalıdır.

11. Bildirim ve hatırlatma modülü

Bildirim modülü her olayda mesaj göndermek yerine aksiyon gerektiren durumları doğru kişiye ulaştırmalıdır. Çok fazla bildirim, kullanıcıların kritik uyarıları da görmezden gelmesine neden olabilir.

• Eksik giriş veya çıkış kaydı oluşması
• Vardiya değişiklik talebinin onay beklemesi
• İzin veya fazla çalışma talebinin sonuçlanması
• Puantaj kapanış tarihinin yaklaşması
• Cihazdan belirli süre veri gelmemesi
• Bordro aktarımında eşleşmeyen kayıt bulunması

Bildirim kanalı; uygulama içi, e-posta veya kurumsal mesajlaşma sistemi olabilir. Hassas personel ayrıntıları bildirim metninde gereksiz yere paylaşılmamalıdır.

12. Raporlama ve denetim modülü

Raporlama yalnızca aylık giriş-çıkış listesi üretmekten ibaret değildir. İşletme, devamsızlığın hangi şube veya vardiyada arttığını, hangi cihazda eksik kayıt oluştuğunu ve düzeltmelerin nerede yoğunlaştığını görebilmelidir.

Raporların her kullanıcıya açık olmaması gerekir. İsim bazlı detay ile toplulaştırılmış yönetim göstergeleri ayrılabilir. Dışa aktarma işlemleri de kişisel veri içerdiği için yetki ve işlem kaydıyla korunmalıdır.

13. Veri güvenliği ve saklama yönetimi

PDKS; çalışma saatleri, konum, izin, görev ve bazen sağlık belgesi gibi çalışan verilerini işleyebilir. Bu nedenle güvenlik yalnızca giriş şifresiyle sınırlı tutulmamalıdır. Veri minimizasyonu, rol bazlı erişim, şifreleme, yedekleme, saklama süresi ve imha süreçleri projenin gereksinimleri arasına alınmalıdır.

• Şube, departman ve rol bazlı veri erişimi
• Hassas alanların ayrı yetkilendirilmesi
• Aktarım ve saklama sırasında uygun şifreleme
• Yönetici işlemleri ve veri dışa aktarımlarının kaydedilmesi
• İşten ayrılan personelin hesap ve cihaz yetkisinin kapatılması
• Saklama süresi dolan kayıtların uygun yöntemle silinmesi veya anonimleştirilmesi
• Yedeklerin ve test ortamlarının aynı veri koruma yaklaşımına dâhil edilmesi
• Veri ihlali ve yetkisiz erişim için olay müdahale akışı

Bu bölüm hukuki danışmanlık yerine teknik planlama çerçevesidir. Veri işleme şartları, aydınlatma, saklama süreleri ve çalışan hakları işletmenin somut yapısına göre hukuk ve insan kaynakları uzmanlarıyla değerlendirilmelidir.

14. Çok lokasyonlu ve çevrimdışı çalışma desteği

Birden fazla şube veya fabrika bulunan yapılarda cihazların internet bağlantısı kesilebilir. Geçiş cihazı kayıtları yerel olarak güvenli biçimde tutmalı, bağlantı geldiğinde merkezi sisteme kontrollü şekilde aktarmalıdır. Aynı kaydın iki kez aktarılması veya cihaz saatinin yanlış olması puantaj sonucunu bozabilir.

Sistem cihaz kimliği, son senkronizasyon zamanı, saat sapması, bekleyen kayıt sayısı ve hata durumunu izleyebilmelidir. Merkezi yönetici hangi lokasyondan ne kadar süredir veri gelmediğini görebilmelidir. Mobil saha kaydında da çevrimdışı işlem, sonradan senkronizasyon ve kayıt zamanının doğrulanması ayrıca planlanmalıdır.

15. Yetki, log ve değişiklik geçmişi

PDKS’de farklı kullanıcıların farklı sorumlulukları vardır. Çalışan talep oluşturabilir, yönetici ekibini onaylayabilir, insan kaynakları dönem kapatabilir, sistem yöneticisi cihaz ve entegrasyon ayarlarını yönetebilir. Bu rollerin sınırları yalnızca menü gizleyerek uygulanmamalıdır.

• Personel ve organizasyon bilgisi değişiklikleri
• Vardiya ve çalışma kuralı güncellemeleri
• Manuel giriş-çıkış ekleme veya silme
• İzin ve fazla çalışma kararları
• Puantaj kapatma, açma ve revizyon işlemleri
• Toplu veri aktarımı ve dışa aktarma
• Rol, yetki ve cihaz yapılandırması değişiklikleri

İşlem geçmişi sonradan değiştirilememeli veya değişiklik ayrıca iz bırakmalıdır. Kullanıcıya gereğinden fazla kişisel veri göstermeden olayın kim, ne zaman, hangi kayıt üzerinde ve hangi sonuçla gerçekleştiği anlaşılabilmelidir.

Gerçekçi bir PDKS senaryosu

Varsayımsal olarak üç vardiyalı üretim yapan, bir merkez ve iki depoda çalışanları bulunan bir işletmeyi düşünelim. Merkez ve üretim alanında kart okuyucu, saha bakım ekibinde mobil kayıt kullanılıyor olsun. İzinler e-postayla, fazla çalışma listeleri ise dönem sonunda Excel ile hazırlanıyor olsun.

İlk fazda personel, organizasyon, vardiya, kart geçişi, izin, istisna ve puantaj modülleri kurulabilir. Mobil saha kaydı, bordro entegrasyonu ve gelişmiş raporlama ikinci faza bırakılabilir. Gece vardiyasının gün eşleştirmesi, unutulan kart düzeltmesi ve fazla çalışma onayı kritik test senaryoları olarak tanımlanır.

Kart geçişi olmayan fakat onaylı görev kaydı bulunan personel devamsız sayılmaz. Cihazdan veri gelmediğinde teknik sorumlu uyarılır; çalışan kayıtları hata kuyruğunda bekler. Dönem kapanmadan önce eksik kayıtlar yöneticilere gönderilir ve insan kaynakları yalnızca kontrol edilmiş sonuçları bordroya aktarır. Böylece cihaz kayıtları, karar ve onay süreciyle birlikte yönetilir.

PDKS seçimi için modül kontrol listesi

• Personel, şube, departman ve yönetici ilişkileri yönetilebiliyor mu?
• Gece, dönüşümlü ve parçalı vardiyalar destekleniyor mu?
• Ham cihaz kayıtları ile hesaplanan sonuç ayrı tutuluyor mu?
• İzin, görev, rapor ve diğer mazeretler puantaja bağlanıyor mu?
• Fazla çalışma otomatik sonuç değil, onay süreciyle yönetiliyor mu?
• Eksik basım ve yanlış vardiya için düzeltme akışı var mı?
• Manuel değişikliklerde eski değer, gerekçe ve onay kaydediliyor mu?
• Dönem kapatma ve revizyon mekanizması bulunuyor mu?
• Bordro veya ERP entegrasyonunda mutabakat yapılabiliyor mu?
• Çalışan ve yönetici self-servis ekranları rol bazlı mı?
• Cihaz kesintisi ve çevrimdışı kayıtlar güvenli biçimde yönetiliyor mu?
• Biyometrik yöntemler güncel KVKK yaklaşımı açısından ayrıca değerlendirildi mi?
• Kişisel veriler için saklama, silme ve dışa aktarma kuralları tanımlı mı?
• Yetki, loglama, yedekleme ve olay müdahale süreçleri bulunuyor mu?
• Modüller yeni şube, vardiya ve entegrasyonlara göre genişleyebiliyor mu?

Sonuç: PDKS cihaz projesi değil, kural ve veri yönetimi projesidir

Personel devam kontrol sisteminin değeri, kaç farklı cihaz desteklediğinden çok çalışma planını, istisnaları ve onayları ne kadar doğru yönettiğiyle ölçülür. Personel, vardiya, izin, fazla çalışma, puantaj, entegrasyon, self-servis, raporlama ve güvenlik modülleri aynı veri modeli üzerinde çalışmalıdır.

İlk aşamada işletmenin gerçek vardiya ve istisna senaryoları çıkarılmalı; cihaz seçimi bu analizden sonra yapılmalıdır. Gereksiz veri toplamayan, geriye dönük değişiklikleri izleyen ve bordroya yalnızca doğrulanmış sonuç gönderen bir yapı, işletme otomasyonu açısından daha sürdürülebilir temel oluşturur.