İnsan kaynakları ekipleri, çoğu şirkette en fazla zamanı aynı dört alanda kaybeder: izin talepleri, masraf onayları, bordroya veri taşıma ve işe giriş operasyonu. Sorun çoğu zaman iş yükünün fazlalığı değil, akışların dağınık olmasıdır. Bir talep e-postayla gelir, onay mesajlaşma uygulamasında verilir, bilgi Excel'e işlenir, ardından ERP ya da bordro sistemine elle aktarılır. Tek bir talep için 5-6 temas noktası oluşur.

İK süreç otomasyonu, bu kopuk adımları tek bir dijital akışta bir araya getirir. Amaç yalnızca hız kazanmak değildir. Hata oranını azaltmak, onay izini kaydetmek, çalışan deneyimini iyileştirmek ve raporlamayı daha güvenilir hale getirmek de bunun bir parçasıdır. İyi tasarlanmış bir yapı, özellikle 50+ çalışanı olan şirketlerde farkı kısa sürede görünür kılar. Tekrarlayan işler arttıkça manuel yöntemlerin maliyeti de katlanır.

Bu yazıda izin, masraf, bordro ve onboarding akışlarının nasıl otomatikleştirilebileceğini; hangi veri noktalarının kritik olduğunu ve hangi teknik mimarinin sürdürülebilir şekilde çalıştığını sade ama teknik bir çerçevede ele alıyoruz.

İK süreç otomasyonu tam olarak neyi kapsar?

İK otomasyonu çoğu zaman tek bir form ekranı gibi düşünülür. Oysa kapsamı bundan daha geniştir. Bir sürecin otomatik sayılabilmesi için en az 4 katmanın birlikte çalışması gerekir: talebin alınması, kurala göre yönlendirme, ilgili sistemlere veri yazılması ve denetim kaydının tutulması.

Örnek bir izin akışını düşünelim. Çalışan, mobil uygulamadan 3 günlük yıllık izin talebi açar. Sistem bakiye kontrolünü anında yapar. Yöneticiye bildirim gider. Onaydan sonra takvim kaydı oluşur, puantaj verisi bordro sistemine işlenir, çalışan ve yöneticiye sonuç iletilir. Bu akışta insan müdahalesi yalnızca karar anında devreye girer.

Buradaki kritik nokta, otomasyonun “form doldur ve bekle” düzeyinde kalmamasıdır. Süreç; ERP, bordro, kimlik yönetimi, e-posta, e-imza ve doküman arşivi gibi sistemlerle konuşmuyorsa, iş yükü yalnızca yer değiştirir.

Otomasyon için temel bileşenler

  • Süreç motoru: Onay adımlarını, SLA sürelerini ve koşullu kuralları yönetir.
  • Rol bazlı yetkilendirme: Çalışan, yönetici, İK, finans ve bordro ekipleri farklı ekranlar görür.
  • Entegrasyon katmanı: REST API, webhook, SFTP ya da kuyruk yapılarıyla veri aktarır.
  • Log ve denetim izi: Kim, ne zaman, hangi kararı verdi; geriye dönük izlenebilir olmalıdır.

İzin süreçleri nasıl otomatikleştirilir?

İzin yönetimi basit görünür. Ancak pratikte en çok kural içeren alanlardan biridir. Yıllık izin, mazeret izni, doğum izni, ücretsiz izin, resmî tatil çakışmaları, kıdeme göre hak ediş ve departman bazlı minimum ekip kapasitesi gibi detaylar süreci karmaşıklaştırır.

Sağlıklı bir yapı kurmanın ilk adımı, izin politikalarını dijital kurallara çevirmektir. Örneğin “aynı ekipte aynı gün en fazla 2 kişi yıllık izin kullanabilir” kuralı süreç motorunda tanımlanır. “1 iş gününü aşan izinlerde ikinci onay gerekir” gibi bir eşik de eklenebilir. Böylece kararlar kişiye göre değil, kurala göre ilerler.

Örnek izin akışı

  1. Çalışan web ya da mobil ekrandan tarih aralığını seçer.
  2. Sistem bakiye, resmî tatil ve ekip kapasitesini 1-2 saniye içinde kontrol eder.
  3. Uygunsa yöneticiye push veya e-posta bildirimi gider.
  4. Onay sonrası puantaj kaydı oluşturulur.
  5. Veri bordro sistemine API ile aktarılır.

Buradaki kazanım yalnızca hız değildir. İK ekibinin Excel üzerinde yürüttüğü bakiye takibi ortadan kalkar. Yanlış tarih girişi, çakışan izin, geç onay ve bordroya eksik veri iletimi gibi sorunlar da azalır. Özellikle çok lokasyonlu yapılarda bu fark daha belirgin hale gelir.

Teknik tarafta şu veri alanları çoğu projede zorunludur: çalışan ID, izin tipi kodu, başlangıç-bitiş tarihi, yarım gün bilgisi, onaylayan kullanıcı ID'si, durum kodu, oluşturma zamanı, güncelleme zamanı. Bu alanlar standartlaştırılmazsa entegrasyonlar kırılgan hale gelir.

Masraf yönetiminde otomasyon nerede başlar?

Masraf süreçlerinde gecikmenin ana nedeni, belge toplama ve uygunluk kontrolüdür. Çalışan fişi kaybeder, yanlış kategori seçer ya da KDV bilgisi eksik girilir. Finans ekibi belgeyi yeniden ister. Süreç bir anda 7-10 güne uzar.

Burada otomasyon, mobil veri toplamayla başlar. Çalışan fiş ya da faturanın fotoğrafını yükler. OCR teknolojisiyle tarih, tutar, para birimi, vergi bilgisi ve tedarikçi adı okunur. Sistem alanları otomatik doldurur; kullanıcı ise yalnızca kontrol eder. Her OCR sonucu kusursuz olmayabilir, bu yüzden güven skoru düşük veriler için manuel doğrulama ekranı gerekir.

Masraf akışında kontrol noktaları

  • Belge tarihi, harcama politikası içindeki süreyle uyumlu mu?
  • Tutar, kategori için belirlenen limite aşıyor mu?
  • Aynı belge numarası daha önce sisteme girilmiş mi?
  • Masraf merkezi veya proje kodu seçilmiş mi?

Örneğin saha satış ekibi ay içinde 40 ayrı akaryakıt ve konaklama harcaması yapıyorsa, bunların tek tek e-postayla toplanması ciddi bir zaman kaybı yaratır. Mobil uygulama + OCR + onay akışı ile belge giriş süresi birkaç dakikaya iner. Finans ekibi ise yalnızca istisnaları inceler. Asıl verim de burada ortaya çıkar: herkes her kayda bakmaz.

Entegrasyon aşamasında muhasebe ya da ERP sistemine şu alanlar net biçimde aktarılmalıdır: belge tipi, masraf kategorisi, KDV oranı, net/brüt tutar, maliyet merkezi, proje kodu, çalışan sicili, onay durumu. Bunlar eksikse otomasyon yarım kalır.

Bordro öncesi veri hazırlığını otomatikleştirmek neden kritik?

Bordro hataları çoğu zaman bordro yazılımından değil, onu besleyen verinin kalitesinden kaynaklanır. Eksik mesai, yanlış izin kodu, geç girilen avans, hatalı yan hak bilgisi. Ay kapanışında yaşanan 2 günlük bir gecikme bile tüm süreci etkiler.

Burada hedef, bordroyu tek başına “otomatize etmek” değil; bordro öncesi veri akışını standartlaştırmaktır. İyi bir kurgu, ayın son günü değil, ay boyunca veri toplar, doğrular ve işaretler. Örneğin sistem her gece saat 23:00'te puantaj, izin ve masraf verilerini senkronize eder. Kurallara uymayan kayıtlar hata kuyruğuna düşer. İK ve bordro uzmanı, ay sonunda toplu temizlik yapmak yerine günlük uyarılarla ilerler.

Bordroya beslenen tipik veri kaynakları

Tek bir çalışan için bile 6'dan fazla kaynak devreye girebilir: devam kontrol sistemi, vardiya planı, izin modülü, masraf sistemi, avans kayıtları, yan hak platformu, ERP ve muhasebe kayıtları. Bu yapı elle birleştirildiğinde hata kaçınılmaz hale gelir.

Pratik çözüm, araya bir entegrasyon katmanı koymaktır. Bu katman veriyi normalize eder. Örneğin farklı sistemlerde “employeeId”, “sicilNo” ve “personnel_code” olarak geçen alanlar tek bir iç modelde birleştirilir. Sonrasında bordro sistemine tek formatta aktarılır.

{
  "employee_id": "1842",
  "period": "2026-07",
  "leave_days": 1.5,
  "overtime_hours": 6,
  "expense_total": 2450.75,
  "advance_total": 1000
}

Böyle bir veri modeli hem denetim kolaylığı sağlar hem de yeni sistem eklemeyi hızlandırır. Her entegrasyonda mantığı sıfırdan yazmak gerekmez.

Onboarding akışında 1. gün deneyimi nasıl iyileştirilir?

İşe giriş süreci, çalışanın şirketle ilk temasını belirler. Teklif kabulünden ilk iş gününe kadar geçen 7-14 günlük dönemde yaşanan aksaklıklar algıyı hızla bozar. Laptop hazır değildir. Kurumsal hesap açılmamıştır. Eğitim planı eksiktir. Evrak e-postada kaybolur.

Onboarding otomasyonu bu kırıkları ortadan kaldırır. Yeni işe giriş tarihi sisteme işlendiği anda alt görevler tetiklenir: BT hesabı açılır, rol bazlı erişim talepleri oluşur, zimmet hazırlığı başlar, e-imza evrakları gönderilir, oryantasyon takvimi planlanır. Her görevin sahibi ve hedef tarihi bellidir.

Gerçekçi bir onboarding senaryosu

1 Eylül başlangıç tarihli bir yazılım geliştirici düşünelim. Sistem, teklif onaylandıktan sonra T-10 günde cihaz stoğunu kontrol eder. T-7'de Microsoft 365 ve VPN hesabı açılır. T-5'te ekip liderine 30-60-90 gün planı görevi atanır. T-2'de çalışana gerekli belgeler için güvenli portal bağlantısı gönderilir. İlk gün geldiğinde erişimler hazırdır; İK, BT ve yönetici aynı panelden durumu görür.

Buradaki değer yalnızca hız değil, koordinasyondur. Bir akışta 12 farklı görev olabilir. Manuel takipte bunların en az birkaç tanesi gecikmeye açıktır. Otomasyon, bağımlılıkları görünür hale getirir. Örneğin SGK giriş bildirgesi tamamlanmadan kart basımı tetiklenmeyebilir. Kurallar nettir.

Başarılı bir kurulum için teknik mimari nasıl olmalı?

İK süreç otomasyonu, tek bir uygulama satın alarak çözülebilecek kadar basit olmayabilir. Özellikle şirket içinde mevcut ERP, bordro, Active Directory, e-posta, doküman yönetimi ve CRM sistemleri varsa mimari karar büyük önem taşır. Yanlış kurulan yapı ilk 3 ay çalışır, ardından bakım yükü üretir.

Sağlam yaklaşım genelde üç katmanlıdır: kullanıcı arayüzü, süreç ve kural motoru, entegrasyon servisi. Arayüz, çalışan ve yöneticinin temas ettiği kısımdır. Süreç motoru onay, SLA ve durum geçişlerini yönetir. Entegrasyon servisi ise dış sistemlerle haberleşir. Böylece bordro sağlayıcısı değiştiğinde tüm uygulama değil, yalnızca ilgili adaptör güncellenir.

Dikkat edilmesi gereken 5 teknik konu

  • Yetki modeli: KVKK kapsamındaki kişisel veriler için alan bazlı erişim gerekebilir.
  • Sürümleme: API değişikliklerinde v1/v2 ayrımı yapılmazsa kesinti yaşanır.
  • İzlenebilirlik: Her işlem için request ID ve zaman damgası tutulmalıdır.
  • İstisna yönetimi: Her akışın manuel müdahale ekranı olmalı.
  • Bulut operasyonu: Yedekleme, log saklama ve erişim denetimleri baştan planlanmalı.

Kurulum süresi şirketin mevcut sistemlerine göre değişir. Yalnızca izin ve masraf akışını devreye almak birkaç hafta içinde mümkün olabilir. Bordro ve onboarding entegrasyonları eklendiğinde analiz ve test süresi uzar. En kritik iş, kod yazmaktan önce süreç haritalamasını yapmaktır.

Hangi şirketler önce nereden başlamalı?

Her modülü aynı anda devreye almak gerekmez. 100 çalışanlı bir şirkette ilk faz için izin + masraf yönetimi daha hızlı sonuç verebilir. 1.000 çalışanlı bir yapıda ise bordro besleme ve onboarding daha yüksek etki yaratabilir. Doğru başlangıç noktası, en çok tekrar eden ve en fazla hata üreten akışı bulmaktır.

Pratik bir yöntem şudur: Son 3 ayda en fazla e-posta trafiği oluşturan İK süreçlerini sayın. Ardından her süreç için kişi başına harcanan ortalama dakikayı ölçün. Örneğin tek bir masraf kaydı için toplam 12 dakika, tek bir izin talebi için 6 dakika, tek bir onboarding için 90 dakikalık koordinasyon oluşuyorsa yatırım önceliği görünür hale gelir.

İK süreç otomasyonu yalnızca operasyonel yükü azaltan bir araç değildir. Kuralları standardize eder, veri kalitesini yükseltir ve çalışan deneyimini daha öngörülebilir hale getirir. En iyi sonuç; iş akışlarını mevcut sistemlerle entegre eden, güvenlik, loglama ve istisna yönetimini en baştan tasarlayan projelerde alınır. İzin, masraf, bordro ve onboarding akışları birbiriyle konuşmaya başladığında, İK ekibi dosya taşıyan bir yapıdan çıkıp karar desteği üreten bir yapıya yaklaşır.