Fabrika personel takip sistemi, vardiya başında aynı anda gelen çalışanları kaydetmekten ay sonu puantajını onaylamaya kadar uzanan süreç gerçekten tanımlandığında yararlı olur. Fabrikanızda dönüşümlü vardiya, birden fazla giriş, taşeron personel, yoğun mola hareketleri veya bağlantı kesintileri varsa kâğıt çizelge ve dağınık dosyalar yerine PDKS değerlendirmek anlamlıdır. Ancak karar yalnızca çalışan sayısına göre verilmemelidir; üretim takvimi, kayıt yoğunluğu, istisnalar, sorumlular ve beklenen çıktı birlikte ölçülmelidir.
Fabrikanın PDKS ihtiyacını gösteren işaretler
Her işletmede elektronik bir sistem aynı önceliğe sahip değildir. Fabrikada farklı bölümlerin ayrı vardiya düzeni kullanması, giriş kayıtlarının birkaç noktada oluşması, eksik hareketlerin ay sonunda uzun yazışmalarla düzeltilmesi veya insan kaynaklarının birden fazla dosyayı birleştirmesi PDKS ihtiyacını güçlendiren işaretlerdir. Asıl ölçüt, mevcut yöntemin çalışma süresini güvenilir ve tekrar üretilebilir biçimde belgeleyip belgeleyemediğidir.
İhtiyaç analizi için son üç puantaj dönemine bakın. Kaç kayıt elle düzeltildi, hangi vardiyalar karıştı, kaç çalışan yanlış bölüm veya çalışma günüyle eşleşti, rapor kaç günde kapandı ve düzeltmelerin sahibi görülebiliyor muydu? Sorun sayısı, düzeltme süresi ve tekrar eden nedenler ölçüldüğünde PDKS yatırımının çözmesi gereken gerçek iş görünür olur.
Vardiya çizelgesini sistem kuralından ayırmayın
Fabrikada vardiya adı tek başına yeterli değildir. Başlangıç ve bitiş, tolerans, ara dinlenmesi, gece yarısını aşan çalışma, bölüm değişimi, fazla çalışma onayı, hafta tatili ve vardiya değişimi ayrı kural olarak yazılmalıdır. Örneğin 22.00–06.00 vardiyasındaki çıkışın hangi iş gününe bağlanacağı veya vardiyaya erken gelen çalışanın süresinin nasıl ele alınacağı önceden kararlaştırılmadığında doğru giriş-çıkış kaydı bile yanlış puantaja dönüşebilir.
Yoğun giriş anını toplam çalışan sayısından ayrı hesaplayın
Bin çalışanın gün içine dağıldığı bir tesis ile iki yüz kişinin on dakikada aynı kapıdan geçtiği fabrika aynı terminal yerleşimini gerektirmez. Her giriş için en yoğun zaman penceresini, beklenen kişi sayısını, servis araçlarının geliş aralığını, güvenlik kontrolünü ve kullanılabilir geçiş genişliğini ölçün. Sonra kabul ölçütünü “cihaz hızlı olmalı” yerine “beklenen çalışan listesi, belirlenen zaman aralığında eksiksiz kayda dönüşmeli ve kuyruk hedefi aşılmamalı” biçiminde yazın.
Tek nokta arızasını da hesaba katın. Bir terminal çalışmazsa personel hangi noktaya yönlendirilecek, yönlendirme üretim başlangıcını geciktirecek mi ve manuel kayıt kim tarafından onaylanacak? Yedek süreç tanımlanmadan terminal adedini azaltmak ilk maliyeti düşürebilir, fakat vardiya başlangıcında daha büyük operasyon kaybı yaratabilir. Yerleşim kararı saha gözlemi ve ölçülmüş pilot sonucuna dayanmalıdır.
Kadrolu, geçici ve taşeron personeli aynı listede eritmeyin
Üretim tesisinde kadrolu çalışan, dönemsel işçi, stajyer, taşeron ekip ve ziyaretçi farklı sorumluluklara sahip olabilir. PDKS ihtiyaç tablosunda her grubun kayıt amacı, sorumlu işveren veya bölüm, aktiflik süresi, vardiya ataması, düzeltme yetkisi ve rapor alıcısı ayrı gösterilmelidir. Geçici bir kişinin işe başlama ve bitiş tarihi sisteme geç giriliyorsa kapasite sorunu olmasa bile yetki ve rapor doğruluğu bozulabilir.
İşe giriş, bölüm değişimi ve işten ayrılma için hizmet seviyesi belirleyin. Yeni kullanıcıyı kim açacak, vardiyayı kim atayacak, yanlış bölüm eşleşmesini kim düzeltecek ve ayrılan kişinin kaydı hangi adımlarla devre dışı bırakılacak? Ortak yönetici hesabı yerine kişiye bağlı roller ve işlem kaydı talep etmek, ay sonundaki farkın kaynağını bulmayı kolaylaştırır. Bu işlevlerin değerlendirilen yazılım sürümünde nasıl çalıştığı demo ile kanıtlanmalıdır.
Kayıt yöntemini üretim ortamına göre sınayın
Eldiven, toz, nem, aydınlatma, maske, kart taşıma kuralları ve temas beklentisi fabrikanın kayıt yöntemini etkiler. TigerBio’nun üretim girişleri için personel takip terminali seçenekleri arasında farklı kayıt yöntemleri bulunur. Seçimi yöntem adına göre değil, gerçek montaj noktasında tanımlı kullanıcı grubu ve yedek senaryoyla yapın. Okuma başarısız olduğunda çalışanın üretim alanına ve zaman kaydına nasıl alınacağı baştan yazılmalıdır.
Parmak izi veya yüz verisi düşünülüyorsa teknik testten önce amaç, gereklilik, alternatifler ve veri işleme koşulları değerlendirilmelidir. KVKK’nın 2026/921 sayılı ilke kararına ilişkin açıklaması, yalnızca mesai takibi amacıyla biyometrik veri kullanımını ve daha az müdahaleci alternatifleri ele alır. Fabrikanız için kesin hukuki değerlendirme yetkili uzman tarafından yapılmalı; hiçbir cihaz tek başına uygunluk sonucu sayılmamalıdır.
Cihaz kaydı, veri aktarımı ve puantajı üç katmanda test edin
Çalışanın terminalde kayıt oluşturması sürecin yalnızca ilk katmanıdır. İkinci katmanda hareket yazılıma aktarılır ve doğru kişiyle eşleşir; üçüncü katmanda vardiya kuralı uygulanarak puantaj sonucu üretilir. Pilot dosyasında beklenen olay, terminaldeki zaman, yazılıma geliş zamanı, atanan vardiya ve rapor sonucu ayrı sütunlarda karşılaştırılmalıdır.
Fabrikanın bazı girişlerinde ağ kararsız olabilir. Bu durumda bağlantı kesintisinin nasıl fark edildiği, kaydın cihazda nasıl izlendiği, bağlantı geri geldiğinde hangi kontrolün yapıldığı ve yinelenen veya eksik hareketin kim tarafından incelendiği belirlenmelidir. TigerBio’nun fabrika terminallerinde veri aktarımı yöntemleri rehberi genel aktarım seçeneklerini tanımak için kullanılabilir; seçilen modelin gerçek yöntemi, dosya biçimi, bağlantı gereksinimi ve kesinti davranışı güncel belge ve pilotla doğrulanmalıdır.
Cihaz, uygulama ve rapor saatleri de aynı olay üzerinde karşılaştırılmalıdır. Vardiya değişimine yakın birkaç dakikalık fark, hareketin başka güne veya başka vardiyaya yazılmasına yol açabilir. Saat kaynağı, kontrol sıklığı, fark uyarısı ve düzeltme sorumlusu bilgi teknolojileri ile insan kaynakları arasında açıkça paylaşılmalıdır.
Puantaj çıktısını üretim kararına bağlayın
“Aylık rapor” talebi çok geniştir. İnsan kaynakları izin ve devamsızlığı, üretim yöneticisi bölüm bazlı vardiya katılımını, muhasebe ise onaylanmış süreleri görmek isteyebilir. Her çıktı için çalışan kodu, bölüm, vardiya, normal süre, eksik hareket, izin, onay durumu ve yönetici notu gibi gerekli alanları belirleyin. Hedef başka bir uygulamaya aktarım ise dosya biçimi, alan eşleştirmesi, hatalı satır ve tekrar gönderim senaryosu ayrıca test edilmelidir.
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. Fabrika demosunda bu başlıkları kendi kurallarınızla sınayın: gece vardiyası, unutulan çıkış, sonradan onaylanan izin, bölüm değişimi ve kapanmış dönemde düzeltme. Menü adının bulunması yerine beklenen sonucun tekrar üretilebilmesi kabul kanıtı olmalıdır.
Bir vardiyalık gösterim yerine tam dönem pilot yapın
Pilot gruba farklı vardiya ve bölümlerden çalışanlar, bir geçici personel ve mümkünse bağlantı riski olan bir kayıt noktası dâhil edin. En az bir puantaj döneminde normal giriş, yoğun vardiya değişimi, izin, eksik hareket, bölüm değişimi, ağ kesintisi ve dönem kapanışı senaryolarını çalıştırın. Her testin beklenen sonucu, gerçek sonucu, farkın sahibi ve yeniden test tarihi bulunmalıdır.
| Kontrol alanı | Pilot sorusu | Kabul kanıtı |
|---|---|---|
| Yoğun giriş | Beklenen çalışanlar vardiya başlangıcından önce kayda dönüşüyor mu? | Kişi listesi, zaman damgaları ve kuyruk ölçümü |
| Vardiya kuralı | Gece geçişi ve ara dinlenmesi beklenen güne işleniyor mu? | Onaylı örnek vardiya ile puantaj karşılaştırması |
| Kesinti | Bağlantı geri geldiğinde eksik veya yinelenen hareket var mı? | Terminal, aktarım ve yazılım toplamlarının eşitliği |
| Yaşam döngüsü | Geçici personelin başlangıç ve bitiş işlemleri zamanında uygulanıyor mu? | Talep, onay ve uygulama zamanlarının kaydı |
| Dönem kapanışı | Düzeltmelerden sonra nihai rapor tekrar üretilebiliyor mu? | Değişiklik izi ve onaylanmış dönem çıktısı |
Pilot başlamadan model, yazılım sürümü, lisans kapsamı, terminal adedi, montaj noktaları, veri taşıma, eğitim ve destek sorumluluklarını yazılılaştırın. Belirsiz maddeleri vardiya çizelgesi ve yoğunluk ölçümüyle birlikte fabrika ihtiyaç dosyasına dayalı TigerBio proje görüşmesinde sorun. Fiyat, stok, garanti, kurulum ve destek kapsamını da tarihli teklif üzerinden doğrulayın.
Karar dosyanızı tek sayfada toplayın
Satın alma kararından önce çalışan gruplarını, vardiya kurallarını, en yoğun giriş penceresini, kayıt noktalarını, yedek yöntemi, veri aktarımını, rol matrisini, istenen raporu ve pilot kabul ölçütlerini tek tabloda birleştirin. Veri erişimi ve güvenlik kontrollerini belirlerken KVKK’nın veri güvenliği yükümlülükleri açıklamasını kurumunuzun somut riskleriyle birlikte değerlendirin. Bu dosya hazır olduğunda fabrika senaryonuza uygun TigerBio PDKS yazılım kapsamını doğrulayın; seçimi katalog cümlesine değil, tam dönem pilotunda kanıtlanan sonuca bağlayın.
