PDKS'te Kart Unutma ve Eksik Giriş-Çıkış Kaydı: Manuel Düzeltme, Mazeret Kodu ve Yönetici Onayı

PDKS'te kart unutulduğunda ya da çıkış kaydı eksik kaldığında ne yapılır?

Eksik kayıt, sistemin kendi başına tamamlayamadığı bir boşluktur ve düzeltme yalnızca yetkili kişinin gerekçeli, onaylı ve izi kalan bir manuel kaydıyla yapılmalıdır. Sıradan bir hata düzeltme işi gibi görünse de aynı kayıt bordroya, fazla çalışma hesabına ve olası bir iş uyuşmazlığına dayanak olur; bu yüzden süreç baştan tasarlanmalıdır.

Eksik kaydın nedeni düzeltme yolunu da belirler. Nedenleri baştan sınıflandırmak, hangi gerekçe kodunun ve hangi onay seviyesinin kullanılacağını netleştirir.

• Kart unutuldu: çalışan işyerindedir ama hiç kayıt oluşmamıştır; geçici kart ya da manuel giriş gerekir.
• Çıkışta okutulmadı: giriş vardır, çıkış yoktur; yazılım günü açık bırakır veya hatalı süre üretir.
• Cihaz arızası: terminal açılmamış, okuyucu kartı tanımamış ya da ekran donmuştur; aynı anda birden çok çalışanın kaydı eksik kalır.
• Elektrik veya ağ kesintisi: terminal çevrimdışı kalmış olabilir; kayıtlar cihazın belleğinde bekliyorsa kayıp değil gecikmiş veri söz konusudur. Bu durumda önce cihazın belleğindeki kayıtlar yazılıma aktarılmalı, ancak eksik kalanlar için düzeltme açılmalıdır.
• Saat sapması: kayıt vardır ama yanlış saat damgasıyla yazılmıştır; bu bir eksik değil hatalı kayıt düzeltmesidir.

Manuel kayıt ekleme yetkisi kimde olmalı?

Manuel kayıt yetkisi, kaydın sahibi olan çalışanda değil; kayıttan bağımsız bir yönetici veya İK görevlisinde bulunmalıdır. Aksi halde çalışan kendi girişini ve çıkışını dilediği gibi yazabilir ve kayıt sistemi kanıt değeri taşımaz.

Yazılımda rol bazlı yetkilendirme kullanılır; yetki, kişinin unvanına değil görev tanımına bağlanır. Yetkiyi sınırlı tutmak hem hata hem de suistimal riskini azaltır.

• Çalışan yalnızca düzeltme talebi açabilir; kaydı kendisi ekleyemez veya değiştiremez.
• Birim yöneticisi talebi gerekçesiyle birlikte önerir veya girer, ancak kendi puantajına işlem yapamaz.
• İK veya bordro sorumlusu kaydı onaylar ve kesinleştirir; böylece girişi yapan ile onaylayan kişi farklı olur (iki kişi ilkesi).
• Yönetici kendi eksik kaydında bir üst yöneticiye veya İK'ya yönlendirilir.
• Sistem yöneticisi (yazılımı kuran ya da bakımını yapan kişi) rol atayabilir ama puantaj kaydı üretmemelidir.

Mazeret kodu ve yönetici onayı akışı nasıl kurulur?

Her manuel kayıt, önceden tanımlı bir mazeret koduna ve yazılı bir açıklamaya bağlanmalıdır; serbest metinli, gerekçesiz düzeltme kabul edilmemelidir. Kod listesi sabit olduğu için raporlamada hangi nedenin ne sıklıkla yaşandığı da görülür ve tekrar eden sorun (örneğin belirli bir terminalin sürekli arızalanması) fark edilir.

Akış, küçük işletmede iki adımla, büyük işletmede üç adımla işleyebilir. Aşağıdaki sıra genel bir şablondur; iş yerinin yönetmeliği ve yazılımın özelliklerine göre uyarlanır.

• 1. Talep: çalışan veya yöneticisi, tarih, eksik olan olay (giriş mi çıkış mı), tahmini saat ve mazeret kodunu bildirir.
• 2. Gerekçe: kod listesinden seçim yapılır; örnekler: kart unutuldu, çıkışta okutulmadı, cihaz arızası, elektrik kesintisi, görev nedeniyle dışarıda, sistem hatası.
• 3. Kanıt: mümkünse destekleyici kayıt eklenir; aynı gün başka bir kapının geçiş kaydı, vardiya amirinin teyidi, arıza kaydı veya terminal olay günlüğü.
• 4. Yönetici onayı: birim yöneticisi olayı bilgisi dahilinde onaylar veya gerekçesiyle reddeder.
• 5. İK onayı ve kesinleştirme: İK kaydı bordroya aktarılabilir hale getirir; sistem, onay verenin adını ve zamanını yazar.
• 6. Bildirim: çalışan sonucu e-posta ya da uygulama bildirimiyle görür.

Denetim izi ve aylık kapanış kilidi neden zorunlu sayılmalı?

Her düzeltme orijinal kaydı silmemeli; yeni kaydı onun yanına, kim-ne zaman-neden bilgisiyle eklemelidir. Orijinal kayıt silinirse sonradan hangi verinin neye göre değiştiğini kanıtlamak mümkün olmaz ve tüm puantaj sistemi güvenilirliğini kaybeder.

Denetim izi (audit log), en az şu alanları tutar: işlemi yapan kullanıcı, işlem zamanı, eski değer, yeni değer, mazeret kodu, açıklama ve onaylayan kişi. Geçiş kontrol yazılımlarında bu yapının nasıl raporlandığı geçiş kontrol yazılımında raporlama ve denetim izi yazısında ayrıca anlatılmıştır.

Aylık kapanış, puantajın bordroya gitmeden önce dondurulduğu andır. Kapanıştan sonra düzeltme yapılacaksa bu ancak ayrı bir yetkiyle, açık bir açma-kapama kaydıyla ve bir sonraki dönemde düzeltme satırı olarak yapılmalıdır; kapalı döneme sessizce dönüp kayıt değiştirmek bordro ile puantajın uyumunu bozar.

• Silme yerine iptal etme: orijinal kayıt kalır, 'düzeltildi' işaretiyle pasifleşir.
• Kapanış tarihinden sonra düzenleme alanları salt okunur olur.
• Kapalı dönem için düzeltme gerekiyorsa dönem açma talebi ve onayı ayrıca kayda geçer.
• Denetim izi kayıtları normal kullanıcılar tarafından silinemez; kayıtların ne kadar süre tutulacağı PDKS kayıtlarının saklama süresi rehberinde ele alınmıştır.

Çalışan kendi puantajını nasıl görmeli ve nasıl itiraz etmeli?

Çalışanın kendi giriş-çıkış kayıtlarını ve yapılan düzeltmeleri görebilmesi, sürecin güvenilirliğinin düşük maliyetli ve etkili parçasıdır. Hatalı kayıt dönem sonunda bordroya yansıdığında değil, olduğu hafta fark edilirse düzeltmek hem kolay hem de ispatı güçtür.

Kişisel Verilerin Korunması Kanunu'nun (6698) 4. maddesi kişisel verinin doğru ve gerektiğinde güncel olmasını ilkelerden biri olarak sayar; 11. maddesi ise ilgili kişinin eksik veya yanlış işlenmiş verisinin düzeltilmesini isteme hakkını düzenler. Puantaj kaydı çalışanın kişisel verisi olduğundan, itiraz kanalının açık bırakılması bu ilkelerle de uyumludur.

• Self-servis ekranı veya mobil uygulama: çalışan kendi aylık puantajını, eksik günlerini ve düzeltmeleri görür; itirazı tek tuşla açar. Konum kullanan mobil uygulamalarda dikkat edilecek noktalar için mobil PDKS ve KVKK rehberine bakılabilir.
• E-posta veya formla bildirim: yazılım self-servis sunmuyorsa haftalık eksik kayıt listesi e-postayla gönderilir ve çalışan yanıtıyla itiraz eder.
• İtiraz süresi: iş yeri örneğin kayıt tarihinden sonraki beş iş günü gibi makul bir süre belirler ve bunu yönetmeliğe yazar.
• Yanıt ve kayıt: itirazın sonucu, kabul de ret de olsa gerekçesiyle kayda geçer ve çalışana bildirilir.

Unutulan kart için geçici kart ve kart paylaşımı şüphesi

Kart unutulduğunda en temiz çözüm, girişte kimliği kontrol edilerek verilen ve gün sonunda geri alınan numaralı geçici karttır. Böylece kayıt otomatik oluşur, manuel düzeltme gerekmez ve kart kimin üzerinde olduğu bellidir. Geçici kart sisteme 'misafir' değil 'kişiye atanmış geçici kart' olarak tanımlanmalıdır; iade takibi için ziyaretçi kartlarındaki disiplin aynen işletilir, ancak çalışan geçici kartı ziyaretçi kartlarından ayrı bir kart grubunda izlenmelidir.

Kart paylaşımı, yani bir çalışanın başkasının kartını okutması, yalnızca veriye bakarak kesin kanıtlanamaz; veri bir şüphe üretir, sonuç ise başka bulgularla birlikte değerlendirilir. Şüphe doğuran başlıca işaretler ve tespit yolları şunlardır.

• İmkânsız geçiş: aynı kartın kısa sürede iki farklı kapıda veya iki lokasyonda okutulması (anti-passback ve geçiş sırası kuralları bu tür tutarsızlığı yakalar).
• Giriş-çıkış sırasının bozulması: girişi olmayan çıkış, art arda iki giriş.
• PDKS ile kapı kaydı farkı: PDKS terminalinde giriş görünür ama bina veya birim kapısında o kişiye ait geçiş yoktur.
• Kamera kaydı ile karşılaştırma: yalnızca belirli bir olay şüphesi varsa ve çalışanlar kameradan önceden aydınlatılmışsa, ilgili zaman aralığı için ölçülü biçimde yapılır; sürekli ve amaç dışı izleme olarak kullanılmaz.
• Kart + PIN: kartın başkasının eline geçmesini zorlaştırmak için kartla birlikte kişisel şifre istenir.
• Biyometrik çözüm konusunda dikkat: Kişisel Verileri Koruma Kurulu'nun 29 Nisan 2026 tarihli ve 2026/921 sayılı ilke kararı, mesai takibi amacıyla parmak izi ve yüz gibi biyometrik veri işlenmesinde işleme şartları ve ölçülülük bakımından ciddi sınırlar belirtmiş; alternatif olarak şifreli kart, RFID/NFC kart ve benzeri yöntemleri anmıştır. Kart paylaşımını önlemek için biyometriye yönelmeden önce kararın güncel metni ve hukuk danışmanının görüşü alınmalıdır.

Disiplin sürecinin hukuki sınırı ve fazla çalışma ispatı

Eksik kayıt tek başına disiplin sebebi sayılmaz; bir çalışanın kartı unutması ile kasten başkasına bastırması hukuken çok farklı durumlardır. Bu bölüm genel bilgi niteliğindedir ve hukuki tavsiye değildir; somut olayda iş hukuku konusunda çalışan bir avukata veya uzmana danışılmalıdır.

4857 sayılı İş Kanunu'nun 25. maddesinin II. bendinde, işverene derhal fesih hakkı veren ahlak ve iyi niyet kurallarına uymayan haller sayılır. (e) bendi işverenin güvenini kötüye kullanmak gibi doğruluk ve bağlılığa uymayan davranışları, (g) bendi ise izin almaksızın veya haklı bir sebebe dayanmaksızın belirli süre işe devam edilmemesini kapsar. Başkasının kartıyla kayıt yaptırma iddiası çoğunlukla bu çerçevede tartışılır; ancak sonuç delile, olayın tekrarına ve iş sözleşmesinin içeriğine bağlıdır. Kanunun 26. maddesi, bu tür sebeplere dayanan derhal fesih hakkının, olayın öğrenildiği günden itibaren altı iş günü içinde kullanılmasını arar; bu yüzden süre takibi önemlidir.

Fazla çalışma açısından kayıt, işçi için de işveren için de ispat aracıdır. 4857 sayılı Kanun'un 41. maddesine göre fazla çalışma, haftalık 45 saati aşan çalışmadır; her saat için normal saatlik ücret yüzde elli artırılarak ödenir ve yıllık toplamı 270 saati geçemez. Fazla çalışma için işçinin onayı gerekir ve işçi isterse zamlı ücret yerine serbest zaman da kullanabilir. Hesap şöyle yapılır: fazla çalışma ücreti = saatlik normal ücret × 1,5 × fazla çalışma saati. Eksik veya hatalı çıkış kaydı bu hesabı doğrudan etkiler; bu yüzden düzeltme, çalışmanın gerçekten yapıldığı kanıtlarla desteklenmelidir.

Maaş kesintisi, uyarı veya fesih gibi yaptırımlar mevzuata, iş sözleşmesine ve iş yeri yönetmeliğine bağlıdır; her olayda önce çalışanın yazılı açıklaması alınmalı ve karar gerekçeli olmalıdır. Düzeltme formları ve onaylar, 4857 sayılı Kanun'un 75. maddesinin aradığı özlük dosyası düzenine uygun biçimde saklanmalıdır. Vardiya ve fazla mesai tanımlarının yazılımda nasıl kurulduğu için PDKS vardiya tanımlama ve fazla mesai hesabı rehberi, kayıtların bordroya geçişi için PDKS verisini bordro programına aktarma rehberi kullanılabilir.

Kurulumcu müşteriye teslimde düzeltme prosedürü şablonu nasıl bırakır?

Kurulumcu için en değerli teslim, cihazın çalışmasının yanında müşterinin eksik kaydı kendi başına, tutarlı biçimde düzeltebileceği tek sayfalık bir prosedürdür. Bu, sonraki arama ve destek taleplerini azaltır, müşterinin yazılımı doğru kullanmasını sağlar ve olası uyuşmazlıkta kurulum tarafının rolünü netleştirir.

Aşağıdaki başlıklar teslim dosyasına konulacak prosedürün iskeletidir; müşterinin yazılımına ve iş yeri yönetmeliğine göre doldurulur.

• Amaç ve kapsam: hangi durumlarda manuel kayıt yapılabileceği (kart unutma, çıkış okutmama, cihaz arızası, kesinti).
• Rol ve yetki tablosu: kim talep eder, kim girer, kim onaylar, kim kapanış yapar; yazılımdaki rol adlarıyla eşleştirilmiş.
• Mazeret kod listesi: kod, açıklama ve gerekli kanıt türü.
• Onay sırası ve süreler: talebin kaç iş günü içinde yanıtlanacağı.
• Denetim izi ve kapanış kuralı: silme yok, iptal var; kapanış günü ve kapalı döneme müdahale usulü.
• Çalışan bilgilendirmesi ve itiraz kanalı: self-servis ekranı veya e-posta adresi, itiraz süresi.
• Geçici kart kuralı: kart grubu, iade saati ve kayıp bildirimi.
• Arıza protokolü: terminal çalışmadığında kayıtların toplu nasıl alınacağı, kimin aranacağı ve arıza kaydının nereye yazılacağı.
• Yedek ve saklama: hangi kayıtların ne kadar süre saklanacağı ve yedeğin kimde olduğu.

Bayifi bu süreçte nerede devreye girer?

Bayifi, Türkiye'de geçiş kontrol ve PDKS işi yapan kurulumcuları ve toptancıları buluşturan bir pazar yeri ve firma dizinidir. PDKS kurulumunu yaptırmak isteyen işletmeler kurulumcu dizinine bakarak bölgelerindeki firmaları bulabilir; terminal, kart ve okuyucu gibi ürünleri arayan kurulumcular ise toptancıların stoklu ürünlerine pazar sayfasından ulaşabilir.

Dizinde yer almayan kurulumcu ve toptancılar kaydol sayfasından firmasını ekleyebilir.