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

- Bağlantı: https://musti.org/vaka-incelemeleri/vaka-incelemesi-n8n-ile-manuel-surecin-otomasyonu/
- Yayımlanma: 2026-09-23T23:51:10+03:00
- Yazar: mmutlu

🎧 Bu yazıyı dinleyebilirsiniz

Tarayıcınız ses oynatmayı desteklemiyor.

_📌 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](https://musti.org/otomasyon/n8n-ile-bt-sureclerinde-otomasyon-baslangic-rehberi/)
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.

_İlgili yazı: [n8n ile BT süreçlerinde otomasyon](https://musti.org/otomasyon/n8n-ile-bt-sureclerinde-otomasyon-baslangic-rehberi/)_