Personel takip cihazı saat ayarı yalnızca ekrandaki saati düzeltme işi değildir. Güvenilir bir kabul için terminal, aktarımı alan bilgisayar ve PDKS yazılımındaki aynı olayı ortak bir referansla karşılaştırın; ardından gündüz, gece yarısını aşan vardiya, bağlantı kesintisi ve yeniden başlatma senaryolarında farkın belirlediğiniz tolerans içinde kaldığını gösterin. İlk karar nettir: ölçülmemiş bir saat ayarını canlı puantaja taşımayın.
Bu testin çıktısı “saat doğru görünüyor” notu değil; terminalde görülen zaman, ham olay zamanı, yazılıma ulaşma zamanı ve vardiya sonucunu aynı satırda gösteren bir kanıt tablosudur. Böylece geç kalma ya da erken çıkma görüldüğünde sorunun çalışan hareketinden mi, vardiya kuralından mı, aktarım gecikmesinden mi yoksa saat farkından mı kaynaklandığı ayrıştırılabilir.
Personel takip cihazı saat ayarı puantajı nerede etkiler?
Bir giriş olayı önce terminalde zaman damgası alır, sonra seçilen yöntemle yazılıma taşınır ve vardiya kuralına göre yorumlanır. Bu zincirde “olayın gerçekleştiği saat” ile “olayın yazılıma ulaştığı saat” aynı kavram değildir. Örneğin bağlantı bir süre kesilmişse 08.02’de oluşan kayıt 08.20’de aktarılabilir; doğru tasarımda puantaj kararı aktarım anına değil, doğrulanmış olay zamanına dayanmalıdır. Bunun gerçekten böyle çalışıp çalışmadığı ise kullanılan cihaz, sürüm ve yazılım üzerinde test edilmelidir.
Saat farkı özellikle tolerans sınırlarında görünür. Vardiya başlangıcı 08.00, geç kalma toleransı beş dakika ve terminal iki dakika ilerideyse gerçek 08.04 hareketi 08.06 görünebilir. Aynı fark gece yarısına yakın kayıtlarda olayın yanlış güne bağlanmasına da yol açabilir. Bu örnekler evrensel bir tolerans önerisi değildir; işletmenin vardiya kuralıyla saat kabul sınırını birlikte belirlemesi gerektiğini gösterir.
Teste başlamadan önce zaman zincirini çıkarın
Önce tek sayfalık bir envanter hazırlayın. Her terminal için cihaz adı, fiziksel konum, model, yazılım/firmware sürümü, saat dilimi, yaz saati yaklaşımı, kullanılan zaman kaynağı, veri aktarım yöntemi ve sorumlu kişiyi yazın. NTP, yani Ağ Zaman Protokolü, ağdaki sistem saatlerini bir veya daha fazla zaman kaynağıyla eşlemek için kullanılan protokoldür. Terminalin NTP desteğini, sunucu adresini ya da eşleme aralığını ürün sayfasından varsaymayın; gerçek cihaz menüsü ve güncel teknik belge üzerinde kaydedin.
Aynı envantere PDKS sunucusunu veya istemci bilgisayarı da ekleyin. Sunucunun işletim sistemi saati, saat dilimi ve zaman kaynağı terminalden farklıysa, cihaz doğru olsa bile karşılaştırma şaşabilir. IETF’nin NTPv4 tanımı istemci ve zaman sunucuları arasındaki saat eşleme modelini açıklar. NTP için güncel iyi uygulamalar belgesi ise zaman kaynaklarının izlenmesini ve uyumsuzlukların araştırılmasını önerir. Bunlar bir TigerBio özelliğinin kanıtı değil, test altyapısını tasarlamak için teknik referanslardır.
7 adımlı kabul testini gerçek vardiyada uygulayın
- Referans saati belirleyin. Bilgi teknolojileri ekibi, karşılaştırmada kullanılacak kurumsal zaman kaynağını ve izin verilen farkı yazılı hale getirsin. “Sıfır fark” gibi ölçülmesi zor bir hedef yerine, iş kuralını bozmayacak saniye veya dakika cinsinden bir eşik seçin. Eşiğin sahibini de belirtin; cihaz kurulumu yapan kişi tek başına bordro etkisini belirlememelidir.
- Başlangıç farkını ölçün. Terminal ekranı, PDKS bilgisayarı ve referans saati aynı karede ya da aynı tutanakta saniyesiyle kaydedin. En az üç ölçüm yapın. Yalnızca bir defalık eşitlik, saatin gün içinde kaymadığını göstermez.
- Kontrollü olay üretin. Test kullanıcısıyla bir giriş ve bir çıkış kaydı oluşturun. Terminalde görülen zamanı, ham olayın zaman damgasını ve yazılım ekranındaki zamanı ayrı sütunlara yazın. Kişisel veya biyometrik gerçek çalışan verisi gerekmiyorsa test hesabı kullanın; test verisini canlı puantajdan ayırın.
- Aktarım yolunu sınayın. TigerBio’nun genel rehberi USB bellek, TCP/IP LAN, Wi-Fi ve statik/geçerli IP üzerinden aktarım yöntemlerini sayar. Projenizde hangisi kullanılıyorsa aynı olayı o yoldan taşıyın ve cihaz zamanı ile aktarım adımını birlikte doğrulayan TigerBio veri aktarımı rehberini uygulayın. Bir yöntemin listelenmesi, her modelde aynı yapılandırmanın etkin olduğu anlamına gelmez; pratik kararınız gerçek cihazdaki başarılı olayla verilmelidir.
- Kesinti ve yeniden başlatmayı deneyin. Yetkili teknik ekip, kontrollü pilot ortamında bağlantıyı kesip bir olay üretsin; bağlantı geri geldiğinde olayın özgün zamanının korunup korunmadığını kontrol etsin. Terminal yeniden başlatıldığında saat geriye veya ileriye atlıyor mu, ayrıca kaydedin. Kesinti davranışını önceden cihaz özelliği saymayın; ölçün.
- Sınır vakalarını çalıştırın. Vardiya başlangıcından hemen önce ve sonra, gece yarısının iki tarafında ve ay kapanışına yakın zamanlarda test kaydı üretin. Amaç fazla mesai hesabını hukuken yorumlamak değil, aynı ham olayın doğru gün ve vardiya adayına bağlandığını görmektir.
- Tekrar ölçün ve imzalayın. Testi en az bir çalışma döngüsü sonra tekrarlayın. Başlangıç ve bitiş farklarını karşılaştırın, başarısız satırlar için sorumlu ve düzeltme tarihi atayın. Bilgi teknolojileri ham zaman zincirini, insan kaynakları ise vardiya sonucunu onaylasın.
Kabul kararını tek tabloda verin
| Kontrol | Ölçülecek değer | Kabul örneği | Başarısızsa sonraki adım |
|---|---|---|---|
| Terminal–referans farkı | Saniye/dakika cinsinden mutlak fark | İşletmenin yazılı toleransı içinde | Zaman kaynağı, saat dilimi ve eşleme ayarını inceleyin |
| Ham olay zamanı | Terminal kaydı ile PDKS ham kaydı arasındaki fark | Aktarım sonrası özgün zaman korunuyor | Alan eşlemesini ve aktarım yolunu kontrol edin |
| Aktarım gecikmesi | Oluşma ile yazılımda görünme arasındaki süre | Operasyonun belirlediği izleme sınırı içinde | Ağ, toplama sıklığı veya USB çalışma adımını inceleyin |
| Kesinti sonrası kayıt | Eksik, yinelenen veya zamanı değişen olay sayısı | Test örneklerinin tamamı tekil ve özgün zamanlı | Canlı geçişi durdurun; model/sürüm davranışını teknik ekiple doğrulayın |
| Vardiya sonucu | Beklenen ile oluşan gün, geç/erken ve süre sonucu | Onaylı senaryo ile aynı | Önce ham zamanı, sonra vardiya kuralını ayırarak inceleyin |
Tablodaki sayısal eşikleri kopyalayıp herkese uygulamak yerine kendi sürecinizden üretin. Beş dakikalık toleransı olan bir vardiya ile saniye hassasiyetinde olay sıralaması isteyen bir güvenlik incelemesinin kabul ölçütleri aynı değildir. Ayrıca aktarım gecikmesi, saat hatası değildir: geç gelen ama özgün zamanı korunan kayıt ile zamanı değişmiş kayıt farklı kök nedenlere sahiptir.
TigerBio akışında ham kayıt ile puantajı ayrı doğrulayın
TigerBio’nun resmi Personel Devam Kontrol Yazılımı sayfası giriş-çıkış takibi, geç gelme, erken çıkma, devamsızlık, izin ile günlük ve aylık puantaj başlıklarını açıkça listeler. Saat kabul testinde bu başlıkları bir özellik listesi olarak bırakmayın: aynı test olayının önce ham giriş-çıkışta, sonra günlük sonuçta ve son olarak aylık görünümde beklenen zamana bağlandığını gösterin. saat farkını görünür kılacak TigerBio PDKS çıktı başlıklarını test formunuza ekleyebilirsiniz.
Terminal seçimi aşamasındaysanız zaman zinciri testine alınacak TigerBio terminal adaylarını belirleyin; ancak kabulü model adıyla değil, teslim edilen birim ve kullanılan yazılım sürümünde üretilen kanıtla verin. NTP desteği yoksa ya da etkinleştirilemiyorsa manuel kontrol sıklığı, sorumlu kişi ve sapma halinde yapılacak işlem yazılı olmalıdır. Saat elle değiştirilince önceki kayıtların nasıl göründüğü de ayrıca denenmelidir.
Arızayı saat, aktarım ve kural katmanlarına ayırın
Bir olay yanlış görünüyorsa önce üç basit soruyu sırayla yanıtlayın: Terminal o anda hangi zamanı gösteriyordu? Ham kayıt hangi zaman damgasıyla geldi? PDKS bu ham kaydı hangi vardiya kuralıyla yorumladı? İlk ikisi aynı, sonuç farklıysa sorun büyük olasılıkla vardiya veya tolerans yapılandırmasındadır. Terminal doğru ama ham kayıt farklıysa aktarım ya da alan eşleme adımı incelenmelidir. Terminal baştan farklıysa yazılım kuralını değiştirmek kök nedeni çözmez.
NIST log yönetimi rehberi, kurum çapında sağlam log süreçleri ve altyapısı kurulmasına yönelik çerçeve sunar. Windows tabanlı PDKS bilgisayarlarında ise Microsoft’un Windows Time araçları ve ayarları belgesi saat kaynağını izleme ve sorun giderme için kullanılabilir. Bu kaynaklardan bir komutu körlemesine uygulamak yerine yetkili ekibin mevcut ağ politikasına göre tanılama kaydı üretmesi daha güvenlidir.
Canlı kullanımdan önce teslim edilecek kanıt paketi
Kabul dosyasında envanter, seçilen referans, toleransın gerekçesi, üç zaman sütunlu olay tablosu, kesinti ve yeniden başlatma sonuçları, vardiya sınır testleri, başarısız maddeler ve onaylayan roller bulunmalıdır. Birden fazla terminal varsa her cihaz için aynı test kullanıcıları ve aynı zaman penceresiyle çapraz olay üretin; böylece şubeler ya da kapılar arasındaki fark ayrıca görünür olur.
Canlıya geçiş kararı için personel takip cihazı saat ayarı ölçümleri tolerans içinde kalmalı, ham olayın özgün zamanı aktarım sonrasında korunmalı ve PDKS sonucu onaylı vardiya senaryosuyla eşleşmelidir. Bunlardan biri karşılanmıyorsa cihazı “çalışıyor” diye kabul etmek yerine sorunu ilgili katmana atayın; çok terminalli veya belirsiz bir yapı için ölçüm tablonuzu TigerBio teknik görüşmesine taşıyın.
