İK yazılımı seçimi, yalnızca modül listesi karşılaştırmak değildir. Asıl karar, çalışan verisinin hangi sistemden geleceği, hangi kayda güvenileceği ve bir hata oluştuğunda kimin düzelteceği netleştiğinde verilir. Entegrasyon konusu bu yüzden satın alma görüşmesinin son maddesi değil, ilk kontrol alanlarından biri olmalıdır.
İK yazılımı seçimi öncesinde iş akışını çıkarın
Demo ekranı, gerçek süreci göstermez. Önce bugün kullanılan kaynakları tek sayfada toplayın: bordro programı, PDKS, ERP, muhasebe, işe alım aracı, kimlik sağlayıcısı ve dosya depoları. Her sistem için veri sahibi, veri giriş noktası ve güncelleme sıklığını yazın.
Ardından tekrar girilen veriyi bulun. Örneğin çalışan işe başladığında ad, departman, ücret, vardiya ve masraf merkezi üç farklı sisteme elle yazılıyorsa entegrasyon ihtiyacı vardır. Buna karşılık ayda bir kez alınan basit bir rapor için pahalı bir anlık bağlantı şart olmayabilir.
Seçilecek çözümün kapsamını ihtiyaçla eşleştirin. İzin, puantaj ve fazla mesai akışlarının birlikte çalışması gerekiyorsa raporlama yapısı ile onay kayıtlarını aynı senaryoda değerlendirin. Tek tek güçlü modüller, veri ayrı kaldığında iyi bir sonuç vermez.
Satıcıya sorulacak 12 entegrasyon sorusu
1. Hangi sistemlerle hazır bağlantınız var?
Sadece logo listesi istemeyin. Bağlantının hangi veri alanlarını taşıdığını sorun. “Bordro entegrasyonu var” cevabı; ücret, kesinti, işyeri, masraf merkezi ve işten ayrılış bilgisinin tamamının aktarıldığı anlamına gelmez.
2. Veri tek yönlü mü, çift yönlü mü akıyor?
Bir sistem çalışan kartını güncelliyor, diğeri yalnızca okuyor olabilir. Kaydın hangi yönde ilerlediğini ve iki tarafta aynı alan değişirse ne olacağını yazılı olarak isteyin.
3. Asıl kaynak sistem hangisi?
Her alanın tek bir sahibi olmalıdır. Departman bilgisinin ERP’de, izin bakiyesinin İK sisteminde tutulması mümkündür. Aynı alanın iki sistemde de elle değiştirilebildiği yapı, er ya da geç çakışma üretir.
4. Aktarım ne zaman gerçekleşiyor?
Anlık, saatlik, günlük ve dönem sonu aktarım farklı ihtiyaçlara yanıt verir. Vardiya değişikliği bordroyu etkiliyorsa günlük senkronizasyonun kesim gününde yeterli olup olmadığını kontrol edin.
5. Hata oluşursa nasıl fark edeceğiz?
Başarısız kayıtlar için uyarı, hata listesi ve tekrar deneme kaydı isteyin. E-posta bildirimi tek başına yeterli değildir; hangi çalışanın, hangi alanının ve hangi tarihte aktarılmadığı görülebilmelidir.
6. Toplu veri aktarımı nasıl yapılıyor?
İlk geçişte Excel veya CSV şablonu gerekebilir. Zorunlu alanları, karakter sınırlarını, mükerrer kayıt kontrolünü ve test ortamını sorun. İlk yükleme hatası, sonraki tüm raporları bozar.
7. API erişimi ve sınırları nedir?
Kuruma özel bir bağlantı gerekirse API dokümantasyonu, yetkilendirme yöntemi, kota ve sürüm değişikliği süreci önem kazanır. “API var” demek tek başına yeterli cevap değildir.
8. Yetkiler bağlantıda da geçerli mi?
Bir yöneticinin ekranda göremediği ücret verisine entegrasyon üzerinden erişememesi gerekir. Rol bazlı yetki, kayıt geçmişi ve erişim logları özellikle hassas personel verilerinde kontrol edilmelidir.
9. Kişisel veri nerede işleniyor?
Çalışan verisi aktarılırken veri sorumlusu, işleyen taraflar, saklama süresi ve silme prosedürü açık olmalıdır. Sözleşmede teknik ve idari tedbirleri sorun; KVKK kapsamındaki yükümlülükleri hukuk ekibinizle ayrıca değerlendirin.
10. Kesinti olursa süreç nasıl devam ediyor?
İnternet ya da üçüncü taraf servis kesildiğinde veri kuyruğa alınabiliyor mu? Bağlantı geri geldiğinde tekrar eden kayıt oluşuyor mu? Bu sorular, bordro kapanışı gibi kritik günlerde fark yaratır.
11. Entegrasyonun sahibi ve destek süresi kimde?
Satıcı, iş ortağı ve kurum içi BT ekibinin sorumluluk sınırları belli olmalıdır. Müdahale süresi, destek kanalı ve değişiklik talebinin maliyeti sözleşmede yer almalıdır.
12. Bağlantı yeni sürümde nasıl korunacak?
Yazılım güncellemeleri veri alanlarını değiştirebilir. Sürüm duyurusu, test takvimi ve geri dönüş planı olmayan bağlantılar zamanla sessizce bozulur.
Kısa senaryo: 180 çalışanlı bir şirket
180 çalışanlı bir üretim şirketi, puantaj verisini PDKS’den alıyor; izin ve fazla mesai onaylarını İK ekibi yönetiyor; bordro dosyasını dış kaynak sağlayıcıya iletiyor. Ekip, ilk toplantıda üç kritik akış belirliyor: yeni çalışan açılışı, vardiya değişikliği ve ay sonu puantaj kapanışı.
Her akış için bir sahip atanıyor. Yeni çalışan kartının sahibi İK, vardiya bilgisinin sahibi operasyon, bordroya giden onaylı puantajın sahibi ise İK sistemi oluyor. Pilot ayda 20 çalışan seçiliyor. Ekip, 20 kartın 20’sinde departman ve masraf merkezi eşleşmesini; 3 vardiya değişikliğinin 3’ünde doğru tarih aktarımını; 5 fazla mesai kaydının 5’inde onay durumunu kontrol ediyor. Bu küçük test, canlıya geçişten önce eksik alanları görünür kılar.
Sözleşmeden önce pilot yapın
İK yazılımı seçimi için en güvenilir kanıt, kendi verinizle yapılan sınırlı bir pilot çalışmadır. İki haftalık bir pilotta bir işe giriş, bir izin talebi, bir vardiya değişikliği ve bir rapor akışını baştan sona deneyin. Çalışan, yönetici, İK ve bordro tarafı aynı senaryoyu görsün.
Kararı sadece özellik listesiyle vermeyin. Doğru yazılım, veriyi azaltan, sorumluluğu görünür kılan ve hata olduğunda ekibe net bir yol gösteren yazılımdır. İhtiyaçlarınıza uygun modülleri değerlendirmek için çalışan ve özlük yönetimi çözümlerini iş akışınızla birlikte inceleyin.
