DeskGate Personel Giriş Çıkış Takip ve PDKS Kayıtlarını Değerlendirme

Günlük incelemenin kapsamını baştan belirleyin

İncelemeye bütün çalışanların bütün olaylarını açarak başlamak yerine, yanıtlanacak soruyu belirleyin. Eksik çıkış mı araştırılıyor, gece çalışan ekibin tarih sınırı mı inceleniyor, yoksa belirli bir kayıtla rapor toplamı arasında fark mı var? Soru daraldığında gerekli kullanıcı, zaman aralığı ve kaynak daha kolay seçilir. Bu yaklaşım hem gereksiz veri incelemesini azaltır hem de sonucun neden o şekilde oluştuğunu açıklamayı kolaylaştırır.

Kapsamı belirlerken olayın gerçekleştiği tarih ile raporun değerlendirildiği dönemi ayırın. Gece yarısını aşan çalışma, tek takvim gününe sıkıştırıldığında eksik görünebilir. Buna karşılık fazla geniş dönem seçimi, ilgisiz olayların aynı çalışma aralığına bağlanmasına neden olabilir. İlgili vardiya planı, kaynak olay zamanı ve kurumun değerlendirme yöntemi birlikte ele alınmalıdır. Bunların hiçbirini yalnızca ekrandaki ilk ve son satırdan çıkarmaya çalışmayın.

Çalışmayı kimin başlattığını ve hangi sonucun beklendiğini kaydetmek de yararlıdır. Teknik kayıt eksikliğini çözmek ile devam çizelgesini onaylamak farklı görevlerdir. İncelemeyi yapan kişi kendi yetkisi içindeki kontrolü tamamlamalı, iş kararının gerekli olduğu noktayı ilgili sorumluya açık biçimde iletmelidir.

Ham geçiş kaydını koruyarak okuyun

Ham kayıt, kaynağın ürettiği olayın başlangıç noktasıdır. Kayıt zamanı, kişi veya kart tanımlayıcısı, geçiş noktası ve olay türü gibi alanların bulunup bulunmadığı kullanılan sisteme bağlıdır. Her PDKS ürününün aynı alanları sunduğunu varsaymayın. Elinizdeki kaynağın gerçek alanlarını ve bu alanların anlamlarını öğrenin. Görünür bir zaman damgası, olayın yönünü veya işe giriş niteliğini tek başına açıklamayabilir.

Kaynak kaydın üzerine yorum yazmak yerine, mümkün olan süreçte açıklamayı ayrı takip edin. İnceleme sırasında ulaşılan sonuç değişirse hangi bilginin ilk kayıttan geldiği anlaşılabilmelidir. Bir satırın düzeltilmesi gerektiğinde de eski ve yeni anlam arasındaki farkın kaybolmaması önemlidir. Bunun kullanılan yazılımda hangi araçla yapılacağı, ilgili sistemin desteklediği işlevlere göre belirlenmelidir.

Çalışan, tarih ve geçiş noktası eşleşmesini doğrulamadan süre hesaplamasına geçmeyin. Benzer adlar, ortak kullanılan tanımlayıcılar veya geçmişte değişmiş atamalar yanlış kişiye atıf oluşturabilir. Kaydın teknik olarak mevcut olması, doğru kişi için doğru bağlamda değerlendirildiğini garanti etmez.

Planlanan vardiya ile gerçekleşen olayları eşleştirin

Vardiya planı beklenen çalışma düzenini gösterir; gerçekleşen olaylar ise kendi zaman ve kaynak bilgilerine sahiptir. Planın değişmesi, geçmiş olayların otomatik olarak yeni plana göre yorumlanmasını gerektirmez. İncelenen gün için hangi planın geçerli olduğu, değişikliği kimin yaptığı ve değişikliğin hangi tarihten itibaren uygulandığı anlaşılmalıdır. Aksi halde doğru kayıtlardan yanlış bir gecikme veya erken ayrılma sonucu üretilebilir.

Geçici görevlendirme, ekip değişimi veya farklı lokasyonda çalışma gibi durumlar planla olay arasındaki ilişkiyi etkileyebilir. Bunları doğrudan hata olarak işaretlemek yerine ilgili iş bağlamını öğrenin. Planlı bir saha görevi sırasında kapı kaydı bulunmaması ile bağlantı arızası nedeniyle olayın aktarılmaması aynı durum değildir. İnceleme sonucunda bu farklılıklar kendi açıklamalarıyla görünür kalmalıdır.

DeskGate çalışma süresi tanımları ve grup kuralları, ilgili politika ve raporlama bağlamında değerlendirilir. Yapılandırılmış programın tek başına devamı kanıtladığı kabul edilmemelidir. Fiziksel devam bilgisi başka bir kaynaktan geliyorsa, kullanılan planla bu kaynağın hangi yöntemle ilişkilendirildiği ayrıca doğrulanmalıdır.

Gece yarısını aşan çalışmayı ikiye bölerek yorumlamayın

Gece başlayan ve ertesi sabah sona eren bir çalışma aralığı iki takvim gününe yayılır. Yalnızca başlangıç gününü seçen rapor çıkışı göstermeyebilir; yalnızca bitiş gününe bakan başka rapor ise girişi eksik gösterebilir. Bu görünüm, çalışanın iki ayrı eksik günü olduğu anlamına gelmez. Önce kaynak olayların devamını ve kurumun gece çalışmasını hangi dönem mantığıyla değerlendirdiğini inceleyin.

Kayıtları bir araya getirirken ilk uygun görünen giriş ile son görünen çıkışı otomatik olarak eşleştirmeyin. Arada farklı olaylar, yeni bir çalışma aralığı veya başka bir lokasyon geçişi bulunabilir. Olay türleri ve kaynak bağlamı anlaşılmadan tek bir uzun süre oluşturmak, gerçekte olmayan bir çalışma toplamı yaratabilir. Eşleştirme yöntemi ilgili devam sisteminin belgelenmiş iş kuralına dayanmalıdır.

DeskGate Günlük Aktivite raporu tam takvim gününü, yani 00.00 ile 24.00 arasındaki 1.440 dakikayı değerlendirir. Gece vardiyasının sınırlarını bu rapordaki aktif veya pasif aralıklardan türetmeyin. İki günlük dijital görünüm, fiziksel devam aralığını açıklamak için ancak kendi kayıt kapsamı korunarak ele alınabilir.

Zaman damgasının hangi saati gösterdiğini anlayın

Kaynaklar arasında zaman farkı görüldüğünde ilk yapılacak iş çalışan davranışını yorumlamak olmamalıdır. Bir ekran yerel saat, başka bir çıktı farklı zaman gösterimi kullanıyor olabilir. Olay zamanı ile kaydın sisteme ulaşma zamanı da farklı olabilir. Bu ayrımların hangilerinin kullanılan sistemde bulunduğunu teknik belgelerden ve ekran açıklamalarından doğrulayın. Aynı görünen saat alanlarının aynı anı temsil ettiği varsayımıyla ilerlemeyin.

Birden fazla lokasyon varsa hangi saat düzeninin esas alındığı özellikle açıklanmalıdır. Çalışanın bulunduğu yer, kaydı üreten cihaz ve raporu açan yöneticinin ekranı farklı bağlamlara sahip olabilir. Raporların karşılaştırılmasında ortak zaman çerçevesi kurulmalıdır. Bu çalışma yapılmadan birkaç dakikalık veya saatlik farkı doğrudan geç kalma, erken çıkma ya da eksik çalışma olarak değerlendirmek hatalıdır.

DeskGate bağlantı ve oturum açma kayıtları rehberi, olayları ilişkilendirmeden önce zaman etiketlerinin ve raporlama sınırlarının kontrol edilmesini önerir. Aynı dikkat PDKS incelemesinde de gereklidir. Düzeltme yapılacaksa hangi zaman alanının neden değiştirildiği veya hangi gösterimin dönüştürüldüğü anlaşılır biçimde kaydedilmelidir.

Eksik çıkışı açık bir istisna olarak ele alın

Bir girişin karşısında çıkış kaydı bulunmaması, kişinin bütün gece çalıştığını veya işyerinden ayrılmadığını kendiliğinden göstermez. Kaynak cihazın çalışması, olayın aktarılması, dönem filtresi ve kullanılan geçiş noktası araştırılmalıdır. Eksik bir olay için varsayılan saat yazılması gerekiyorsa bu artık ham olay değil, kurumun yetkili iş süreci içinde verilmiş bir değerlendirmedir. İki bilgi birbirinden ayırt edilmelidir.

Eksik kayıt incelemesinde çalışanın açıklaması, ilgili görev planı ve yetkili kaynaklar birlikte değerlendirilir. Hangi bilginin yeterli kabul edileceğini kurumun kendi süreç sahipleri belirlemelidir. Bilgisayardaki son etkinlik saatini doğrudan fiziksel çıkış saati saymak doğru değildir. Çalışan bilgisayardan ayrıldıktan sonra başka görevler yapmış olabilir; ayrıca son etkinliğin hangi cihaz ve kullanıcıya ait olduğu da doğrulanmalıdır.

İnceleme sürerken kaydın durumu açık kalmalıdır. Bekleyen açıklama ile tamamlanmış düzeltme aynı statüde gösterilmemelidir. Böylece dönem sonu raporunu hazırlayan kişi hangi kayıtların kesinleştiğini, hangilerinin henüz değerlendirme gerektirdiğini anlayabilir. Belirsizliği saklamak yerine yönetmek, sürecin güvenilirliğini artırır.

Tekrarlanan geçişleri doğrudan süreye çevirmeyin

Aynı zaman aralığında birden fazla benzer olay bulunması farklı nedenlerden kaynaklanabilir. Kullanıcı aynı işlemi tekrar denemiş, birden fazla geçiş noktası kullanmış veya aktarımda tekrar oluşmuş olabilir. Bunların hangisinin geçerli olduğunu kaynağın gerçek olay türleri ve teknik davranışı belirler. Her tekrar için aynı düzeltme yöntemini uygulamak yerine önce tekrarın niteliği anlaşılmalıdır.

Tekrarlanan olayları inceleyen kişi kaynak kimliği, zaman, olay yönü ve varsa işlem sonucunu karşılaştırmalıdır. Başarısız deneme ile başarılı geçiş aynı şey değildir. Benzer şekilde aynı olayın iki raporda görünmesi, iki ayrı olay yaşandığını kanıtlamaz. Kullanılan entegrasyonun tekrar kayıtlarını nasıl ele aldığı belgelenmiş olmalıdır; doğrulanmamış bir davranışın sistemde bulunduğu varsayılmamalıdır.

Düzeltme sonucunda hangi olayların hesaplamaya dahil edildiği açıklanmalıdır. Kaynak kayıtların görünürlüğünü koruyan bir inceleme düzeni, daha sonra aynı sorunun tekrar araştırılmasını kolaylaştırır. Tekrarları yalnızca sayıyı düzeltmek için kaldırmak yerine, hatanın kaynağı ve gelecekte nasıl fark edileceği de değerlendirilmelidir.

Çoklu lokasyon ve görev değişikliklerini bağlama ekleyin

Bir çalışan aynı gün birden fazla noktada görev yapabilir. İlk binadan çıkış, iş gününün sona erdiği anlamına gelmeyebilir; başka bir işyerine veya saha görevine geçiş söz konusu olabilir. Bu nedenle lokasyon değişikliği ile işten ayrılma olayını aynı kabul etmeyin. Hangi noktanın hangi süreç için kayıt ürettiği ve kurumun bu hareketi nasıl değerlendirdiği belirlenmelidir.

Çalışanın geçici olarak başka ekibe atanması da rapor kapsamını etkileyebilir. Güncel grup üyeliği üzerinden geçmiş günlerin bütün kayıtlarını yorumlamak, eski sorumlulukları görünmez hale getirebilir. İnceleme tarihindeki kişi, ekip ve görev ilişkisini doğrulayın. İş planındaki değişiklikler ile teknik hesap değişikliklerini ayrı tutmak, hangi kaynağın güncellenmesi gerektiğini daha açık hale getirir.

DeskGate bilgisayar ve kullanıcı kapsamı da bu tarihsel bağlamla değerlendirilmelidir. Bugün bir kişiye ait görünen cihaz, geçmişte başka bir kullanıcının elinde olabilir. Dijital etkinlik raporunu fiziksel hareketle karşılaştırırken kişi eşleşmesinin yalnızca mevcut görünümde değil, ilgili dönemde de doğru olduğundan emin olun.

Ara dinlenmesi ve bilgisayar dışındaki işi ayırın

Bilgisayarda etkileşim görülmeyen her aralık ara dinlenmesi değildir. Toplantı, telefon görüşmesi, eğitim, evrak incelemesi veya saha görevi sırasında dijital etkinlik düşük olabilir. Aynı şekilde kapıdan kısa süreli çıkışın hangi iş sürecine ait olduğu bağlam gerektirir. Teknik kayıt, olayın varlığını açıklayabilir; olayın çalışma düzeni açısından anlamını her zaman kendi başına belirleyemez.

Kurumun dinlenme ve çalışma değerlendirmesi, yetkili süreç ve geçerli kurallarla yapılmalıdır. Yazılımdaki pasif süre alanını otomatik kesinti olarak kullanmak, ölçünün tanımını aşar. Özellikle tam günü değerlendiren bir raporda, pasif dakikaların tamamını planlanan mesaiyle ilişkilendirmek doğru değildir. Kayıt kapsamı, görev türü ve hesaplamanın zaman tabanı birlikte okunmalıdır.

İnceleme notlarında teknik gözlem ile iş açıklamasını farklı cümlelerle ifade edin. Belirli aralıkta uygulama etkinliği görünmediği söylenebilir; kişinin çalışmadığı sonucu ise ayrıca dayanak gerektirir. Bu dil farkı yalnızca anlatım tercihi değildir. Raporu daha sonra okuyacak kişilerin gözlem ile yorum arasındaki sınırı anlamasını sağlar.

Düzeltme talebini belirli bir olaya bağlayın

Düzeltme talebi, genel bir gün özeti yerine hangi kaydın neden incelendiğini açıklamalıdır. İlgili kişi, dönem, kaynak ve beklenen düzeltme belli olmalıdır. Talebin bütün personel dosyasını veya ilgisiz kayıtları içermesi gerekmez. Soruyu karşılayan en dar bilgi kapsamı, hem incelemeyi hızlandırır hem de verinin gereksiz yere farklı kişilere dağılmasını azaltır.

Talep hazırlanırken eksik olay ile yanlış eşleşmiş olayı ayırın. Bir durumda kaynakta hiç kayıt bulunmayabilir; başka durumda doğru olay yanlış kişiye bağlanmış olabilir. İki sorunun çözüm yolu farklıdır. Açıklama yalnızca saat değiştirme isteği olarak yazılırsa gerçek neden gözden kaçabilir ve aynı hata sonraki günlerde tekrarlanabilir. Önce sorunun türü belirlenmelidir.

DeskGate raporuyla ilgili bir tutarsızlık araştırılıyorsa kullanılan ekran, filtreler ve ilgili kullanıcı kapsamı not edilmelidir. Destek için parola, API anahtarı veya bütün çalışanların kayıtları paylaşılmamalıdır. Gerekli teknik ayrıntılar, yetkili inceleme için uygun biçimde hazırlanmalıdır. Düzeltmenin hangi sistemde yapılacağı da açık olmalıdır; bir raporun yorumunu değiştirmek, kaynak olayın düzeltilmesiyle aynı işlem değildir.

Onay sırasında gerekçeyi ve kapsamı görünür tutun

Bir düzeltmenin kabul edilmesi yalnızca yeni bir saatin yazılması değildir. Değişikliğin hangi bilgiye dayandığı, hangi dönemi etkilediği ve kim tarafından değerlendirildiği anlaşılmalıdır. Bu alanların kullanılan sistemde nasıl tutulacağı kurumun mevcut araçlarına bağlıdır. Amaç, sonradan bakan kişinin kaynak olay ile onaylanmış sonucu birbirine karıştırmamasıdır. Teknik arayüzün sunduğu imkanlar gerçek süreçle birlikte değerlendirilmelidir.

Onay veren kişi, düzeltmenin başka kayıtları etkileyip etkilemediğini de kontrol etmelidir. Gece çalışmasının başlangıcındaki değişiklik ertesi günün eşleştirmesini etkileyebilir. Kullanıcı eşleşmesinin düzeltilmesi ise aynı dönemdeki birden fazla raporun yeniden incelenmesini gerektirebilir. Bu etkileri değerlendirmeden yalnızca görünen satırı kapatmak, başka bir ekranda tutarsızlık bırakabilir.

İş kararı yetkisi ile teknik uygulama yetkisi birbirine karıştırılmamalıdır. Bağlantıyı düzelten teknik görevli, kişinin devam durumuna ilişkin nihai kararı vermek zorunda değildir. Her ekip yaptığı kontrolün sonucunu açıkça iletmelidir. Böylece düzeltme hem uygulanabilir hem de gerektiğinde yeniden incelenebilir bir işlem haline gelir.

Dönem sonu mutabakatını satır düzeyinde kurun

Dönem sonu kontrolünde toplamların eşit olması yararlı bir işarettir, ancak tek başına yeterli değildir. Bir kişinin fazla, başka bir kişinin eksik kaydı toplamda birbirini dengelemiş olabilir. Kaynak kayıtlar, kullanıcı eşleşmesi ve ilgili tarihler üzerinden belirli olayların karşılaştırılması gerekir. İncelemenin derinliği, tespit edilen risk ve tutarsızlığa göre belirlenmelidir; bütün veriyi rastgele yeniden incelemek yerine açıklanabilir bir yöntem izlenmelidir.

Mutabakat sırasında bekleyen düzeltmelerin durumu özellikle kontrol edilmelidir. Açık bir talebin hangi rapor sürümüne dahil olmadığı bilinmelidir. Rapor yeniden oluşturulduğunda önceki dosyanın hangi amaçla kullanılacağı açıklanmalıdır. Eski ve yeni sonuçların aynı adla farklı kişilerde dolaşması, teknik olarak çözülmüş bir sorunun iş sürecinde devam etmesine neden olabilir.

Bu aşamada DeskGate dijital etkinlik verileri kullanılıyorsa, bunların devam toplamıyla aynı ölçü olmadığı yeniden hatırlanmalıdır. Uygulama kullanım toplamını fiziksel bulunma süresiyle eşitlemeye çalışmak doğru bir mutabakat yöntemi değildir. Her kaynağın kendi tanımı korunmalı, farkın neden beklenebilir olduğu veya hangi kapsam sorununa işaret ettiği açıklanmalıdır.

Bordro sürecine yalnızca tanımlanmış sonucu taşıyın

Devam kayıtlarının ücret hesaplamasında kullanılması ayrı bir iş sürecidir. Ham geçiş olayının veya bilgisayar etkinliğinin doğrudan bordro kalemine dönüştürüleceği varsayılmamalıdır. Hangi onaylanmış sonucun hangi hesaplamaya esas alınacağı kurumun sorumluları tarafından belirlenmelidir. İşin niteliği, izinler, görev değişiklikleri ve ilgili kurallar bu değerlendirmenin parçası olabilir; bunların tamamı teknik etkinlik raporundan çıkarılamaz.

Belirli bir aktarım arayüzü kullanılacaksa desteklenen alanlar ve sürüm uyumu doğrulanmalıdır. DeskGate’te API seçeneği bulunması, herhangi bir bordro veya PDKS ürünüyle hazır bağlantı olduğu anlamına gelmez. Kullanılacak entegrasyonun teknik kapsamı ayrıca incelenmelidir. Birleştirilmiş raporda verinin görünmesi de ücret hesabının onaylandığını göstermez; farklı iş aşamaları korunmalıdır.

Aktarım sonrasında kaynak ile hedefteki kişi ve dönem eşleşmesini kontrol edin. Reddedilen veya eksik kayıtları sıfır değer gibi ele almayın. Hata çözülürken tekrar aktarımın hangi kapsamı etkileyeceği anlaşılmalıdır. Böylece bir düzeltme, fark edilmeyen mükerrer veya eksik sonuçlara dönüşmeden yönetilebilir.

DeskGate raporlarını incelemeye doğru noktada dahil edin

Bir PDKS tutarsızlığını araştırırken DeskGate’e başvurmanın amacı önceden belirlenmelidir. Soru belirli kullanıcının uygulama veya web etkinliğiyle ilgiliyse İş Analizi raporu açılabilir. Grup, kullanıcılar ve tarih aralığı seçildikten sonra rapor çalıştırılır; özetten ilgili ayrıntıya geçilir. Bu verinin çalışma sonucunu veya fiziksel konumu tek başına kanıtlamadığı unutulmamalıdır.

Günlük Aktivite raporu ise aktif ve pasif dakika görünümü sunar. Mevcut tanıma göre bütün günün 1.440 dakikasını değerlendirir ve PC açılış ya da kapanış saatlerini içermez. Dolayısıyla eksik fiziksel çıkışı tamamlamak için bu rapordaki son etkinliği kesin çıkış saati olarak kullanmayın. Uygulama kullanımının sona ermesi ile işyerinden ayrılma farklı olaylardır.

Bağlantı ve oturum açma kayıtları gerektiğinde erişim sorularına yardımcı olabilir. Ancak başarılı oturum, başarısız deneme ve sonraki yönetim işlemi farklı anlamlar taşır. Hangi kaynağın hangi olayı gösterdiğini belirleyin. Raporların birlikte incelenmesi, sınırlarının ortadan kalkması anlamına gelmez; her kaynak kendi açıklamasıyla değerlendirilmelidir.

Eksik veriyle kesin sonuç üretmeyin

Bir raporda kayıt bulunmaması farklı sebeplerle açıklanabilir. Yanlış dönem, kullanıcı filtresi, yetki kapsamı, kaynak bağlantısı veya veri toplama ayarı sonuçları etkileyebilir. Eksik veri ile sıfır etkinlik aynı şey değildir. Bu ayrım özellikle dönem sonu listelerinde kaybolmaya uygundur; boş bir hücre kolayca sıfır gibi yorumlanabilir. Raporu hazırlayan kişi belirsizliği görünür tutmalıdır.

Sorun giderme sırası, önce kapsamı sonra kaynağı inceleyecek biçimde kurulabilir. Doğru kişi ve tarih seçilmiş mi, ilgili kayıt kaynağında olay var mı, aktarım sonucunda hata görülmüş mü? Her aşama bir sonraki soruyu daraltır. Doğrudan çalışan hakkında değerlendirmeye geçmek, teknik veya süreç kaynaklı eksikliğin yanlış kişiye yüklenmesine yol açabilir.

İnceleme tamamlandığında hangi verinin bulunabildiği ve hangi sorunun açık kaldığı belirtilmelidir. Her araştırmanın kesin bir süre üretmesi gerekmez. Bazı durumlarda güvenilir sonucun, mevcut kayıtların belirli bir iddiayı doğrulamaya yetmediğini göstermek olduğu kabul edilmelidir. Bu açıklık, sonraki kararın doğru bilgiyle verilmesini sağlar.

Dosya paylaşımını inceleme ihtiyacıyla sınırlandırın

PDKS düzeltmesi veya dijital etkinlik incelemesi sırasında raporların farklı ekiplere gönderilmesi gerekebilir. Gönderilecek dosyada yalnızca ilgili kullanıcı ve dönem bulunması tercih edilmelidir. Tek bir olayı açıklamak için bütün ayın bütün çalışan kayıtlarını paylaşmak çoğu zaman gerekli değildir. Paylaşımı hazırlayan kişi alıcının hangi sorumlulukla hangi bilgiye ihtiyaç duyduğunu değerlendirmelidir.

DeskGate PDF çıktılarında kullanıcı kapsamı ve tarihler kontrol edilmelidir. Ayrıntılı çıktıların kişi başına kayıt sınırı içerebileceği dikkate alınmalı, dosya eksiksiz geçmiş olarak sunulmamalıdır. Ekrandaki filtre ile dosyanın kapsamının aynı olduğu doğrulanmadan paylaşım yapılmamalıdır. Özet rapor yeterliyken ayrıntılı kayıt göndermek, karar kalitesini zorunlu olarak artırmaz.

Dosyanın saklanacağı yer ve sonradan kullanılma amacı da belirlenmelidir. İnceleme için oluşturulan çalışma kopyası ile onaylanmış dönem raporu farklı statülerde olabilir. Bu ayrım adlandırma ve süreç açıklamalarıyla korunursa, eski bir çalışma dosyasının nihai sonuç sanılması önlenebilir. Teknik erişim kontrolü kadar belgeyi kullanan kişilerin ortak anlayışı da önemlidir.

Biyometrik yöntem seçimini ayrıca değerlendirin

Personel giriş çıkış takibi yapılması, her veri toplama yönteminin aynı biçimde kullanılabileceği anlamına gelmez. Özellikle biyometrik veriler söz konusu olduğunda süreç ayrı değerlendirme gerektirir. KVKK’nın 2026/921 sayılı kararı, mesai takibi amacıyla biyometrik veri işlenmesine ilişkin ölçülülük değerlendirmesini ele alır. Bu konuyu yalnızca açık rıza alınmasıyla çözülebilecek bir işlem gibi sunmamak gerekir.

Kurumun 2026/921 sayılı karar hakkındaki açıklaması

Kararın varlığı, herhangi bir yazılımın genel olarak onaylandığı veya sertifikalandırıldığı anlamına gelmez. Kurumun seçtiği yöntem, işlediği veri ve uyguladığı süreç birlikte incelenmelidir. Biyometrik bir yöntem kullanılmaması da diğer yükümlülüklerin ortadan kalktığını göstermez. Aydınlatma, erişim, amaç ve saklama düzeni gerçek uygulama üzerinden ele alınmalıdır.

Bu rehber teknik kayıt değerlendirmesine odaklanır. Kararın ayrıntıları ve kurumun özel koşullarına uygulanması, ilgili hukuki inceleme içinde değerlendirilmelidir. Bir uygunluk beyanını değerlendirirken hangi kurulumu, veri türlerini ve kullanım koşullarını kapsadığını sorun. Kurumunuzda hangi verinin hangi amaçla işlendiğini ve hangi kayıt türünün hangi soruyu cevapladığını teknik belgelerle birlikte inceleyin. Böylece satın alma değerlendirmesi genel bir ifadeye değil, uygulamanın doğrulanmış kapsamına dayanır.

Sık karşılaşılan sorularda aynı inceleme sırasını kullanın

Eksik çıkış varsa bilgisayarın son etkinliği kullanılabilir mi? Bu bilgi kendi kapsamıyla incelenebilir, ancak otomatik olarak fiziksel çıkış saati sayılmaz. Önce yetkili devam kaynağı, olay aktarımı ve çalışma bağlamı değerlendirilir. DeskGate Günlük Aktivite raporu PC açılış ve kapanış bilgisi içermediği için bu soruya kesin zaman üretmek amacıyla kullanılamaz.

Gece vardiyası iki ayrı eksik gün gibi görünüyorsa ne yapılmalıdır? Önce raporun dönem sınırları ile kaynak olayların devamı kontrol edilir. Hangi planın ilgili tarihte geçerli olduğu ve kurumun gece çalışmasını nasıl değerlendirdiği belirlenir. Kayıtlar yalnızca görünümü düzeltmek için birleştirilmez; kullanılan eşleştirme yöntemi ve iş kuralı doğrulanır.

Rapor toplamı kaynakla uyuşmuyorsa ilk adım nedir? Kişi, dönem, filtre, saat gösterimi ve kayıt tanımını karşılaştırmaktır. Ardından belirli olaylar üzerinden aktarım veya eşleşme sorunu araştırılır. Bu sıra, fiziksel devam ile dijital etkinliğin birbirine karıştırılmasını azaltır ve düzeltmenin hangi noktada yapılması gerektiğini daha anlaşılır hale getirir.