Follow

Vaka İncelemesi: Haftada 6 Saat Yiyen Manuel Bir Sürecin n8n ile Otomatikleştirilmesi

Yeni personel işe alım sürecindeki tekrarlayan manuel adımların n8n ile nasıl otomatikleştirildiğini ve elde edilen zaman kazancını anlatan temsili bir vaka incelemesi.
n8n Onboarding Otomasyonu vaka incelemesi kapak görseli

📌 Bu vaka incelemesi, alanımda sıkça karşılaşılan bir sorun örgüsüne dayanan temsili bir anlatımdır — belirli bir şirketi, kişiyi veya tarihi olayı tanımlamaz. Gerçek mesleki deneyimlerimden ilham alan, öğretici amaçlı bileşik (composite) bir örnektir.

Durum

Yeni personel işe alım (onboarding) süreci, BT tarafında tamamen manuel işliyordu: İK’dan gelen bir e-posta, ardından sırayla AD hesabı oluşturma, e-posta kutusu açma, ilgili gruplara ekleme, donanım talebi için Jira bileti açma, ve son olarak yöneticiye “hazır” bildirimi gönderme. Bu süreç, ortalama olarak her yeni personel için 45-60 dakika sürüyordu ve yoğun işe alım dönemlerinde haftada 6-8 saate denk geliyordu.

İlk Soru: Bu Gerçekten Otomatikleştirilmeye Değer mi?

Her tekrarlayan görev otomasyona aday değildir. Önce süreci şu kriterlere göre değerlendirdim: ne sıklıkla tekrarlanıyor (haftalık, öngörülebilir), hata payı ne kadar riskli (yanlış grup ataması güvenlik riski oluşturabilir) ve adımlar arasında yargı gerektiren karar var mı (hayır, tamamen kural bazlı). Bu üç kriter, süreci güçlü bir otomasyon adayı yapıyordu.

Yaklaşım

n8n üzerinde kurduğum iş akışı şu adımları birbirine bağladı:

  • İK sisteminden gelen “yeni personel” webhook tetikleyicisi
  • Departmana göre otomatik OU ve grup ataması ile AD hesabı oluşturma
  • Pozisyona göre standart donanım paketi için otomatik Jira bileti açma
  • Yöneticiye ve yeni personele, ilk gün bilgilerini içeren otomatik e-posta

Karşılaşılan Zorluk: “Ya Bir Adım Başarısız Olursa?”

İlk versiyonda, akışın ortasında bir adım (örneğin Jira API’sinin geçici olarak yanıt vermemesi) başarısız olduğunda, sürecin sessizce yarım kalması riski vardı — bu, otomasyonu manuel süreçten daha tehlikeli hale getirebilirdi. Bu yüzden her kritik adımdan sonra bir doğrulama kontrolü ve başarısızlık durumunda BT ekibine anlık bildirim gönderen bir hata yönetimi katmanı ekledim. Otomasyon “ya çalışır ya da yüksek sesle başarısız olur” prensibiyle kuruldu — asla sessizce yarım kalmıyor.

Sonuç

Otomasyon devreye alındıktan sonra, bir yeni personel için BT hazırlık süresi 45-60 dakikadan 5 dakikanın altına indi (sadece doğrulama gerektiriyor). Yoğun işe alım dönemlerinde haftada kazanılan zaman 6 saati buluyor — bu süre, ekip tarafından daha karmaşık, katma değerli işlere yönlendirildi. Ayrıca standart hale gelen grup atamaları sayesinde, önceden zaman zaman yaşanan “yanlış yetkilendirme” hataları da ortadan kalktı.

Çıkarım

Bu vaka, otomasyonun asıl değerinin sadece “zaman kazandırmak” değil, tutarlılığı garanti etmek olduğunu gösterdi. İnsan eliyle yapılan tekrarlayan işlerde, yorgunluk veya dikkat dağınıklığı kaynaklı hatalar kaçınılmazdır — otomasyon bu değişkenliği tamamen ortadan kaldırıyor.

Comments
Join the Discussion and Share Your Opinion
Add a Comment

Bir yanıt yazın

E-posta adresiniz yayınlanmayacak. Gerekli alanlar * ile işaretlenmişlerdir


Newsletter
Join Design Community
Get the latest updates, creative tips, and exclusive resources straight to your inbox. Let’s explore the future of design and innovation together.