Bir fabrikanın güvenlik noktasına turnike geçiş sistemi kurdunuz, kart okuyucular çalışıyor, personel sorunsuz geçiyor. Altı ay sonra bir çalışan, parmak izi verisinin nerede saklandığını soruyor. İşte o an, projenin teknik tarafının çoktan bittiğini ama hukuki ve idari tarafının yeni başladığını fark ediyorsunuz. Bu yazı tam olarak o ana odaklanıyor: geçiş kontrol altyapısının ürettiği veriyi nasıl toplayacağınız, nerede tutacağınız, kimin erişebileceği ve bir denetimde neyi gösterebileceğiniz.
Çoğu işletme geçiş kontrolünü bir donanım meselesi olarak görür. Oysa sistemin asıl değeri ve asıl riski, arkasında biriken veride. Kim, hangi kapıdan, saat kaçta geçti; hangi kart kaç kez reddedildi; biyometrik şablon hangi sunucuda duruyor? Bu soruların cevabı net değilse, en pahalı cihaz bile kurumsal bir yükümlülüğe dönüşebilir.
Geçiş Kontrolünde Hangi Veriler Aslında Kişisel Veri
Sahada sık karşılaştığımız yanılgı şu: "Biz sadece kart numarası tutuyoruz, kişisel veri yok." Kart numarası tek başına anlamsız görünse de bir personel listesiyle eşleştirildiği anda kişiyi tanımlanabilir hale getirir. Dolayısıyla geçiş kaydının tamamı kişisel veri kapsamına girer.
Tipik bir kurulumda şu veri tipleri dolaşır:
- Kimlik ve kart bilgisi: Ad, sicil numarası, kart kimliği, departman.
- Geçiş logları: Zaman damgası, kapı/cihaz kimliği, geçiş yönü, ret nedeni.
- Biyometrik şablonlar: Parmak izi, avuç içi damarı veya yüz şablonu. Bunlar özel nitelikli kişisel veri sayılır ve ayrı bir hassasiyet gerektirir.
- Görüntü kayıtları: Turnike üstü kameralar ve bina güvenlik kameraları.
- Konum ve cihaz verisi: mobil pdks kullanılıyorsa telefonun konumu, cihaz kimliği ve uygulama oturum bilgileri.
Bu listeye baktığınızda aslında bir İK dosyasından daha fazla veri ürettiğinizi görürsünüz. Bu yüzden geçiş kontrol projesini satın alma aşamasında hukuk ve İK birimlerini masaya oturtmak, sonradan yapılacak düzeltmelerden çok daha ucuz.
Biyometrik Kimlik Doğrulama: En Çok Yanlış Anlaşılan Katman
Parmak izi okuyucu, kartını unutan çalışan için pratik bir çözüm. Ancak biyometrik veri, geri döndürülemez bir veri türü. Bir şifre sızdığında değiştirilebilir; parmak izi değiştirilemez. Bu nedenle iki teknik ayrımı bilmek işinizi kolaylaştırır.
Şablon mu, ham görüntü mü?
Kaliteli cihazlar parmak izinin görüntüsünü değil, matematiksel bir şablonunu üretir ve bu şablon cihazdan dışarı çıkmayabilir. Teklif değerlendirirken tedarikçiye şunu sorun: Ham biyometrik veri saklanıyor mu, yoksa yalnızca geri döndürülemez şablon mu? Cevap "şablon" ise risk önemli ölçüde düşer, ama sıfırlanmaz.
Alternatif doğrulama her zaman masada olmalı
Biyometrik geçiş zorunlu tutulduğunda, çalışanın sistemi kullanmayı reddetme hakkı pratikte nasıl işleyecek? Bunun cevabı genellikle kart veya PIN gibi ikincil bir yöntemin hazır bulundurulmasıdır. Bu hem hukuki hem de operasyonel bir emniyet supabı: okuyucu arızalandığında üretim durmaz.
Mobil PDKS ve Konum Verisinin Sınırları
Telefonla geçiş, saha çalışanları ve çok lokasyonlu yapılar için büyük kolaylık sağlıyor. Fakat işin içine konum girdiğinde, veri minimizasyonu ilkesi kritik hale geliyor. Çalışanın mesai içinde sürekli izlenebilir olması ile sadece giriş noktasında doğrulanması arasında ciddi bir fark var.
Uygulanabilir yaklaşım şu: mobil pdks yalnızca tanımlı geofence alanı içinde ve yalnızca geçiş anında konum doğrulaması yapsın. Arka planda sürekli konum toplayan bir yapılandırma, teknik olarak mümkün olsa da savunulması zor bir tercih. Tedarikçiyle sözleşme masasında bu ayarı netleştirin, sonradan "varsayılan böyleydi" cümlesiyle karşılaşmayın.
Ayrıca telefonun kendisi bir risk yüzeyi. Kayıp cihaz, paylaşılan ekran, eski işletim sistemi. Cihaz kaydı iptal edildiğinde erişimin anında kesildiğini test edin. Bunu bir kez denemek, yüz sayfalık dokümantasyondan daha çok şey anlatır.
Saklama Süresi ve Silme Pratiği
"Süresiz saklıyoruz, nasılsa yer var" yaklaşımı, denetimde en sık karşılaşılan sorun kaynağı. Geçiş logları için makul bir süre belirleyin ve bunu yazılı hale getirin. Birçok kurumda 6 ila 24 ay arası bir aralık tercih edilir; süreyi belirlerken amacı netleştirin: güvenlik olayı incelemesi mi, mesai uyuşmazlığı çözümü mi, yoksa yalnızca operasyonel takip mi?
Silme işleminin gerçekten çalıştığını doğrulamak için şu üç kontrolü yapın:
- Otomatik silme işi tanımlı mı ve çalıştığına dair log üretiyor mu?
- Yedeklerden geri yükleme yapıldığında silinmiş kayıtlar geri geliyor mu? Geliyorsa yedek saklama süresi de aynı takvime bağlanmalı.
- Çalışan işten ayrıldığında kart, biyometrik şablon ve mobil cihaz kaydı tek bir akışla kapatılıyor mu?
Üçüncü madde çoğu zaman İK sürecine bağlıdır ve unutulur. Ayrılan bir çalışanın kartı aylarca aktif kalırsa, bu hem güvenlik hem de veri koruma açısından aynı anda sorun üretir.
Erişim Yetkileri: Sistemin En Zayıf Halkası
Geçiş kontrol yazılımına herkesin yönetici hesabıyla girmesi, sahada en yaygın alışkanlık. Oysa güvenlik görevlisinin ihtiyacı olan şey rapor almak, İK'nın ihtiyacı olan şey kart tanımlamak. Bu ikisine tam yetki vermek gereksiz.
Rol bazlı yetkilendirme kurarken şu ayrımı yapın: kim tanımlama yapabilir, kim sadece rapor okuyabilir, kim yapılandırma değiştirebilir, kim denetim kaydını görebilir. Yapılandırma yetkisi olan kişi sayısı bir elin parmaklarını geçmemeli. Ayrıca yönetici hesaplarında iki adımlı doğrulama açık olsun; bu tek ayar, olası bir hesap ele geçirme olayının etkisini büyük ölçüde sınırlar.
Denetim kaydı (audit log) konusunu da ayrıca değerlendirin. Kimin hangi kartı sildiği veya hangi raporu dışa aktardığı kayıt altında değilse, bir olay sonrası hesap soramazsınız.
Sahada Uygulanabilir Bir Uyum Kontrol Listesi
Aşağıdaki maddeleri bir kez gözden geçirmek, çoğu denetim sorusunun önünü keser:
- Geçiş verisi için amaç ve saklama süresi yazılı olarak tanımlı.
- Biyometrik doğrulama kullanılıyorsa açık rıza süreci ve alternatif yöntem mevcut.
- Veriye erişen tedarikçi ve alt yükleniciler sözleşmeyle bağlanmış.
- Log ve biyometrik veri ayrı tutuluyor, biyometrik şablon mümkünse uç cihazda kalıyor.
- Yedeklerin saklama takvimi ana sistemle uyumlu.
- İşten ayrılma akışı kart, şablon ve cihaz kaydını birlikte kapatıyor.
- Yetki matrisi yazılı ve yılda en az bir kez gözden geçiriliyor.
Bu liste bir turnike seçiminden bağımsız olarak her kurulumda geçerli. Cihaz ne kadar iyi olursa olsun, süreçler tanımlı değilse koruma sağlanmıyor.
Sık Sorulan Sorular
Turnike geçiş sisteminde çalışanın parmak izi vermeyi reddetmesi durumunda ne yapmalıyız?
Kart veya PIN gibi biyometrik olmayan bir doğrulama yöntemi hazır bulundurulmalı. Biyometrik doğrulamayı tek seçenek olarak dayatmak, hem hukuki açıdan savunması zor bir yaklaşım hem de operasyonel olarak kırılgan bir kurgu. Alternatif yöntemin varlığını prosedüre yazın ve sahadaki görevlilere duyurun.
Geçiş kayıtlarını ne kadar süre saklamamız makul?
Tek bir doğru süre yok, çünkü süre saklama amacına bağlı. Güvenlik olayı incelemesi için tutuyorsanız daha kısa, mesai uyuşmazlıklarında delil olarak kullanacaksanız daha uzun bir aralık gerekebilir. Önemli olan süreyi yazılı belirlemek, otomatik silmeyi kurmak ve yedeklerdeki kopyaları da aynı takvime bağlamak.
Mobil pdks uygulaması sürekli konum topluyorsa bu bir sorun mu?
Mesai saatleri dışında da sürekli konum toplanması, veri minimizasyonu ilkesiyle çelişir. Yapılandırmayı yalnızca tanımlı alan içinde ve geçiş anında doğrulama yapacak şekilde sınırlandırın. Uygulamanın arka planda hangi verileri topladığını tedarikçiden yazılı olarak isteyin ve sözleşmeye ekleyin.
Küçük bir işletmeyiz, bu kadar detaya girmemiz şart mı?
Ölçek, yükümlülüğü ortadan kaldırmıyor ama uygulama biçimini değiştiriyor. Küçük bir ekipte karmaşık bir yetki matrisi yerine üç sayfalık bir prosedür yeterli olabilir: hangi veri tutuluyor, kim erişiyor, ne zaman siliniyor. Kritik olan dokümanın hacmi değil, sorulduğunda tutarlı bir cevabınızın olması.
Sistem değiştirirken eski kayıtları ne yapmalıyız?
Yeni sisteme geçerken eski veriyi körü körüne taşımak yaygın bir hata. Önce eski kayıtların hangi amaçla hâlâ gerekli olduğunu değerlendirin, gerekli olanı aktarın, gerisini saklama süresine uygun şekilde imha edin. Aktarım yapılacaksa bunun kaydını tutun; ileride "bu veri nereden geldi" sorusunun cevabı hazır olsun.