Şantiye personel takip sistemi; ekip listesi sık değişiyor, birden fazla alt işveren aynı sahada çalışıyor, giriş noktaları proje ilerledikçe taşınıyor veya puantaj farklı çizelgelerden birleştiriliyorsa anlamlı bir PDKS yatırımı olabilir. Doğru kararın başlangıcı cihaz türü değil; kimin, hangi kapıdan, hangi vardiya ve işveren kaydıyla giriş yapacağı, bu hareketin nasıl aktarılacağı ve kimin onayından sonra puantaja dönüşeceğidir. Sistem bu zincirin tamamı için sınanmadığında doğru bir zaman damgası bile yanlış kişi, şirket veya çalışma gününe bağlanabilir.
Önce PDKS ihtiyacını gösteren saha sorunlarını ölçün
Son iki puantaj dönemini ve en az bir yoğun iş gününü inceleyin. Günlük listede bulunup sahaya gelmeyen kişi sayısı, kayıtsız girişler, yanlış alt işverene bağlanan çalışanlar, elle düzeltilen hareketler, dönem kapanış süresi ve itirazların sonuçlanma zamanı gibi ölçüleri çıkarın. Amaç “daha teknolojik bir giriş” kurmak değil, hangi hatanın hangi aşamada üretildiğini görünür hâle getirmektir.
Üç durum PDKS ihtiyacını özellikle güçlendirir: kadro ve çalışma noktaları sık değişiyorsa, sahadaki fiilî kayıtlarla merkezdeki puantaj arasında düzenli fark oluşuyorsa veya hareket düzeltmeleri kimin kararıyla yapıldığı görülemeyen dosyalarda tutuluyorsa. Buna karşılık tek ekipli, tek girişli ve az hareketli bir sahada basit bir kayıt süreci yeterli olabilir. Yatırım kararını çalışan sayısından çok hata sıklığı, düzeltme yükü ve kayıtların karar üretme biçimi belirlemelidir.
Asıl işveren ve alt işveren listelerini karıştırmayın
Şantiyede aynı kapıyı kullanan kişiler aynı iş ilişkisine sahip olmayabilir. Her çalışan için benzersiz personel kodu, bağlı şirket, proje, ekip, görev başlangıç ve bitiş tarihi, aktiflik durumu, vardiya ve onaylayıcı rol tanımlanmalıdır. Bir alt işveren sahadan ayrıldığında kartın veya kullanıcı kaydının ne zaman kapatılacağı; çalışan başka şirkete geçtiğinde geçmiş hareketlerin hangi kimlikle korunacağı önceden yazılmalıdır.
Çalışma ve Sosyal Güvenlik Bakanlığının Alt İşverenlik Yönetmeliği, asıl işveren-alt işveren ilişkisinin resmî çerçevesini düzenler. PDKS kaydı bu ilişkinin hukuki niteliğini kendiliğinden belirlemez. Kurumun insan kaynakları ve hukuk sorumluları hangi şirketin hangi veri ve onaydan sorumlu olduğunu belirlemeli; yazılım demosunda şirket, proje ve ekip ayrımlarının değerlendirilen sürümde nasıl tutulduğunu örnek çalışanlarla doğrulamalıdır.
Günlük çalışan veya kısa süreli ekip için hızlı kayıt kadar kontrollü çıkış süreci de gerekir. Sahaya başlamadan önce kimliği ve bağlı şirketi doğrulayan kişi, kullanıcıyı açan rol, vardiyayı atayan sorumlu ve iş bittiğinde kaydı pasife alan kişi ayrı adımlarda gösterilmelidir. Ortak yönetici hesabı veya toplu, belgesiz düzeltme; hızlı görünse de ay sonunda farkın kaynağını bulmayı zorlaştırır.
Giriş noktalarını projenin evrelerine göre tasarlayın
Kazı, kaba yapı, ince işler ve teslim dönemlerinde şantiyenin çevresi, araç yolu ve yaya kapısı değişebilir. Bugün ana kapıda çalışan terminal, birkaç ay sonra çalışanların gerçek güzergâhından uzakta kalabilir. İhtiyaç planında her evre için giriş noktası, beklenen kullanıcı grubu, elektrik ve ağ imkânı, montaj yeri, hava ve toz etkisi, aydınlatma, gözetim ve alternatif kayıt noktası ayrı satır olmalıdır.
En yoğun on dakikalık aralıkta kaç kişinin geldiğini saha gözlemiyle ölçün. Toplam çalışan sayısı terminal adedini tek başına belirlemez; servis araçlarının aynı anda gelişi, ekiplerin farklı kapılara yönelmesi, güvenlik kontrolü ve kayıt yönteminin gerçek işlem süresi kuyruğu etkiler. Kabul hedefini “hızlı çalışmalı” yerine “beklenen kişi listesi belirlenen zaman penceresinde eksiksiz kayda dönüşmeli ve kuyruk saha sınırını aşmamalı” biçiminde yazın.
Bir cihaz veya kapı kullanılamadığında uygulanacak yedek akışı da çizin. Çalışan başka noktaya mı yönlendirilecek, geçici listeyi kim açacak, kayıt ne zaman sisteme işlenecek ve çift hareket nasıl önlenecek? Yedek sürecin ölçülmesi, yalnız normal gün gösterimiyle fark edilmeyen darboğazları ortaya çıkarır.
Kayıt yöntemini gerçek şantiye koşulunda sınayın
TigerBio’nun şantiye giriş noktası için personel takip terminali seçenekleri sayfası personel takip akışında parmak izi, yüz ve kart yöntemlerinden söz eder. Hangi yöntemin uygun olduğunu belirlemek için baret ve eldiven kullanımı, ellerin kirlenmesi, yüzün gölgede veya güçlü ışıkta kalması, kart dağıtım ve iade süreci, temas beklentisi ve yedek yöntem birlikte test edilmelidir. Bu çevresel koşullara dayanıklılık, okuma başarısı veya hız herhangi bir model için varsayılmamalı; gerçek montaj noktasında ölçülmelidir.
Geçici ağ ve kesinti senaryosunu veri akışına ekleyin
Şantiye ofisi, enerji hattı ve internet bağlantısı proje boyunca taşınabilir veya kesintiye uğrayabilir. Veri akışını terminal, aktarım yolu, merkez yazılım, onaylayan rol ve nihai rapor olarak beş parçaya ayırın. TigerBio’nun geçici saha ağları için veri aktarım yöntemleri rehberi USB, TCP/IP LAN, Wi-Fi ve internet üzerinden aktarım başlıklarını açıklar. Seçilen cihazın hangi yöntemi desteklediği, gerekli ayarlar ve kesintideki davranışı model belgesiyle ve pilotla doğrulanmalıdır.
Kesinti testinde yalnız “kayıt alındı” demek yeterli değildir. Bağlantı kesilmeden önce cihaz, yazılım ve saat kaynağının durumu kaydedilmeli; kesinti sırasında belirlenmiş çalışanlar giriş ve çıkış yapmalı; bağlantı geri geldiğinde cihazdaki hareket sayısı ile yazılıma ulaşan hareket sayısı karşılaştırılmalı; eksik, yinelenen veya yanlış zamanlı kayıtlar ayrı raporlanmalıdır. Bu test, her veri aktarım yöntemi ve her geçici giriş noktası için tekrarlanmalıdır.
Hareket kaydını onaylı puantaja dönüştürün
Şantiyede “giriş yaptı” bilgisi, tek başına ödenecek süre veya hakediş anlamına gelmez. Gece yarısını aşan vardiya, servis gecikmesi, mola, fazla çalışma talebi, görev yeri değişimi, izin, eksik çıkış ve sonradan eklenen personel için karar kuralı gerekir. Her istisnada ilk inceleyen, düzeltme talep eden, onaylayan ve dönemi kapatan rol belirlenmelidir.
İş Kanununa İlişkin Çalışma Süreleri Yönetmeliği, çalışma sürelerinin uygun araçlarla belgelenmesine ilişkin hükümler içerir; belirli bir marka veya kayıt yöntemini zorunlu kılmaz. Şantiyenin vardiya ve çalışma süresi kuralları güncel mevzuat ile sözleşmelere göre uzmanlarca belirlenmeli, PDKS ise onaylanmış örneklerin tekrar üretilebildiği bir araç olarak sınanmalıdır.
TigerBio yazılım sayfası giriş-çıkış, geç gelme, erken çıkma, devamsızlık, izin ile günlük ve aylık puantaj başlıklarını listeler. Şantiye demosunda bu başlıkları soyut menü olarak değil, beş gerçek örnekle değerlendirin: gece vardiyası, unutulan çıkış, gün içinde başka ekibe geçiş, sonradan onaylanan izin ve dönem kapandıktan sonra gelen düzeltme. Her örnekte ham hareket, uygulanan kural, onay izi ve nihai rapor yan yana gösterilmelidir. Bu işlevlerin değerlendirilen sürüm ve lisans kapsamı ayrıca doğrulanmalıdır.
PDKS’yi saha güvenliği kaydıyla aynı şey saymayın
Personel devam kaydı; İSG eğitimi, çalışma izni, yetkinlik belgesi, tehlikeli bölge yetkisi, ziyaretçi yönetimi veya acil durum sayımı yerine geçmez. Aynı kartın ya da terminalin başka süreçlerde kullanılması planlanıyorsa her sürecin amacı, sorumlusu, veri kaynağı, güncellik beklentisi ve kabul testi ayrı olmalıdır. Bir kişinin sabah kayıt oluşturması, gün boyunca sahada bulunduğunu veya belirli bir alana girmeye yetkili olduğunu tek başına kanıtlamaz.
Acil durum için “içerideki kişiler” listesi hedefleniyorsa giriş kadar çıkışların da bütünlüğü, ziyaretçiler, saha değiştiren ekipler, manuel geçişler, gecikmeli veri aktarımı ve bağlantı kesintisi birlikte test edilmelidir. Bu kullanım, devam takibinden farklı bir risk ve güncellik düzeyi taşır. Ürün ve sistem mimarisi buna göre belgelenmeden PDKS raporunu tahliye listesi olarak kabul etmeyin.
Pilotu bir proje evresi ve dönem kapanışı boyunca yürütün
Pilot gruba en az iki alt işveren, farklı vardiyalardan çalışanlar, kısa süreli bir kullanıcı ve bağlantı riski bulunan bir giriş noktası dâhil edin. Normal girişin yanında yoğun servis gelişi, kullanıcı açma-kapama, kapı değişimi, unutulan çıkış, ağ kesintisi, cihaz kullanılamaması ve dönem sonu düzeltmesini çalıştırın. Pilot, ham hareketlerin nihai puantaja dönüştüğü ana kadar sürmelidir.
| Kontrol alanı | Pilot sorusu | Kabul kanıtı |
|---|---|---|
| Kişi ve şirket | Çalışan doğru alt işveren, proje ve vardiyayla eşleşiyor mu? | Onaylı personel listesi ile kullanıcı kartının karşılaştırılması |
| Yoğun giriş | Servis gelişi sırasında beklenen kişiler kayda dönüşüyor mu? | Zaman damgaları, beklenen liste ve kuyruk ölçümü |
| Kesinti | Bağlantı geri geldiğinde eksik veya yinelenen hareket var mı? | Cihaz ve yazılım hareket toplamlarının karşılaştırılması |
| Yaşam döngüsü | Başlayan, ayrılan veya şirket değiştiren kişi zamanında güncelleniyor mu? | Talep, onay ve uygulama zamanlarının kaydı |
| Puantaj | İstisnalar onaydan sonra aynı sonuçla yeniden üretilebiliyor mu? | Ham hareket, değişiklik izi ve nihai dönem raporu |
Teklif dosyasına ölçülebilir gereksinimleri ekleyin
Teklif istemeden önce aktif ve en yüksek beklenen çalışan sayısını, alt işveren adedini, vardiya örneklerini, en yoğun giriş aralığını, proje evrelerine göre kapıları, çevresel koşulları, elektrik ve ağ durumunu, birincil ve yedek kayıt yöntemini, veri aktarımını, rol matrisini, saklama yaklaşımını ve istenen rapor alanlarını tek belgede toplayın. Terminal kapasitesi, montaj, koruma ihtiyacı, yazılım sürümü, lisans, eğitim, veri taşıma, destek süresi, fiyat, stok ve garanti gibi maddeleri tarihli belgede ayrı ayrı doğrulayın.
Açık kalan başlıkları şantiye ihtiyaç listesine dayalı TigerBio teknik görüşmesinde model, sürüm, tarih ve sorumlu tarafla birlikte yazılılaştırın. Kararı yalnız cihaz gösterimine değil, saha koşulunda tamamlanan pilota ve onaylı dönem çıktısına bağlayın. Bu hazırlık tamamlandığında şantiye puantaj sürecinize uygun TigerBio PDKS kapsamını değerlendirin; kapsamı gerçek çalışan, kapı ve kesinti senaryolarıyla kanıtlamadan canlı kullanıma geçmeyin.
