Kısa cevap: Evet, çoğu aday takip sistemi (ATS) her aşama değişikliğini zaman damgasıyla kaydeder ve bir adayla ilişkili notları saklar; bu da kullanışlı bir denetim izi sağlar. Ancak bu tek başına yasal bir savunma değildir. Sistem, birinin yazdığını korur; iş ile ilgili gerekçeyi sizin yerinize yazmaz ve boş bir “reddedildi” durumu kimseyi korumaz.
Bir ATS gerçekte neleri kaydeder?
Yapısal bilgiler: bir adayın ne zaman başvurduğu, ne zaman aşamalar arasında geçtiği, bunu kimin yaptığı ve süreç boyunca bir yoruma ya da değerlendirme alanına birinin yazdığı her metin.
Bu gerçekten işe yarar. İşe alımdan altı ay sonra kaydı açıp tüm zaman çizelgesini görebilirsiniz; artık şimdiye dek doldurulmuş bir pozisyona dair birinin hafızasına güvenmek zorunda kalmazsınız. Ama kararın neden alındığını ATS kendiliğinden açıklamaz; bunu ancak biri o sırada yazıya dökmüşse.
Zaman damgası, gerekçeyi belgelemekle aynı şey midir?
Hayır ve ekipleri en çok yanıltan boşluk da budur. Bir sistem günlüğü, bir adayın belirli bir tarihte reddedildiğini söyler. Neden reddedildiğini ise ancak bu, reddedilme sırasında bir nota ya da zorunlu bir alana yazılmışsa söyler.
Bu konu, karar geçmişi: neden seçtiğinizi belgeleyin yazısında tam olarak ele alınıyor. Oradaki odak, gerekçeyi sonradan değil, normal iş akışının bir parçası olarak yazma alışkanlığını kurmaktır. Bu yazı ise daha dar kapsamlı: gerekçe kayıtta bir yerde bulunduktan sonra yazılımın neyi koruduğuyla ilgili.
ATS kaydı bir ayrımcılık iddiasında yardımcı olur mu?
Yardımcı olur, ama içinde ne olduğu kadar. İş ile ilgili gerçek bir gerekçenin eklendiği zaman damgalı bir kayıt, faydalı bir kanıttır. Yalnızca “reddedildi” yazan zaman damgalı bir kayıt ise hiç kayıt olmamasından pek de farklı değildir.
EEOC’nin FY 2024 Annual Performance Report raporuna göre, EEOC 2024 mali yılında 88.531 yeni ayrımcılık şikâyeti aldı; bu, 2023 mali yılına göre %9,2’lik bir artış. 2023 ise kendi başına 2017’den bu yana en yüksek yıldı. Reddedilen bir aday bir kararına itiraz ederse, “başka birini tercih ettik” demek bir savunma değildir. “B adayının bu büyüklükte bir ekibi yönetmiş üç yıllık deneyimi vardı, A adayının ise hiç yoktu; bu durum o zaman belgelenmişti” ifadesi ise bir savunmadır. ATS ikinci türden ifadeyi saklar. Sizin yerinize bunu uyduramaz.
Bu kaydın gerçekte ne kadar saklanması gerekir?
Çoğu küçük ekibin varsaydığından daha uzun ve doğru cevap, nerede işe aldığınıza bağlı.
| Kural | Kapsadığı kişiler | Saklama süresi |
|---|---|---|
| EEOC, 29 CFR 1602.14 | Title VII ve ADA kapsamındaki ABD işverenleri | Personel işleminden itibaren 1 yıl; bir şikâyet yapılırsa daha uzun |
| OFCCP, 41 CFR 60-1.12 | 50+ çalışanı ve 50.000 $+ sözleşmesi olan ABD federal yükleniciler | 2 yıl; 150’den az çalışanı veya 150.000 $‘ın altında bir sözleşmesi olanlar için 1 yıl |
| GDPR, Madde 5(1)(e) | AB’de işe alım yapan işverenler | Sabit bir süre yok. Veri işlemenin amacına bağlı, sizin belirleyip gerekçelendirdiğiniz bir süre gerekir ve bu amaç sona erdiğinde, 17. Madde uyarınca silme taleplerini karşılamanız gerekir |
GDPR satırında bilerek bir gün sayısı verilmediğine dikkat edin. Yönetmeliğin saklama sınırlaması ilkesi yalnızca verileri gerektiğinden uzun tutamayacağınızı söyler. Dolayısıyla savunabileceğiniz bir süre seçmek ve bunu gizlilik bildiriminize yazmak sizin sorumluluğunuzdadır. Yalnızca yasal ilke yerine belirli bir önerilen saklama süresi için, bkz. GDPR kapsamında iş başvurularını ne kadar süreyle saklamalısınız.
Saklanan bir kaydın sizin için yapamadıkları
Bir insanın gerekçesinin yerini tutamaz, her adayı birbirine benzer gösteren zayıf bir iş tanımını düzeltemez ve kimi işe alacağınıza kendi başına karar veremez. Bunlar hâlâ sizin işinizdir.
Canvider’daki kayıt ise bu alışkanlığı kolaylaştırır: adayla ilgili yorumlar ve mülakat geri bildirimleri, kimin ne zaman yazdığını saklar; böylece bu kısım asla kaybolmaz. Bir işe alım ekibi Decision Helper ile finalistleri karşılaştırdığında, 2 ila 4 finalisti yan yana değerlendirir. Karşılaştırma ve gerekçesi, pozisyonla birlikte kaydedilir; böylece sonradan yeniden açılabilir. Gerekçe yine bir insandan gelmelidir. Sistem yalnızca yazıldıktan sonra kaybolmamasını sağlar.
Küçük bir ekip bunu gerçekte nasıl uygulamalı?
Önemli her aşama değişikliğinde en az bir cümlelik iş ile ilgili gerekçe isteyin: bir adayı finaliste taşırken ve ilk elemeyi geçtikten sonra herhangi bir aşamada reddederken. Zaman damgasıyla saklanan bu cümle, çoğu küçük ekibin ihtiyaç duyacağı denetim izinin tamamıdır.
Bu alışkanlığı sıfırdan kuruyorsanız, geçmişteki her işe alımı geriye dönük doldurmaya çalışmak yerine bir sonraki açık pozisyonunuzla başlayın. Karar geçmişi yazısı, neyi yazmanız ve neyi atlamanız gerektiğine dair daha kapsamlı bir çerçeve sunuyor. Mülakat sonrası red e-postası yazısı ise aynı gerekçeyi adaya gönderebileceğiniz bir metne nasıl dönüştüreceğinizi anlatıyor.
Sıkça sorulan sorular
ATS, bir adayı neden reddettiğinizin yasal kaydını otomatik olarak tutar mı?
Bir aşama değişikliği ya da saklanan bir not gibi neyin ne zaman olduğunu zaman damgasıyla kaydeder; bu da olayları sonradan yeniden oluşturmanıza yardımcı olur. Gerekçeyi sizin yerinize yazmaz. Sisteme iş ile ilgili bir gerekçe kimse tarafından girilmediyse, ATS'nin koruyacağı bir şey de yoktur.
İşe alım kayıtları ne kadar süreyle saklanmalı?
ABD'de EEOC, kapsamındaki işverenlerin işe alım kayıtlarını 29 CFR 1602.14 uyarınca bir yıl saklamasını şart koşar; bir şikâyet yapılırsa bu süre uzar. Federal yüklenicilere ayrı bir kural uygulanır: 41 CFR 60-1.12 uyarınca iki yıl, ancak 150'den az çalışanı olan veya 150.000 $'ın altında bir sözleşmesi bulunan yükleniciler için bir yıl. AB'de ise GDPR'nin saklama sınırlaması ilkesi, sabit bir ay sayısı yerine, sizin belirleyip gerekçelendirebildiğiniz bir süre anlamına gelir.
Bir ATS kaydı tek başına bir ayrımcılık iddiasını savunmaya yeter mi?
Hayır. Zaman damgası bir şeyin olduğunu ve ne zaman olduğunu kanıtlar; kararın adil olduğunu kanıtlamaz. Hâlâ, bir insan tarafından yazılmış, iş ile ilgili gerçek bir gerekçeye ihtiyacınız var. ATS bunu saklar ama üretmez.