PDKS Projelerinde Sık Yapılan Hatalar

PDKS için risk ve hata önleme incelemesi

PDKS, insan kaynakları, bordro, vardiya planlama, tesis yönetimi ve çalışanlar tarafından birlikte sahiplenilmesi gereken bir çalışma alanıdır. Temel amaç, giriş-çıkış, vardiya, izin ve fazla mesai verisini açık kurallarla bordroya hazır hâle getirmek. Bu rehber, PDKS için risk ve hata önleme incelemesi bakışıyla iş problemini, veri sınırını ve başarı ölçüsünü netleştirmek için hazırlanmıştır.

PDKS için projeyi geciktiren belirtileri kök nedenleriyle ayırır ve her risk için uygulanabilir bir kontrol önerir. Risk incelemesinde amaç kusursuzluk iddiası değildir; en olası ve en etkili sorunları erken görünür kılıp kontrol sorumlusu atamaktır. Buradaki öneriler genel bir çerçevedir; kurumun ölçeği, tabi olduğu kurallar, mevcut sistemleri ve risk iştahı ayrıca değerlendirilmelidir. FAB Teknoloji, risk ve hata önleme incelemesi başlamadan önce bu farkları keşif oturumunda kayıt altına alır.

Karar çerçevesi: özellikten önce iş sonucu

PDKS değerlendirmesinde ilk belge, uzun bir özellik listesi değil; mevcut durum, hedef durum ve kapsam dışı maddeler olmalıdır. Her hedef için veri kaynağı, sorumlu kişi, başlangıç değeri ve kabul tarihi belirlenir. Böylece PDKS risk ve hata önleme incelemesi toplantısı kişisel kanaat yerine aynı kanıta bakar. Projenin faydası yalnızca yazılım teslimiyle değil, seçilen iş akışının gerçekten daha güvenilir çalışmasıyla doğrulanır.

Hedef kullanıcıların günlük koşulları PDKS risk ve hata önleme incelemesi sürecinde ayrıca gözlenmelidir. Masaüstü erişimi, mobil cihaz, zayıf bağlantı, yoğun saat, onay bekleme ve istisna düzeltme gibi durumlar tasarıma dahil edilmezse teknik olarak çalışan bir sistem operasyonu yavaşlatabilir. Örnek senaryo, gerçek rol ve anonimleştirilmiş veriyle test edilmelidir.

Öncelikli iş akışları

• Izin-eksik gün-fazla mesai onayı: PDKS içinde başlangıç olayı, sorumlu rol, beklenen sonuç ve istisna davranışı ayrı ayrı tanımlanır; risk ve hata önleme incelemesi açısından ölçülebilir hâle getirilir.
• Bordro öncesi puantaj kapanışı: PDKS içinde başlangıç olayı, sorumlu rol, beklenen sonuç ve istisna davranışı ayrı ayrı tanımlanır; risk ve hata önleme incelemesi açısından ölçülebilir hâle getirilir.
• Çalışan ve çalışma takvimi: PDKS içinde başlangıç olayı, sorumlu rol, beklenen sonuç ve istisna davranışı ayrı ayrı tanımlanır; risk ve hata önleme incelemesi açısından ölçülebilir hâle getirilir.
• Kart-biyometri-mobil geçiş: PDKS içinde başlangıç olayı, sorumlu rol, beklenen sonuç ve istisna davranışı ayrı ayrı tanımlanır; risk ve hata önleme incelemesi açısından ölçülebilir hâle getirilir.
• Vardiya ve tolerans hesaplama: PDKS içinde başlangıç olayı, sorumlu rol, beklenen sonuç ve istisna davranışı ayrı ayrı tanımlanır; risk ve hata önleme incelemesi açısından ölçülebilir hâle getirilir.

Bu PDKS akışlarının her biri için başlangıç ve bitiş koşulu, risk ve hata önleme incelemesi sırasında tanımlanır. İşlemin yarıda kalması, kullanıcı tarafından iptal edilmesi veya dış sistemden geç yanıt gelmesi “olağan dışı” kabul edilip ertelenmemelidir. İstisna kuyruğu, sorumlu ekip ve çözüm süresi ana akış kadar görünür olmalıdır.

Veri ve sistem bağlantıları

PDKS risk ve hata önleme incelemesi kapsamında kritik veri kümeleri şunlardır: çalışan ve işyeri, vardiya planı, ham geçiş olayı, düzeltme-onay-denetim izi. Her alan için “hangi sistem doğrudur?”, “kim değiştirebilir?”, “ne kadar süre gerekli?” ve “yanlışsa kim düzeltir?” sorularına cevap verilmelidir. Kişisel veya hassas veri yalnızca belirli amaç için ve gereken ölçüde işlenmeli; erişim ile değişiklikler izlenebilmelidir.

• Izin yönetimi: Aktarılan alanlar, kaynak sistem, güncellik beklentisi, yetki kapsamı ve hata durumunda yapılacak işlem PDKS entegrasyon sözleşmesine yazılır.
• Kurumsal kimlik sistemi: Aktarılan alanlar, kaynak sistem, güncellik beklentisi, yetki kapsamı ve hata durumunda yapılacak işlem PDKS entegrasyon sözleşmesine yazılır.
• Insan kaynakları sistemi: Aktarılan alanlar, kaynak sistem, güncellik beklentisi, yetki kapsamı ve hata durumunda yapılacak işlem PDKS entegrasyon sözleşmesine yazılır.
• Bordro yazılımı: Aktarılan alanlar, kaynak sistem, güncellik beklentisi, yetki kapsamı ve hata durumunda yapılacak işlem PDKS entegrasyon sözleşmesine yazılır.
• Kartlı geçiş veya terminal: Aktarılan alanlar, kaynak sistem, güncellik beklentisi, yetki kapsamı ve hata durumunda yapılacak işlem PDKS entegrasyon sözleşmesine yazılır.

PDKS bağlantı yöntemi, risk ve hata önleme incelemesi içinde veri hacmi, gecikme toleransı ve iş kritikliğiyle seçilir. Gerçek zamanlı API her durumda en doğru çözüm değildir; zamanlanmış aktarım veya olay kuyruğu daha yönetilebilir olabilir. Önemli olan verinin sıra, tekrar, eksiklik ve zaman aşımı davranışının test edilmesi; kullanıcıya belirsiz bir durum bırakılmamasıdır.

Uygulama fazları ve teslim kanıtı

• 1. faz — hukuki gereklilik ve veri envanteri: PDKS için sorumlu, teslim çıktısı ve kabul kanıtı kaydedilir; risk ve hata önleme incelemesi gözden geçirmesine sunulur.
• 2. faz — vardiya-kural simülasyonu: PDKS için sorumlu, teslim çıktısı ve kabul kanıtı kaydedilir; risk ve hata önleme incelemesi gözden geçirmesine sunulur.
• 3. faz — tek lokasyonda paralel pilot: PDKS için sorumlu, teslim çıktısı ve kabul kanıtı kaydedilir; risk ve hata önleme incelemesi gözden geçirmesine sunulur.
• 4. faz — bordro mutabakat testi: PDKS için sorumlu, teslim çıktısı ve kabul kanıtı kaydedilir; risk ve hata önleme incelemesi gözden geçirmesine sunulur.
• 5. faz — kademeli geçiş ve dönem kapanış kurulu: PDKS için sorumlu, teslim çıktısı ve kabul kanıtı kaydedilir; risk ve hata önleme incelemesi gözden geçirmesine sunulur.

Her PDKS fazının sonunda risk ve hata önleme incelemesi için yalnızca sunum değil, çalıştırılabilir kanıt beklenir: onaylı süreç şeması, temizlenmiş örnek veri, geçmiş test sonucu, kullanıcı görev kaydı veya mutabakat raporu. Pilotta öğrenilenler kapsam ve takvime işlenmeden yaygınlaştırmaya geçilmez.

Başlıca riskler ve önlemler

• biyometrik verinin orantısız işlenmesi: gereklilik değerlendirmesi ve daha az müdahaleci alternatif analizi (risk ve hata önleme incelemesi kapsamında izlenir.)
• ham kayıtların sonradan değiştirilmesi: değişmez olay kaydı ve ayrı düzeltme akışı (risk ve hata önleme incelemesi kapsamında izlenir.)
• vardiya kuralının geriye dönük belirsizliği: tarih aralıklı sürümlü kural (risk ve hata önleme incelemesi kapsamında izlenir.)
• bordroya eksik veri aktarılması: kapanış kontrol listesi ve toplam mutabakatı (risk ve hata önleme incelemesi kapsamında izlenir.)

PDKS risk ve hata önleme incelemesi risk kaydı yaşayan bir listedir. Olasılık ve etki, kontrol sahibi, hedef tarih ve kalan risk birlikte tutulur. Güvenlik veya mevzuat değerlendirmesi bu rehberin yerini tutmaz; özel koşullar için hukuk, bilgi güvenliği ve ilgili iş biriminin onayı alınmalıdır.

Ölçüm planı ve KPI sözlüğü

• puantaj kapanış süresi: dönem sonu ile onaylı aktarım arasındaki süre (risk ve hata önleme incelemesi kapsamında izlenir.)
• manuel düzeltme oranı: düzeltme açılan çalışan-gün / toplam çalışan-gün (risk ve hata önleme incelemesi kapsamında izlenir.)
• eksik geçiş çözüm süresi: istisna açılışı ile onay arasındaki medyan süre (risk ve hata önleme incelemesi kapsamında izlenir.)
• vardiya uyum oranı: kurala uygun tamamlanan vardiya / planlanan vardiya (risk ve hata önleme incelemesi kapsamında izlenir.)
• bordro iade sayısı: PDKS kaynaklı bordro düzeltme adedi (risk ve hata önleme incelemesi kapsamında izlenir.)

KPI adı tek başına yeterli değildir. PDKS risk ve hata önleme incelemesi ölçüm sözlüğünde pay, payda, kapsam dışı durumlar, veri kaynağı, sorumlu ve raporlama sıklığı bulunur. İlk dönem yalnızca başlangıç çizgisi olabilir. Hedef, kurumun kendi geçmişi ve kapasitesi üzerinden belirlenmeli; kanıtsız sektör yüzdeleri başarı vaadi gibi kullanılmamalıdır.

PDKS için basit ROI yaklaşımı, aynı döneme ait doğrulanmış faydadan geliştirme, lisans, entegrasyon, eğitim, operasyon ve değişim maliyetlerini çıkarmaktır. Risk ve hata önleme incelemesi sırasında net faydanın toplam maliyete oranı tek başına kullanılmamalı; risk azalması ve hizmet kalitesi gibi sonuçlar ayrı göstergelerle raporlanmalıdır.

Canlıya geçiş kontrol listesi

• PDKS iş sahibi ve teknik sahibi atandı mı?
• Risk ve hata önleme incelemesi için başlangıç değerleri tarihleriyle kaydedildi mi?
• PDKS veri alanlarının kaynağı, sahibi ve saklama ihtiyacı belli mi?
• Normal akışın yanında kesinti, tekrar ve eksik veri senaryoları test edildi mi?
• Rol bazlı yetki ile kritik işlem günlükleri kullanıcı kabulünde doğrulandı mı?
• Pilotun geçme, durma ve geri dönme ölçütleri yazılı mı?
• Canlı sonrası destek, alarm ve aylık iyileştirme sorumluları belli mi?

Sık sorulan sorular

PDKS projesinde ilk karar ne olmalı?

İlk karar ürün veya teknoloji markası değildir. PDKS için önce “giriş-çıkış, vardiya, izin ve fazla mesai verisini açık kurallarla bordroya hazır hâle getirmek” hedefinin sınırı, iş sahibi ve mevcut başlangıç değeri yazılmalıdır. PDKS risk ve hata önleme incelemesi çalışması bu ortak tanımın üzerine kurulursa teklifleri aynı ölçütlerle karşılaştırmak mümkün olur.

Canlıya geçiş için bütün kapsamın bitmesi gerekir mi?

Hayır. PDKS risk ve hata önleme incelemesi çalışması, gerçek bir uçtan uca akışı kapsayan ve geri dönüşü planlanmış pilotla başlayabilir. Pilotun kabul ölçütleri, veri mutabakatı ve kullanıcı görev testleri başarılı olmadan daha geniş gruba geçilmemelidir.

Başarı ne zaman değerlendirilmelidir?

Operasyonel göstergeler ilk haftalardan itibaren izlenebilir; finansal etki için işin doğal dönemine uygun karşılaştırma gerekir. PDKS risk ve hata önleme incelemesi raporunda başlangıç dönemi, ölçüm aralığı ve istisnalar birlikte gösterilmelidir.

Kaynaklar ve inceleme notu

• KVKK — Özel Nitelikli Kişisel Veriler Rehberi — PDKS risk ve hata önleme incelemesi hazırlanırken başvurulan birincil kaynaktır.
• KVKK — Veri Güvenliğine İlişkin Yükümlülükler — PDKS risk ve hata önleme incelemesi hazırlanırken başvurulan birincil kaynaktır.
• NIST — Cybersecurity Framework — PDKS risk ve hata önleme incelemesi hazırlanırken başvurulan birincil kaynaktır.

Bu PDKS risk ve hata önleme incelemesi içeriği FAB Teknoloji Uzman Ekibi tarafından bilgilendirme amacıyla hazırlanmış, 29 Temmuz 2026 tarihinde içerik ve bağlantı kontrolünden geçirilmiştir. Ürün seçimi, mevzuat uyumu veya güvenlik kararı için kuruma özel analiz yapılmalıdır.