Bir üretim tesisinde vardiya değişimi sırasında yaşanan on dakikalık gecikme, ay sonunda yüzlerce satırlık bir puantaj düzeltmesine dönüşebilir. Çoğu işletme bu noktayı ancak bordro dönemi yaklaştığında fark eder. Oysa pdks sistemleri doğru kurgulandığında, fazla mesai ve vardiya takibi gibi en çetrefilli konular bile günlük bir rutine dönüşür. Bu yazıda kurulumun temel adımlarını değil, sistem çalışmaya başladıktan sonra ortaya çıkan asıl soruları ele alıyoruz: fazla mesai nasıl hesaplanmalı, vardiya geçişlerinde hangi kurallar tanımlanmalı ve yönetici onayları hangi noktada devreye girmeli?

Fazla Mesai Takibinde PDKS'in Rolü Neden Kritik?

Fazla mesai, iş hukuku açısından en hassas konulardan biri. Hem çalışan hem işveren açısından bağlayıcı sonuçlar doğuruyor ve itiraza en açık alanlardan biri. Kapıdan geçiş saatleri ile bordroya yansıyan saatler arasında bir tutarsızlık olduğunda, güven sarsılıyor. Bu yüzden pdks yazılımı seçerken yalnızca kart okuma hızına değil, hesaplama motorunun esnekliğine de bakmak gerekiyor.

Sahada sık karşılaştığım bir örnek: Bir lojistik deposunda gece vardiyası 22.00'de başlıyor, ancak çalışanların bir kısmı 21.45'te turnike sistemi üzerinden geçiş yapıyor. Sistem bu on beş dakikayı doğrudan fazla mesai olarak yazarsa, ay sonunda ciddi bir şişme ortaya çıkar. Çözüm, giriş saatinin vardiya başlangıcından belirli bir tolerans öncesine kadar normal kabul edilmesi. Yani yazılımın "hesaplama kuralları" bölümü, kurulumdan sonra en çok vakit harcanması gereken yer.

Hangi Durumlar Fazla Mesai Sayılmalı?

Her erken giriş ya da geç çıkış otomatik olarak fazla mesai değildir. Sağlıklı bir kurgu için şu ayrımı net yapmak gerekiyor:

  • Planlı mesai: Yönetici tarafından önceden onaylanmış, vardiya planına eklenmiş ek çalışma saatleri.
  • Onaysız uzama: Çalışanın kendi inisiyatifiyle işyerinde kaldığı süreler. Bu sürelerin kayda geçmesi gerekir, ancak doğrudan ödeme kalemine dönüşmemeli.
  • Telafi süreleri: Geç kalınan günlerin kapatılması için kullanılan ek çalışma. Puantajda ayrı bir kalem olarak izlenmesi, itirazları büyük ölçüde azaltıyor.

Bu üç kalemi aynı havuzda toplayan sistemler, ay sonunda tek bir "toplam fazla mesai" rakamı üretir ve hangi saatin nereden geldiği anlaşılmaz. Oysa doğru kurguda her kalem ayrı izlenir, böylece hem bordro hem de çalışan bilgilendirmesi net olur.

Vardiyalı Çalışmada Karışan Saatler Nasıl Düzene Girer?

Vardiya sistemleri, PDKS kurulumlarında en çok hata yapılan alan. Üç vardiyalı bir işletmede gece vardiyasının günü geçmesi, hafta tatili kaydırmaları ve dini bayramlar gibi değişkenler bir araya geldiğinde, manuel takip neredeyse imkansız hale geliyor. Bu noktada pdks tarafında şu üç kuralın mutlaka tanımlanması gerekiyor:

  1. Vardiya kesişimleri: 23.00'te başlayıp 07.00'de biten bir vardiya, iki takvim gününe yayılır. Sistem bu geçişi tek bir vardiya olarak mı yoksa iki ayrı gün kaydı olarak mı işleyecek?
  2. Devir teslim süreleri: Vardiya değişiminde yapılan kısa bilgilendirme toplantıları çalışma süresine dahil mi? Bu sürelerin sisteme tanımlanması, sonradan yaşanan tartışmaları önlüyor.
  3. Hafta tatili kaydırması: Sürekli üretim yapan tesislerde hafta tatili herkes için pazar günü değildir. Yazılımın bu kaydırmayı otomatik hesaplaması, puantaj hazırlığını ciddi ölçüde hızlandırıyor.

Bu kurallar tanımlanmadığında ne oluyor? Bir tekstil fabrikasında yaşanan durumu örnek vereyim: Gece vardiyasında çalışan bir operatörün çıkış kaydı, sistem tarafından bir sonraki günün ilk girişiyle eşleştirilmiş. Sonuç, 16 saatlik kesintisiz bir çalışma kaydı. Bu tür hatalar düzeltilmediğinde hem fazla mesai rakamları hem de çalışanın hakları yanlış hesaplanıyor. Vardiya tanımlarının sisteme doğru girilmesi, bu tür eşleştirme hatalarının önüne geçmenin en etkili yolu.

Onay Akışı: Kim, Hangi Saati Onaylıyor?

PDKS'in en çok göz ardı edilen tarafı, teknik kurulumun ötesindeki süreç tasarımı. Fazla mesai kayıtları sisteme düştüğü anda bir onay mekanizmasına ihtiyaç var. Aksi halde yönetici, ay sonunda yüzlerce satır arasında hangi kaydın gerçek olduğunu anlamaya çalışıyor.

İşe yarayan bir yaklaşım şöyle: Günlük bazda birim yöneticisi, haftalık bazda ise insan kaynakları uzmanı kontrol ediyor. Fazla mesai kayıtları belirlenen bir eşiğin üzerine çıktığında sistem otomatik bildirim gönderiyor. Böylece ay sonunda sürpriz bir rakamla karşılaşılmıyor. Bu akışı kurarken dikkat edilmesi gereken nokta, onay yetkisinin tek kişide toplanmaması; yönetici izindeyken süreç tıkanmamalı.

Mobil Onay ve Uzaktan Erişim

Sahada çalışan bir üretim müdürünün gün içinde bilgisayar başına oturup onay ekranı açması gerçekçi değil. Bu yüzden modern pdks yazılımı çözümlerinde mobil onay özelliği aranıyor. Yönetici telefonundan bekleyen kayıtları görüp onaylayabiliyor ya da reddedip gerekçe yazabiliyor. Bu özellik küçük görünse de aylık puantaj süresini günler değil saatler mertebesine indiriyor.

Esnek Çalışma ve Kısmi Süreli Kadrolar

Pandemi sonrasında yaygınlaşan hibrit ve esnek çalışma modelleri, PDKS kurgusunu daha da karmaşık hale getirdi. Ofiste iki gün, uzaktan üç gün çalışan bir personelin giriş çıkış kaydı nasıl tutulmalı? Uzaktan çalışan birinde fiziksel turnike sistemi devreye girmiyor, ancak çalışma süresi takibi yine de gerekli.

Bu noktada iki yaklaşım var: Birincisi, uzaktan çalışanlar için yazılım üzerinden giriş çıkış bildirimi yapılması. İkincisi, proje bazlı takip sistemleriyle entegrasyon. Hangisi seçilirse seçilsin, ofis günleri ile uzak günlerin aynı puantaj tablosunda ayrı kalemler olarak izlenmesi gerekiyor. Aksi halde haftalık çalışma süresi hesapları karışıyor.

Raporlama: Hangi Rakama Bakmalı?

Bir PDKS sistemi kurulduğunda genellikle onlarca rapor hazır geliyor ve çoğu kullanılmıyor. Oysa vardiya ve fazla mesai yönetiminde gerçekten işe yarayan dört rapor var:

  • Çalışan bazında aylık fazla mesai dökümü (onaylı ve onaysız ayrımıyla)
  • Vardiya bazında devamsızlık ve geç kalma özeti
  • Birim bazında toplam çalışma saati karşılaştırması
  • Haftalık çalışma süresi limitine yaklaşan personel listesi

Son madde özellikle önemli. Yasal haftalık süre sınırına yaklaşan çalışanları önceden görmek, hem iş hukuku açısından riski azaltıyor hem de planlamayı erkenden düzeltme imkanı veriyor. Bu raporu aylık değil haftalık çekmek, sorunları büyümeden çözmeyi sağlıyor.

Sık Yapılan Hatalar ve Pratik Çözümler

Sahada gözlemlediğim hataların çoğu teknik değil, süreç kaynaklı. En yaygın olanları şöyle sıralayabilirim:

  • Tolerans sürelerinin tanımlanmaması: Beş dakikalık gecikmelerin tamamı ceza olarak işlenince çalışan motivasyonu düşüyor.
  • Vardiya değişikliklerinin sisteme işlenmemesi: Plansız değişimler, yanlış eşleştirmelere yol açıyor.
  • Onay sürecinin atlanması: Sistemde kayıt var ama kimse bakmıyor; ay sonunda herkes şaşırıyor.
  • Eğitim eksikliği: Yöneticiler sistemi kullanmayı bilmiyor, bu yüzden Excel'e geri dönülüyor.

Bu dört maddenin çözümü büyük ölçüde kurulum sonrasındaki ilk iki haftada yapılan eğitim ve kural tanımlarına bağlı. Sistemin teknik olarak çalışması yeterli değil; insanların onu doğru kullanması gerekiyor.

Sıkça Sorulan Sorular

Fazla mesai kayıtları çalışana nasıl bildirilmeli?

Ay sonu geldiğinde sürprizle karşılaşmamak için haftalık özet bildirimi en sağlıklı yöntem. PDKS çözümlerinin çoğunda çalışan portalı bulunuyor ve kişi kendi kayıtlarını görebiliyor. Bu şeffaflık, itirazları azaltıyor ve puantaj sürecini hızlandırıyor.

Vardiya değişikliği aynı gün sisteme girilirse ne olur?

Giriş yapılmış kayıtlar üzerinde değişiklik yapılabiliyorsa sorun çıkmaz, ancak bu durumda değişiklik geçmişinin tutulması şart. Kim, ne zaman, hangi kaydı değiştirdi sorusunun cevabı sistemde görünmeli. Aksi halde ay sonunda hangi rakamın doğru olduğu tartışma konusu olur.

Uzaktan çalışanların süresi PDKS'te nasıl takip edilir?

Fiziksel geçiş kaydı olmadığı için yazılım üzerinden manuel bildirim ya da proje takip araçlarıyla entegrasyon kullanılıyor. Hangi yöntem seçilirse seçilsin, bu kayıtların ofis günlerinden ayrı kalemler olarak raporlanması gerekiyor.

Haftalık çalışma süresi limitini aşan kayıtlar otomatik engellenebilir mi?

Tamamen engellemek yerine uyarı mekanizması kurmak daha gerçekçi. Örneğin limitin yüzde doksanına ulaşan çalışan için yöneticiye bildirim gitmesi, hem planlamayı düzeltme fırsatı veriyor hem de operasyonu durdurmuyor.

Turnike geçişleri ile fazla mesai kayıtları neden tutarsız çıkıyor?

Genellikle iki nedenden biri: Ya vardiya tanımları hatalı, ya da tolerans süreleri eksik. Kapıdan geçiş saati ile vardiya başlangıcı arasındaki farkın nasıl yorumlanacağı net değilse, sistem her erken girişi fazla mesai olarak yazıyor. Kuralları bir kez doğru tanımlamak, bu tutarsızlığın tamamını ortadan kaldırıyor.

Sonuç olarak fazla mesai ve vardiya takibi, PDKS'in en görünmez ama en çok fark yaratan tarafı. Doğru tanımlanmış kurallar, şeffaf bir onay akışı ve haftalık raporlama alışkanlığı bir araya geldiğinde, ay sonu puantajı bir kabusa değil, yarım saatlik bir rutine dönüşüyor.