Personel takip cihazı kayıt kapasitesi seçilirken katalogdaki en büyük sayıyı almak yerine gerçek olay yükünü hesaplayın. Temel karar formülü şöyledir: aktif çalışan sayısı × kişi başı günlük kayıt × aktarım yapılmadan geçebilecek gün × yoğunluk/kesinti katsayısı. Sonuç cihazın ilan edilen kapasitesine çok yaklaşıyorsa modeli doğrudan kabul etmeyin; doluluk eşiğini, aktarım sonrası kayıt davranışını ve kesinti senaryosunu aynı cihazda pilotla doğrulayın.
PDKS, “Personel Devam Kontrol Sistemi”nin kısaltmasıdır. Buradaki kayıt, bir çalışanın terminalde oluşturduğu zaman damgalı giriş, çıkış veya kurumunuzun kullandığı başka bir kontrollü olaydır. Kullanıcı kapasitesi ile kayıt kapasitesi aynı şey değildir: İlki kaç kimliğin tanımlanabildiğini, ikincisi ise silme veya aktarma davranışı devreye girmeden önce cihazda kaç olay tutulabildiğini anlatır. Bu iki sınırı ayrı hesaplamadan satın alma veya kurulum kararı vermeyin.
Personel takip cihazı kayıt kapasitesi için dört girdiyi ölçün
Hesaba tahminle değil, temsilî bir haftanın verisiyle başlayın. Yoğun vardiya değişimini, normal iş gününü ve varsa hafta sonu çalışmasını ayrı sayın. Bir kişinin yalnız giriş ve çıkış yaptığı varsayımı, mola veya gün içinde birden fazla geçiş kaydı olan işletmede yükü ciddi biçimde küçültür. Aşağıdaki dört girdiyi terminal bazında yazın:
| Girdi | Nasıl ölçülür? | Sık yapılan hata | Karar çıktısı |
|---|---|---|---|
| Aktif çalışan | O terminali gerçekten kullanacak benzersiz kişi sayısı alınır. | Şirket toplamını her terminale aynen yazmak veya geçici çalışanı dışarıda bırakmak | Terminal başına kullanıcı ve olay tabanı |
| Günlük olay | Giriş, çıkış, mola ve yeniden giriş gibi gerçek kayıtlar bir hafta sayılır. | Kişi başına daima iki olay varsaymak | Kişi başı günlük ortalama ve tepe değer |
| Aktarımsız gün | Hafta sonu, bakım, ağ kesintisi ve sorumlu personelin yokluğu dâhil en uzun süre seçilir. | Normal aktarım planını kesinti payı sanmak | Gerekli yerel tampon süresi |
| Yoğunluk katsayısı | İşe alım, sezon, taşeron, deneme ve tekrar okutma yükü için kurum içi pay belirlenir. | Büyüme payını yalnız kullanıcı kapasitesine eklemek | Beklenmeyen olaylar için güvenlik payı |
Örnek olarak 480 çalışanın günde ortalama dört olay ürettiği, aktarım yapılmadan 14 gün geçebildiği ve yoğun dönem için 1,5 katsayısının seçildiği bir noktada ihtiyaç 480 × 4 × 14 × 1,5 = 40.320 kayıttır. Bu hesap, 50.000 kayıt etiketli bir cihazda yalnız 9.680 olaylık teorik pay bırakır. Bu payın yeterli olup olmadığı; gerçek tekrar okutma sayısı, test kayıtları, cihazın doluluk uyarısı ve aktarım sonrası davranışı ölçülmeden bilinemez.
Katalog sayısını gün cinsinden okunabilir hâle getirin
Resmî ürün sayfasındaki kayıt sayısını tek başına “büyük” veya “küçük” diye yorumlamayın. Aynı kapasite, 100 çalışan ve iki günlük olayda uzun; 1.000 çalışan ve çoklu geçişte kısa bir tampon oluşturabilir. Aşağıdaki satırlar yalnız resmî sayfalarda açıkça yazan kapasite ve iletişim bilgilerini gösterir; stok, teslim konfigürasyonu veya belirli bir projeye uygunluk sonucu değildir.
| Model | Resmî sayfada yazan kayıt kapasitesi | Sayfada adı geçen iletişim | Pilotta doğrulanacak pratik soru |
|---|---|---|---|
| WL20 kayıt ve haberleşme satırları | 50.000 | Wi-Fi, USB-Host | Planlanan Wi-Fi kesintisi boyunca olaylar hangi dolulukta kalıyor ve USB ile çekilen adet kaynak sayımla eşleşiyor mu? |
| K40 kayıt ve iletişim parametreleri | 80.000 | TCP/IP, USB Host | Gerçek ağ yolunda aktarılan olay adedi, terminalde üretilen kontrol olaylarıyla bire bir uzlaşıyor mu? |
| MB2000 kapasite ve iletişim listesi | 100.000 | TCP/IP, USB-Host, Wi-Fi (opsiyonel) | Teklif edilen birimde opsiyonel iletişim gerçekten var mı ve kesinti sonrası eksik veya mükerrer olay oluşuyor mu? |
Model karşılaştırmasında önce ihtiyacı hesaplayın, sonra her adayı aynı yükle sınayın. 50.000, 80.000 veya 100.000 sayısı cihazın veri kaybetmeden kaç gün çalışacağını tek başına söylemez; çünkü günlük olay yükü ve aktarım aralığı işletmeye aittir. Ayrıca kapasite değeri, dolunca eski kaydın üzerine yazılıp yazılmadığını, yeni kayıt kabulünün durup durmadığını veya uyarının hangi seviyede çıktığını açıklamaz. Bu davranışları ürün özelliği gibi varsaymak yerine kabul formuna ekleyin.
Aktarım aralığını kapasite hesabının parçası yapın
Aktarım yolu kapasite ihtiyacını değiştirmez; fakat cihazın ne kadar süre yerel tampon görevi göreceğini değiştirir. TigerBio’nun USB, TCP/IP, Wi-Fi ve IP yollarını model bazında ayıran veri aktarımı rehberi, yöntemin cihaza göre seçildiğini belirtir. Manuel USB sürecinde sorumlu kişi, izin günü ve hafta sonu hesaba katılmalıdır. Ağ üzerinden aktarım planında ise bağlantının kesildiği en uzun gerçek senaryo ayrıca test edilmelidir.
Her terminal için “normal aktarım”, “uyarı eşiği” ve “zorunlu aktarım” olmak üzere üç durum tanımlayın. Bu eşikleri katalogdan türetmeyin; hesaplanan günlük tepe yükü ve kurumun müdahale süresinden üretin. Örneğin ekip bir kesintiye iki iş günü içinde müdahale edebiliyorsa zorunlu eşikle fiziksel doluluk arasında en az iki günlük tepe yükü kalmalıdır. Pilot bu payı doğrulamıyorsa aktarım sıklığını artırın, terminal yükünü bölün veya daha yüksek kapasitedeki adayı aynı testle değerlendirin.
Kapasiteyi saklama ve imha politikasıyla karıştırmayın
Cihaz hafızasının büyük olması, tüm kayıtların süresiz tutulması gerektiği anlamına gelmez. KVKK veri güvenliği yükümlülükleri açıklaması, kişisel verilerin korunması için riske uygun teknik ve idari tedbirler gerektiğini belirtir. saklama ve imha yönetmeliği ise saklama ortamı, süreler, sorumlular ve imha işlemlerinin politika ve prosedürlerle ele alınmasını düzenler. Bu bölüm hukuki görüş değildir; kurumunuzun yükümlülüğünü yetkili uzmanla belirleyin.
Teknik tarafta NIST SP 800-92 log yönetimi rehberi, kayıtların üretilmesi, aktarılması, saklanması ve yönetilmesini tek süreç olarak ele alır. Bu yaklaşımı PDKS kabulüne uyarlarken cihazdaki tampon ile yazılımdaki doğrulanmış kayıt arşivini ayırın. “Aktarıldı” sonucunu yalnız bağlantı başarılı mesajıyla değil; kişi, zaman, terminal ve olay adedinin hedef sistemde uzlaşmasıyla kapatın.
Beş adımlı kapasite pilotunu gerçek vardiyada çalıştırın
- Başlangıç sayımını dondurun: Terminaldeki mevcut kayıt adedini, test kişilerini, cihaz saatini ve kullanılacak gerçek aktarım yolunu forma yazın.
- Bilinen yük üretin: En az iki vardiya boyunca önceden belirlenmiş sayıda giriş, çıkış, mola ve tekrar okutma olayı oluşturun. Her olayın beklenen kişi ve zamanını ayrı listede tutun.
- Kesintiyi canlandırın: Projenizde mümkün olan aktarım yolunu kontrollü biçimde durdurun; cihazın kayıt kabulünü, saatini ve görünen doluluk bilgisini izleyin. Üretici sayfasında açıklanmayan davranışı tahmin etmeyin.
- Aktarın ve uzlaştırın: Bağlantıyı geri getirip veya USB sürecini uygulayıp terminalde üretilen olay sayısını yazılıma ulaşan benzersiz olaylarla karşılaştırın. Eksik, mükerrer ve yanlış kişiye bağlanan kayıt için kabul eşiğini testten önce sıfır veya kurumun yazılı toleransı olarak belirleyin.
- Eşiği yeniden hesaplayın: Ölçülen tepe günlük yükü çalışan artışı ve müdahale süresiyle çarpın. Uyarı ile fiziksel sınır arasında ekibin müdahale edebileceği pay kalmıyorsa aday konfigürasyonu kabul etmeyin.
Satın alma kararını kapasite, aktarım ve kanıtla birlikte verin
Hesaplanan ihtiyaç ilan edilen sınırın rahatça altındaysa, kesinti pilotu kayıt kaybı veya tekrar üretmiyorsa ve ekip tanımlı eşiğe süresinde müdahale edebiliyorsa aday bir sonraki kabul aşamasına geçebilir. İhtiyaç sınıra yakınsa normal haftaya bakarak karar vermeyin; sezon, toplu vardiya değişimi ve aktarım kesintisini aynı senaryoda sınayın. Kapasite yeterli olduğu hâlde uzlaştırma başarısızsa daha büyük hafıza almak temel sorunu çözmez; önce olayın terminal, aktarım veya eşleştirme katmanında nerede bozulduğunu bulun.
| Ölçülen durum | Karar | Sonraki doğrulama |
|---|---|---|
| Tepe yük ve kesinti payı sınırın altında; olaylar eksiksiz ve tekil uzlaşıyor. | Adayı sonraki kabul aşamasına alın. | Aynı testi temsilî vardiya ve sorumlu kullanıcıyla tekrar edin. |
| Hesap sınırda; ekip uyarıdan fiziksel sınıra kadar müdahale edemiyor. | Aktarım aralığını kısaltın, yükü bölün veya başka kapasiteyi sınayın. | Yeni eşiklerle kesintiyi yeniden çalıştırın. |
| Kapasite payı yeterli; ancak eksik, mükerrer veya yanlış eşleşmiş olay var. | Satın alma kararını durdurun. | Terminal üretimi, aktarım ve personel eşleştirmesini ayrı ayrı teşhis edin. |
| Opsiyon veya doluluk davranışı teklif ve cihaz üzerinde aynı değil. | Teslim konfigürasyonunu kabul etmeyin. | Parça kodu, menü, lisans ve gerçek olay kanıtını eşleştirin. |
Kendi çalışan, olay ve kesinti değerlerinizle kısa liste oluşturduktan sonra kapasite hesabınızı TigerBio personel takip terminali adaylarıyla eşleştirin. Görüşmeye toplam çalışan sayısı yerine terminal başına aktif kişi, ölçülen tepe olay, aktarımsız gün, müdahale süresi ve pilot uzlaştırma tablosunu götürün. Böylece personel takip cihazı kayıt kapasitesi yalnız katalog rakamı değil, ölçülmüş iş yükü ve doğrulanmış operasyon payı üzerinden değerlendirilir.
