Personel takip cihazı değişimi, eski terminali söküp yenisini duvara takma işi değildir. Güvenli geçiş için eski cihazdaki son olay sayısını ve personel eşleştirmesini dondurun; yeni terminalde aynı kontrollü giriş-çıkışları üretin; ham olay, aktarım sonucu ve puantaj satırını birlikte karşılaştırın. Açıklanamayan kayıp, tekrar, yanlış çalışan eşleşmesi veya saat farkı varsa eski cihazı devreden çıkarmayın.
PDKS, yani Personel Devam Kontrol Sistemi, terminalde oluşan zaman damgalı olayları çalışma planı ve kurallarla günlük ya da aylık puantaja dönüştüren zincirdir. Bu nedenle değişim kararı ancak yedi kanıt birlikte geçtiğinde kapanmalıdır: kapsam, kimlik eşleştirmesi, saat, iletişim yolu, kontrollü olay, puantaj mutabakatı ve geri dönüş provası. İlk hedef “yeni cihaz çalıştı” demek değil, aynı kişinin aynı olayı doğru zamanda ve doğru puantaj satırında ürettiğini göstermektir.
Personel takip cihazı değişimi için önce tabanı dondurun
Değişimden önce tek sayfalık bir başlangıç tabanı hazırlayın. Terminal adı ve fiziksel noktası, cihaz menüsündeki tarih-saat, aktif çalışan sayısı, kullanılan personel numarası, doğrulama yöntemi, son aktarım zamanı, cihazdaki toplam olay sayısı ve yazılımdaki son görülen olay bu tabloda yer alsın. “Tüm kayıtları aldık” gibi ölçülemeyen bir not yerine başlangıç ve bitiş sayaçlarını, dosya veya aktarım zamanını ve kontrol eden kişiyi yazın.
Yapılandırma tabanı oluşturmak, yalnız PDKS’ye özgü bir öneri değildir. NIST SP 800-128 yapılandırma yönetimi rehberi, sistem yapılandırmalarını yönetme ve izleme yaklaşımını açıklar. Buradaki pratik karşılığı, değişimden önce ağ, saat, kullanıcı eşleştirmesi ve aktarım ayarlarının bilinen durumunu kanıt olarak saklamaktır. Parola, biyometrik şablon veya gereksiz kişisel veri bu kontrol formuna kopyalanmamalıdır.
Eski ve yeni terminalde aynı kimlik sözleşmesini sınayın
Ekranda adın görünmesi doğru eşleşmeyi tek başına kanıtlamaz. Bir test çalışanı için personel numarası, cihaz kullanıcı kimliği ve yazılımdaki çalışan kaydını yan yana yazın. Sonra normal giriş, normal çıkış ve kısa aralıklı tekrar okuma üretin. Yeni terminalden gelen üç olayın eski sistemdeki başka bir kullanıcıya bağlanmaması, eksik kalmaması ve yanlış şubeye yazılmaması gerekir.
Kart, parmak izi veya yüz şablonunun iki model arasında taşınabildiğini varsaymayın. Resmî TigerBio sayfalarında eski cihazdan yeni cihaza şablon ya da kart eşleştirmesi için genel bir aktarım garantisi bulunmadığından, uygulanacak kayıt yöntemi teslim edilen iki model ve yazılım sürümünde gösterilmelidir. Yeniden kayıt gerekiyorsa kapsam, yetkili kişi, tamamlanma listesi ve kullanılamayan kayıtlar için geçici akış değişim planına eklenmelidir.
Saat ve olay sınırını cihaz değişmeden önce ölçün
Eski ve yeni terminalin saatini aynı referansla karşılaştırın. Saat dilimi, yaz-kış saati ayarı ve cihaz ekranındaki zaman ayrı ayrı kaydedilsin. Kabul toleransını kurum önceden belirlesin; örneğin “yaklaşık doğru” yerine izin verilen saniye farkını forma yazın. terminal saatini kontrollü olaylarla sınayan kabul planı, bu adımı değişim gecesine bırakmamak için kullanılabilir.
Özellikle gece vardiyası, gün sınırı veya ay kapanışı çevresinde bir dakikalık fark bile olayın başka güne düşmesine neden olabilir. Bu yüzden pilotta gün ortası kadar vardiya başlangıcı, vardiya bitişi ve gece yarısı çevresinden seçilmiş olaylar da bulunmalıdır. Saat farkı görülürse puantajı elle düzeltip testi geçmiş saymak yerine önce kaynağı düzeltin, olayları yeniden üretin ve her iki çıktıyı tekrar karşılaştırın.
Aktarım yolunu model adına değil gerçek bağlantıya göre doğrulayın
TigerBio’nun model bazında USB, TCP/IP, Wi-Fi ve IP yollarını ayıran veri aktarımı rehberi, iletişim seçiminin modele göre değiştiğini belirtir. Geçiş formuna gerçekten kullanılan yolu yazın: USB dosyası mı, yerel ağ mı, kablosuz ağ mı, yoksa internet üzerinden geçerli IP mi? Yeni cihazda bir arayüz adının bulunması, ağ kuralının, yazılım tanımının veya aktarımın hazır olduğunu kanıtlamaz.
Bilinen sayıda test olayı üretip aktarımı iki kez çalıştırın. İlk çalıştırmada tüm olayların gelmesi, ikinci çalıştırmada açıklanamayan kopya oluşmaması gerekir. Cihaz, yazılım ve rapor sayaçlarını ayrı tutun; “aktarılmış görünüyor” mesajını tek başına kabul kanıtı saymayın. NIST SP 800-92 log yönetimi rehberi, olayların üretilmesi, iletilmesi, saklanması ve erişilmesi boyunca tutarlı süreç kurulmasını destekler; PDKS pilotunda bu yaklaşım, aynı test olayını kaynaktan sonuca izlemektir.
Yedi kontrolü tek bir paralel pilotta çalıştırın
Pilot grubu yalnız sorunsuz ofis çalışanlarından oluşmasın. En az bir normal vardiya, bir gece veya gün sınırı senaryosu, bir izinli gün, bir eksik okutma ve yoğun başlangıç anı seçin. Eski ve yeni terminalin paralel kullanımı için başlangıç-bitiş saati, kimlerin iki cihazı da kullanacağı ve hangi sistemin resmî kayıt sayılacağı önceden yazılmalıdır. Paralel dönem, rastgele çift kayıt üretmek için değil, aynı senaryonun iki uçta ölçülebilir sonucunu karşılaştırmak içindir.
| Kontrol | Eski terminal kanıtı | Yeni terminal kanıtı | PASS eşiği | Başarısızlık eylemi |
|---|---|---|---|---|
| 1. Kapsam | Model, nokta, aktif kişi ve son olay sayacı | Teslim modeli, nokta ve hedef kişi listesi | Kapsam satırları sahipli ve tarihli | Kurulumu durdur, eksik envanteri tamamla |
| 2. Kimlik | Personel no, cihaz kullanıcı kimliği, yazılım kaydı | Aynı üç alanın yeni eşleştirmesi | Yanlış kişi veya şube eşleşmesi sıfır | Eşleme tablosunu düzelt, yeniden kayıt yap |
| 3. Saat | Referans saate göre ölçülen fark | Aynı anda ölçülen fark | Kurumun yazılı toleransı içinde | Saat kaynağını düzelt, sınır olayını tekrarla |
| 4. İletişim | Gerçek aktarım yolu ve son başarılı zaman | Gerçek yol, ağ/USB kanıtı ve ilk başarılı zaman | Bilinen olay sayısı eksiksiz aktarılır | Bağlantı ve yazılım tanımını ayırarak teşhis et |
| 5. Olay | Giriş, çıkış, tekrar ve eksik okutma örnekleri | Aynı senaryoların zaman damgalı olayları | Açıklanamayan kayıp veya kopya sıfır | Kaynak sayacından başlayarak yeniden izle |
| 6. Puantaj | Günlük durum ve aylık toplam satırı | Aynı çalışan ve dönem için yeni sonuç | Onaylı kural dışında fark sıfır | Kural, plan, olay ve eşlemeyi ayrı kontrol et |
| 7. Geri dönüş | Eski cihazın yeniden hizmete alınma koşulu | Yeni cihazı ayırma ve kanıtı koruma adımı | Prova, sorumlu ve süre kaydedilmiş | Eski terminali sökme, kesinti planını yenile |
Ham olay ile günlük ve aylık puantajı ayrı ayrı kapatın
TigerBio giriş-çıkıştan günlük ve aylık puantaja uzanan yazılım kapsamını açıkça adlandırır. Bu ifade belirli bir model değişiminde otomatik veri taşıma veya tekilleştirme garantisi değildir. Kabul testinde ham olay sayısı, çalışan eşleşmesi, günlük durum ve aylık toplam ayrı sütunlarda tutulmalıdır. Ham olay doğruyken puantaj farklıysa sorun cihazdan çok plan, kural veya eşleştirme katmanında olabilir.
Her fark için “neden / sahip / düzeltme / yeniden test” alanı açın. Bir eksik olay sonradan elle eklenmişse ilk kaynağın eksik kaldığı gerçeğini kapatmayın; düzeltmeyi ayrıca işaretleyin. Mevcut puantaj kapanış yönteminizi kaynak kayıttan ay sonu sonucuna uzanan test planıyla karşılaştırarak, terminal değişiminin geçmiş dönemleri sessizce etkilemediğini de kontrol edin.
Geri dönüşü kâğıt üzerinde değil, kontrollü provayla doğrulayın
Yeni terminal pilotu başarısız olursa hangi dakika ve hangi kanıtla eski akışa dönüleceği açık olmalıdır. Eski cihazın elektriği, ağı, yazılım tanımı ve son aktarım durumu korunmadan “gerekirse geri döneriz” demek yeterli değildir. NIST SP 800-34 iş sürekliliği planlama rehberi, bilgi sistemleri ve operasyonlar için süreklilik gereksinimlerinin değerlendirilmesini ele alır. Buradaki pratik çıktı; tetikleyici, sorumlu, hedef süre ve prova sonucu bulunan kısa bir geri dönüş kartıdır.
Eski terminal ancak yeni cihazın kimlik, saat, iletişim, olay ve puantaj kontrolleri PASS olduğunda; açık farklar kapandığında; geri dönüş provası kayda geçtiğinde ve sorumlular imzaladığında devreden çıkarılmalıdır. Cihazın silinmesi, yeniden kullanılması veya fiziksel olarak uzaklaştırılması ayrı bir veri ve varlık yönetimi kararıdır; bu adım otomatik kabul edilmemeli, kurumun yetkili süreciyle yürütülmelidir.
Kabul kararını üç durumdan biriyle kapatın
Canlıya al: Yedi kontrolün tamamı geçmiş, açıklanamayan olay/kimlik/puantaj farkı kalmamış ve geri dönüş provası tamamlanmıştır. Sınırlı pilotu sürdür: Kaynağı bilinen bir ayar veya eşleştirme farkı vardır; düzeltme sahibi ve yeniden test tarihi bellidir. Durdur: Kayıp ya da tekrar olay, yanlış çalışan eşleşmesi, saat sınırı hatası, doğrulanmamış aktarım yolu veya çalışmayan geri dönüş adımı vardır.
Teklif ya da servis görüşmesine yalnız cihaz modelini değil, yedi satırlık kanıt tablonuzu götürün. Eski ve yeni terminal, kullanılan aktarım yolu, test çalışanları, kabul toleransları ve geri dönüş koşulu birlikte değerlendirildiğinde personel takip cihazı değişimi için TigerBio teknik görüşmesini kanıt paketinizle planlayın.
