İK yazılımı seçerken nelere bakılmalı?

İK yazılımı seçimi neden bu kadar önemli?

İK yazılımı, çalışan verisinin, izinlerin, puantajın ve çoğu zaman bordronun tek kaynağı haline gelir. Yanlış seçilen bir sistem birkaç ay içinde fark edilmez; sorunlar genellikle ilk yıl sonu kapanışında, ilk denetimde ya da ilk büyük organizasyon değişikliğinde ortaya çıkar. Bu noktada veri taşımak, süreçleri yeniden kurmak ve kullanıcıları yeniden eğitmek, seçim aşamasında harcanacak birkaç haftadan çok daha pahalıdır.

Bu rehber, belirli bir ürünü öne çıkarmadan, Türkiye'de faaliyet gösteren bir şirketin İK yazılımı seçerken kullanabileceği ölçütleri ve basit bir puanlama yöntemini anlatır. Amaç, satış sunumlarındaki parlak ekranlardan bağımsız olarak, kendi ihtiyacınızı ölçülebilir hale getirmektir.

Seçime başlamadan önce ne yapmalı?

Yazılım incelemeye başlamadan önce kendi süreçlerinizi yazıya dökün. Bugün izin talepleri nasıl geliyor, kim onaylıyor, bakiye nerede tutuluyor? Puantaj hangi kaynaktan besleniyor? Bordro kurum içinde mi hesaplanıyor, yoksa bir mali müşavirlik bürosuna mı gidiyor? Bu soruların cevapları, hangi modüllerin gerçekten gerekli olduğunu belirler.

İkinci adım, paydaşları belirlemektir. İK ekibi tek başına karar verirse finans, bilgi teknolojileri ve hukuk birimlerinin itirazları genellikle sözleşme aşamasında gelir. Küçük bir seçim komitesi kurun: İK, bordro sorumlusu, finans, BT ve mümkünse bir saha yöneticisi. Her birinden kendi alanındaki olmazsa olmazları yazılı olarak isteyin.

Üçüncü adım, başarı ölçütünü tanımlamaktır. "Bordro kapanışının süresini kısaltmak", "izin bakiyesi hatalarını sıfırlamak" ya da "saha çalışanlarının mobil erişimi" gibi somut hedefler, demo sırasında neye bakacağınızı netleştirir.

• Mevcut süreçleri ve kullanılan dosyaları listeleyin.
• Çalışan sayısını, lokasyonları ve vardiyalı çalışan oranını not edin.
• Önümüzdeki iki üç yıldaki büyüme ve yeni şirket planlarını ekleyin.
• Olmazsa olmaz ve olsa iyi olur gereksinimlerini ayrı listelerde tutun.

Hangi modüller gerçekten gerekli?

İK yazılımları genellikle modüler sunulur. Her modülü almak hem maliyeti hem de devreye alma süresini artırır. Tipik bir orta ölçekli şirket için temel katman şunlardır: özlük ve organizasyon şeması, izin yönetimi, puantaj ve devam takibi, bordro ya da bordro entegrasyonu. Performans, işe alım, yan haklar ve eğitim gibi modüller ikinci faza bırakılabilir.

Önemli olan, temel katmanın sağlam olmasıdır. Özlük verisi düzgün değilse izin hakları yanlış hesaplanır; puantaj doğru değilse bordro hatalı çıkar. Bu nedenle değerlendirmede ağırlığın büyük kısmını bu çekirdek modüllere verin. Bordro tarafının ayrıntılı ölçütleri için bordro programı seçim rehberine, devam takibi için PDKS kurulum rehberine bakabilirsiniz.

Türkiye mevzuatına uyum nasıl kontrol edilir?

Yabancı kökenli ya da genel amaçlı sistemlerde en sık görülen sorun, Türkiye'ye özgü kuralların ya hiç olmaması ya da elle ayarlanması gerektiğidir. Demo sırasında aşağıdaki kuralları somut örneklerle sorun:

• Yıllık izin hakları kıdeme göre otomatik hesaplanıyor mu? (1-5 yıl 14 gün, 5-15 yıl 20 gün, 15 yıl ve üzeri 26 gün; 18 yaş ve altı ile 50 yaş ve üstü için en az 20 gün)
• Fazla mesai haftalık 45 saati aşan süre olarak hesaplanıyor, %50 zamlı ücretlendiriliyor ve yıllık 270 saat sınırı izleniyor mu?
• Evlilik, ölüm (3 gün) ve babalık (10 gün) gibi mazeret izinleri tanımlı mı?
• Gelir vergisi dilimleri kümülatif matraha göre uygulanıyor, asgari ücret istisnası ve damga vergisi doğru düşülüyor mu?
• SGK eksik gün nedenleri ve prim günleri doğru raporlanıyor mu?
• Yasal parametreler (asgari ücret, SGK tavanı, vergi dilimleri) yılbaşında kim tarafından ve ne kadar sürede güncelleniyor?

Bu soruları genel ifadelerle değil, kendi verinize benzeyen bir örnekle test edin. Örneğin, şubat ayında işe giren ve nisan ayında kümülatif matrahı 190.000 TL'yi aşan bir çalışanın vergi diliminin nasıl değiştiğini sistemin göstermesini isteyin. Güncel parametreleri bordro parametreleri sayfasından karşılaştırabilirsiniz.

Veri güvenliği ve KVKK açısından neye bakılmalı?

İK yazılımı, şirketin en hassas kişisel verilerini tutar: kimlik bilgileri, ücretler, sağlık raporları, sendika ya da engellilik bilgisi gibi özel nitelikli veriler. KVKK (Kişisel Verilerin Korunması Kanunu) kapsamında veri sorumlusu siz olursunuz; yazılım sağlayıcısı ise çoğu durumda veri işleyendir. Bu ilişki sözleşmede açıkça tanımlanmalıdır.

• Veriler hangi ülkede ve hangi veri merkezinde barındırılıyor? Yurt dışı aktarım söz konusuysa hangi hukuki dayanak kullanılıyor?
• Rol bazlı yetkilendirme ne kadar ayrıntılı? Bir yönetici yalnız kendi ekibinin verisini görebiliyor mu?
• Erişim ve değişiklik kayıtları (log) tutuluyor mu, ne kadar süre saklanıyor?
• Saklama ve imha süreleri tanımlanabiliyor mu? İşten ayrılan çalışanın verisi ne zaman ve nasıl siliniyor?
• Yedekleme sıklığı, felaket kurtarma planı ve bağımsız güvenlik denetimleri var mı?

Bu soruların cevaplarını yazılı isteyin. Sözlü güvenceler, bir veri ihlali ya da denetim sırasında işe yaramaz.

Entegrasyon ve veri taşıma nasıl değerlendirilir?

İK sistemi tek başına çalışmaz. Muhasebe yazılımı, PDKS cihazları, banka ödeme dosyaları, e-posta ve kimlik doğrulama altyapısı gibi sistemlerle konuşması gerekir. Entegrasyonu değerlendirirken üç şeye bakın: hazır bağlantı var mı, açık ve belgelenmiş bir API sunuluyor mu, toplu içe ve dışa aktarma (Excel, CSV) yapılabiliyor mu?

Veri taşıma, projelerin en çok geciken kısmıdır. Mevcut özlük kartları, izin bakiyeleri, kümülatif vergi matrahları ve geçmiş bordrolar yeni sisteme nasıl aktarılacak? Yıl ortasında geçiş yapıyorsanız kümülatif matrahın doğru taşınması zorunludur; aksi halde çalışan yanlış dilimden vergilendirilir. Sağlayıcıdan bir taşıma planı, şablon dosyalar ve deneme aktarımı isteyin.

Kullanılabilirlik ve mobil erişim neden önemli?

Bir İK sisteminin değeri, çalışanların ve yöneticilerin onu ne kadar kullandığına bağlıdır. İzin talebi açmak için bilgisayar başına geçmek zorunda olan bir saha çalışanı, talebi yine telefonla ya da kâğıtla iletir. Mobil uygulama, bildirimler, çevrimdışı ya da düşük bağlantıda çalışma ve Türkçe arayüz kalitesi değerlendirmenin bir parçası olmalıdır.

Kullanılabilirliği ölçmenin en iyi yolu, gerçek kullanıcılarla kısa bir test yapmaktır. Bir saha çalışanına izin talebi açtırın, bir yöneticiye onaylatın, İK uzmanına bir rapor çıkarttırın. Her adımın kaç tıklama sürdüğünü ve nerede takıldıklarını not edin.

Toplam sahip olma maliyeti nasıl hesaplanır?

Lisans fiyatı, toplam maliyetin yalnız bir parçasıdır. Değerlendirmeye şu kalemleri ekleyin: kurulum ve devreye alma ücreti, veri taşıma, eğitim, ek modül ve ek kullanıcı ücretleri, entegrasyon geliştirme, destek paketleri, yıllık fiyat artış koşulları ve sözleşme sonunda verinin geri alınma maliyeti. Ayrıca iç kaynak maliyetini de hesaba katın: projeye ayrılacak İK ve BT saatleri de bir maliyettir.

Teklifleri karşılaştırırken her sağlayıcıdan aynı formatta, üç yıllık toplam maliyet tablosu isteyin. Kullanıcı başı fiyatlandırmada aktif çalışan mı yoksa sistemde kayıtlı tüm kişiler mi sayılıyor, bunu netleştirin. İşveren maliyetinin genel resmini görmek için işveren maliyeti hesaplama aracını kullanabilirsiniz.

Değerlendirme tablosu nasıl hazırlanır? (puanlama örneği)

Ağırlıklı puanlama, öznel izlenimleri karşılaştırılabilir hale getirir. Önce ölçütleri ve her birinin ağırlığını belirleyin (toplam 100). Sonra her aday sistemi her ölçütte 1 ile 5 arasında puanlayın. Ağırlıklı puan, ağırlık ile puanın çarpımının 5'e bölünmesiyle bulunur; böylece en yüksek toplam puan 100 olur.

Bu örnekte iki sistemin toplam puanı eşittir; bu, puanlamanın tek başına karar vermediğini gösterir. Böyle bir durumda olmazsa olmaz ölçütlere geri dönün. Sistem B mevzuat uyumunda 3 puan almıştır: eksik kalan kurallar elle mi yönetilecek? Bu risk kabul edilebilir mi? Eğer mevzuat uyumu sizin için eleme ölçütü ise, toplam puan eşit olsa bile Sistem A öne çıkar. Ağırlıkları puanlamadan önce belirleyin ve sonradan değiştirmeyin; aksi halde tablo, önceden verilmiş bir kararı doğrulamaya dönüşür.

Demo ve deneme sürecinde neler test edilmeli?

Standart demolar sağlayıcının en güçlü olduğu senaryoları gösterir. Bunun yerine kendi senaryolarınızı önceden gönderin ve demonun bu senaryolar üzerinden yapılmasını isteyin. Mümkünse deneme ortamında kendi anonimleştirilmiş verinizle çalışın.

• Yıl ortasında işe giren bir çalışanın izin hakkı ve kıdem tarihi
• Ay içinde iki gün ücretsiz izin ve 10 saat fazla mesai yapan bir çalışanın puantajı
• Farklı lokasyonlarda farklı onay akışları
• Bir yöneticinin ekibi değiştiğinde yetkilerin otomatik güncellenmesi
• İşten ayrılan çalışanın kıdem ve ihbar hesaplaması
• Yılbaşında yasal parametre güncellemesinin nasıl yapıldığı

Kıdem ve ihbar sonuçlarını kıdem tazminatı hesaplama ve yıllık izin hesaplama araçlarıyla karşılaştırarak sistemin çıktısını bağımsız olarak doğrulayabilirsiniz.

Referans ve sözleşme aşamasında nelere dikkat edilmeli?

Sağlayıcıdan, sizinle benzer ölçek ve sektördeki müşterilerden referans isteyin ve onlarla doğrudan konuşun. Sorulacak sorular basittir: devreye alma planlanan sürede bitti mi, yılbaşı parametre güncellemeleri zamanında geldi mi, destek talepleri ne kadar sürede çözülüyor?

Sözleşmede hizmet seviyesi taahhüdü (erişilebilirlik ve destek yanıt süreleri), veri işleme sözleşmesi, fiyat artış sınırları, sözleşme sonu veri iadesi formatı ve süresi açıkça yazılmalıdır. Sözleşme sonunda verinizi okunabilir bir formatta ek ücret ödemeden alabileceğinizden emin olun.

Devreye alma planı nasıl kurulur?

Tüm modülleri aynı anda açmak yerine aşamalı ilerleyin. İlk aşamada özlük ve izin, ikinci aşamada puantaj ve PDKS, üçüncü aşamada bordro mantıklı bir sıradır. Bordroya geçişte en az bir ay paralel çalışma yapın: eski ve yeni sistemde aynı bordroyu hesaplayıp farkları satır satır inceleyin. Puantajın nasıl kurulacağını puantaj nasıl hazırlanır rehberinde ayrıntılı bulabilirsiniz.

• Proje sorumlusu ve karar yetkisi olan bir sponsor belirleyin.
• Veri temizliğini taşımadan önce yapın.
• Kullanıcı eğitimlerini rol bazlı planlayın.
• Canlıya geçiş tarihini yıl sonu kapanışı ve bayram dönemleriyle çakıştırmayın.