Süreç Otomasyonu: Onay Akisleriyle Zaman Kazanmanin 12 Yolu
Süreç Otomasyonu Nedir?

Otomasyon olgunlaştıkça dağınık iş akışları tek bir ekranda toplanmaya başlıyor
Süreç otomasyonu dediğimiz şey aslında basit: tekrar eden iş süreçlerini yazılıma devredip insan müdahalesini ya tümüyle ortadan kaldırmak ya da mümkün olan en aza indirmek. Bir tetikleyici olay gerçekleştiğinde sistem, önceden tanımladığınız kurallara göre aksiyon alır, ilgili kişilere haber verir ve süreci bir sonraki adıma taşır.
Bir otomasyon kurgusunu ayakta tutan dört temel parça vardır:
- Tetikleyiciler: Süreci başlatan olaylar – bir form gönderimi, belirli bir tarih/saat ya da sistem içindeki bir hareket
- Koşullar: Sürecin nereye dallanacağını belirleyen kurallar – tutar eşiği, departman, öncelik
- Aksiyonlar: Otomatik çalışan işlemler – bildirim gönderme, veri güncelleme, entegrasyon
- Onaylar: İnsan kararı gerektiren adımlar – çoklu onay, paralel ya da seri akış
Otomasyon Olgunluk Seviyeleri
Her işletme otomasyon yolculuğunda farklı bir noktada duruyor. Nerede olduğunuzu bilmek, nereye gideceğinizi planlamanın ilk şartı:
Seviye 1: Manuel Süreçler
İşler e-posta, kâğıt ya da sözlü iletişimle yürüyor. Kimin ne yaptığını takip etmek de, düzgün rapor çıkarmak da başlı başına bir dert.
Seviye 2: Dijitalleştirilmiş Süreçler
Süreçler dijital ortama taşınmış ama tetikleme ve takip hâlâ elle yapılıyor. ERP ya da CRM var, ne var ki sistemler birbiriyle konuşmuyor.
Seviye 3: Kural Tabanlı Otomasyon
Akış belirlenmiş kurallara göre kendiliğinden ilerliyor, yalnızca istisnalar elle müdahale istiyor. Kurumsal firmaların büyük çoğunluğunun hedeflediği yer burası.
Seviye 4: Akıllı Otomasyon
Yapay zekâ destekli karar alma, tahminsel analitik, sürekli öğrenen sistemler. Çoğu şirket için bu hâlâ on yıllık bir vizyon ve pilot uygulamalar aşamasında.
Sektörel uygulamalar hakkında detaylı bilgi için ilgili sayfaları inceleyebilirsiniz.
Otomasyon Tipleri ve Katmanları

Katmanlar tek tek değil, birbirini besleyerek çalışır
Otomasyonu tek bir teknoloji sanmak yaygın bir yanılgı. Aslında farklı katmanlarda çalışan bir bileşenler bütünü:
1. Workflow Otomasyon (iş akışı)
En temel katman. Bir iş akışının adımlarını, koşullarını ve adımlar arası geçişleri tanımlar:
- Onay akışları (satın alma, masraf, izin)
- Doküman yönetimi akışları (inceleme, revizyon, yayınlama)
- Müşteri talep yönetimi (tiket açma, atama, çözüm)
2. Entegrasyon Otomasyonu
Farklı sistemler arasındaki veri akışını otomatik hâle getirir:
- API tabanlı entegrasyonlar (REST, SOAP)
- Middleware ve ESB (Enterprise Service Bus) çözümleri
- iPaaS (Integration Platform as a Service) araçları
3. Robotik Süreç Otomasyonu (RPA)
Mevcut uygulamalarda insanın yaptığı işleri taklit eden yazılım robotları:
- Ekran kazıma (screen scraping)
- Form doldurma ve veri girişi
- Legacy sistem entegrasyonu
4. Akıllı Otomasyon (Intelligent Automation)
Yapay zekâ ve makine öğrenimiyle zenginleştirilmiş otomasyon:
- Doküman sınıflandırma ve veri çıkarma (OCR + AI)
- Tahminsel yönlendirme
- Doğal dil işleme (NLP) ile e-posta ve chat analizi
İpucu
Otomasyona en basit katmandan başlayın. Workflow tarafında birkaç hızlı kazanım elde ettikten sonra daha karmaşık entegrasyon ve RPA projelerine geçmek hem teknik olarak hem de ekibin motivasyonu açısından çok daha kolay oluyor.
Trigger-Based Aksiyonlar

Bir otomasyon çoğu zaman tetikleyici tasarımı kadar iyidir
Tetikleyici tabanlı aksiyonlar, süreç otomasyonunun temelinde yatan mantık. Bir olay gerçekleşir, o olaya bağladığınız bir dizi aksiyon otomatik olarak devreye girer. Mesele, hangi olayın neyi tetikleyeceğini doğru kurgulamakta.
Tetikleyici Tipleri
1. Olay Tabanlı Tetikleyiciler (Event-Based)
- Form gönderimi: Web formu, mobil uygulama, ERP ekranı
- Kayıt oluşturma: Yeni müşteri, sipariş, stok hareketi
- Durum değişikliği: Sipariş durumu, proje aşaması, onay sonucu
- Entegrasyon olayı: E-fatura alımı, banka hareketi, e-posta
2. Zaman Tabanlı Tetikleyiciler (Time-Based)
- Takvim tetikleyici: Her gün saat 09:00, her ayın 1’i
- Gecikme tetikleyici: Oluşturmadan 24 saat sonra, vade gününden 3 gün önce
- Periyodik tetikleyici: Her 15 dakikada bir, haftada bir
3. Koşul Tabanlı Tetikleyiciler (Condition-Based)
- Eşik değeri: Stok minimum seviyenin altına düştüğünde
- Kombinasyon: VIP müşteri VE yüksek tutar VE acil öncelik
- Negatif koşul: 48 saat içinde işlem yapılmadıysa
Aksiyon Tasarımı
Tetikleyici devreye girdikten sonra yapılacaklar genelde şu başlıklarda toplanır:
- Bildirim: E-posta, SMS, push notification, sistem uyarısı
- Veri işleme: Kayıt oluşturma, güncelleme, hesaplama
- Yönlendirme: Görevi belirli bir kişiye ya da gruba atama
- Entegrasyon: Dış sisteme veri gönderme, API çağrısı
- Doküman: PDF oluşturma, e-postaya ekleme, arşivleme
Dikkat
Tetikleyici döngülerinden kaçının. A aksiyonu B’yi, B aksiyonu da A’yı tetiklerse sonsuz döngüye girersiniz ve bunu canlıda fark etmek hiç hoş olmaz. Her yeni tetikleyicide zincirleme etkileri baştan gözden geçirmekte fayda var.
RPA Temelleri ve Uygulama Alanları

RPA, tekrarlayan manuel işleri yazılım robotlarına devreder
Robotik Süreç Otomasyonu (RPA), mevcut uygulamaların arayüzlerini kullanarak bir insanın yapacağı işlemleri taklit eden yazılım robotlarıdır. Özellikle API’sı olmayan ya da API entegrasyonu ekonomik olmayan legacy sistemlerde değeri hemen ortaya çıkar.
RPA Ne Zaman Kullanılır?
- Legacy sistemlerde API yoksa ya da açtırmak maliyetliyse
- Yüksek hacimli, tekrarlayan veri girişleri varsa
- Birden fazla uygulama arasında elle kopyala-yapıştır yapılıyorsa
- İşlem kural tabanlı ve bir karar ağacıyla tanımlanabiliyorsa
RPA İçin Uygun Süreç Özellikleri
Her süreç RPA’ya gelmez. İyi bir RPA adayı genelde şu özellikleri taşır:
- Yüksek hacim: Günlük ya da haftalık yüzlerce, binlerce işlem
- Düşük istisna oranı: İşlemlerin %80’inden fazlası standart kurala uyuyor
- Stabil arayüz: Uygulama arayüzü sık sık değişmiyor
- Dijital girdi: Veriler zaten dijital ortamda (Excel, e-posta, sistem)
- Kural tabanlı karar: IF-THEN-ELSE mantığıyla tanımlanabiliyor
Yaygın RPA Uygulama Alanları
Finans ve Muhasebe
- Fatura işleme ve eşleştirme
- Banka mutabakatı
- Ay sonu kapanış işlemleri
İnsan Kaynakları
- İşe alım sürecinde veri girişi
- Bordro veri hazırlama
- İzin ve devamsızlık takibi
Satın Alma ve Tedarik
- Tedarikçi fiyat karşılaştırması
- Sipariş oluşturma ve takip
- Stok seviyesi kontrolü
Müşteri Hizmetleri
- Tiket kategorilendirme ve yönlendirme
- Müşteri verisi güncelleme
- Standart sorulara otomatik yanıt
Bildirim ve Eskalasyon Sistemleri

İyi kurulmuş bir bildirim düzeni, doğru kişiye doğru anda ulaşır
Otomasyonun tamamı makineye devredilemez; bazı noktalarda mutlaka insan kararı gerekir. İşte bildirim ve eskalasyon sistemleri, o kritik anlarda işin sahibinin zamanında harekete geçmesini sağlar.
Bildirim Kanal Stratejisi
Her bildirim için doğru kanalı seçmek göründüğünden önemli:
- E-posta: Detaylı bilgi, doküman eki, arşiv gerektiren durumlar
- SMS: Acil ve kritik uyarılar, saha ekibi bildirimleri
- Push notification: Mobil uygulama kullanıcıları için anlık uyarı
- Sistem içi bildirim: ERP/CRM içinde görev kutusu, dashboard uyarısı
- Entegre mesajlaşma: Kurumsal chat uygulamaları
Eskalasyon Mekanizması
Belirlenen sürede aksiyon alınmazsa iş kendiliğinden bir üst kademeye taşınır:
Seviye 1: İlk Hatırlatma
İşlem sahibine ilk hatırlatma gider (örneğin 4 saat sonra).
Seviye 2: Yönetici Bildirimi
Birim yöneticisine kopyalı bildirim (örneğin 8 saat sonra).
Seviye 3: Üst Yönetim
Departman ya da genel müdüre eskalasyon (örneğin 24 saat sonra).
Seviye 4: Otomatik Aksiyon
Önceden belirlenmiş varsayılan kararın uygulanması ya da sürecin dondurulması.
Bildirim En İyi Uygulamaları
- Bildirim yorgunluğunu önleyin; gereksiz her bildirim, gerçekten önemli olanın da göz ardı edilmesine yol açar
- Karşı tarafın aksiyona dönüştürebileceği bildirimler gönderin
- Önceliği seviyelendirin (düşük/orta/yüksek/kritik)
- Tek tıkla aksiyon imkânı sunun (mobil onay)
- Bildirim tercihlerini kişiselleştirme olanağı tanıyın
SLA İzleme ve Performans Yönetimi

SLA dashboard’ları süreç performansını anlık olarak görünür kılar
Hizmet seviyesi anlaşması, yani SLA (Service Level Agreement) izleme, sürecin ne kadar iyi çalıştığını ölçmenin ve hedeflere uyulup uyulmadığını görmenin tek nesnel yolu. Ölçmediğiniz şeyi iyileştiremezsiniz.
SLA Tasarımı
1. Zaman Metrikleri
- Toplam süreç süresi: Başlangıçtan bitişe kadar geçen toplam süre
- Adım bazlı süre: Her adımın tamamlanma süresi
- Bekleme süresi: Onay ya da karar için geçen bekleme
- İşlem süresi: Aktif çalışma süresi
2. Eşik Değerleri (Thresholds)
- Hedef (Target): İdeal tamamlanma süresi
- Uyarı (Warning): Dikkat gerektiren eşik
- Kritik (Critical): Eskalasyon gerektiren eşik
- İhlal (Breach): SLA ihlali sayılan eşik
SLA İzleme Mimarisi
Sağlam bir SLA izleme için altta şu teknik parçaların olması gerekir:
- Zaman damgası (Timestamp): Her süreç adımında oluşturma/güncelleme zamanı
- Durum geçmişi: Süreç durumu değişikliklerinin logu
- Hesaplama motoru: Gerçek zamanlı ya da periyodik SLA hesaplama
- Uyarı mekanizması: Eşik aşımında otomatik bildirim
- Dashboard: Gerçek zamanlı görünürlük ve raporlama
SLA Raporlama
- Uyum oranı: SLA’ya uygun tamamlanan işlem yüzdesi
- Ortalama süre: Ortalama tamamlanma süresi
- Dağılım analizi: Histogram ile süre dağılımı
- Trend analizi: Zaman içindeki performans değişimi
- Darboğaz analizi: En çok gecikmeye neden olan adımlar
İpucu
SLA hedeflerini başlangıçta fazla agresif koymayın. Önce mevcut performansı ölçün, gerçekçi bir hedef belirleyin, sonra zamanla sıkın vidayı. Genelde %80 uyumdan başlayıp aşama aşama %95’in üzerine çıkmak sağlıklı bir yol.
Process Mining ile Süreç Keşfi

Process mining, sürecin gerçekte nasıl aktığını veriyle ortaya koyar
Process mining, sistem loglarından (event log) gerçek süreç akışlarını otomatik olarak çıkaran bir analiz yöntemi. En değerli tarafı da şu: kâğıt üzerindeki süreç haritanızla sahada gerçekten olan biten arasındaki farkı acımasızca gösterir.
Process Mining Temel Kavramları
Olay Logu (Event Log)
Her işlem için: vaka ID’si, aktivite adı, zaman damgası, kaynak (işi kim yaptı) ve varsa ek veriler.
Süreç Keşfi (Process Discovery)
Olay loglarından otomatik süreç modeli oluşturma. Sürecin gerçekte nasıl işlediğini gösterir.
Uyum Kontrolü (Conformance Checking)
Gerçek akışla hedef model arasındaki sapmaları tespit etme.
Performans Analizi
Darboğazlar, gecikme noktaları ve kaynak kullanımı analizi.
Process Mining Uygulama Adımları
- Veri çıkarma: ERP, CRM ve özel uygulamalardan olay loglarını toplama
- Veri hazırlama: Farklı kaynakları birleştirme ve temizleme
- Süreç keşfi: Otomatik süreç modeli oluşturma
- Analiz: Varyantlar, darboğazlar, sapmalar
- İyileştirme: Bulgulara dayalı süreç optimizasyonu
Process Mining ile Tespit Edilebilecekler
- Süreç varyantları: Aynı sürecin kaç farklı şekilde yürütüldüğü
- Rework (tekrar iş): Geri dönüşler ve yeniden yapılan adımlar
- Darboğazlar: En uzun beklemenin yaşandığı adımlar
- Kural ihlalleri: Tanımsız süreç adımlarının yapılması
- Otomasyon fırsatları: Tekrarlayan, kural tabanlı adımlar
Sahadan Örnek: Satın Alma Onay Otomasyonu

Durum
180 çalışanlı bir üretim firması. Satın alma talepleri e-posta ile geliyor, onaylar telefonla kovalanıyordu. Ortalama onay süresi 3-5 iş günüydü ve acil ihtiyaçlarda bile bu süre bir türlü kısalmıyordu. Aylık ortalama 250 satın alma talebi işleniyordu.
Uygulanan Adımlar
- Hafta 1-2: Mevcut süreç haritalandı, process mining ile gerçek akış çıkarıldı. Tek bir süreç zannedilen işin aslında 12 farklı varyantı olduğu ortaya çıktı.
- Hafta 3-4: Standart süreç tanımlandı, tutar ve kategori bazlı bir onay matrisi oluşturuldu.
- Hafta 5-6: Workflow otomasyonu kuruldu, mobil onay devreye alındı.
- Hafta 7-8: SLA izleme dashboard’u açıldı, eskalasyon kuralları tanımlandı.
- Hafta 9-12: Pilot uygulama, geri bildirim toplama, ince ayar.
Sonuç (Temsili)
- Ortalama onay süresi 3-5 iş gününden 4-8 saate indi
- Acil taleplerde onay süresi: 2-4 saat
- Satın almayla ilgili e-posta trafiği %70 azaldı
- SLA uyum oranı %92’ye ulaştı (hedef içinde tamamlanan talepler)
- Satın alma ekibinin raporlamaya ayırdığı süre haftalık 8 saatten 1 saate düştü
Süreç Otomasyonunda En Sık Yapılan 7 Hata
1. Kötü Süreci Otomatize Etmek
Verimsiz bir süreci otomatize ederseniz yalnızca verimsizliği hızlandırmış olursunuz. Önce sürecin kendisini düzeltin, otomasyonu ondan sonra düşünün. “Garbage in, garbage out” ilkesi burada birebir geçerli.
2. İstisna Yönetimini Unutmak
Hiçbir süreç %100 standart değildir. İstisnaları (edge case) tanımlamadan kurulan otomasyon kırılgan olur; ilk beklenmedik durumda çöker. İstisna oranı çoğu zaman %5-15 arasındadır ve bunlar için mutlaka manuel bir yol bırakmak gerekir.
3. Aşırı Karmaşık Akış Tasarlamak
10+ adımlı, 20+ koşullu akışlar bir süre sonra kimsenin yönetemediği bir hâl alır. Basit başlayıp ihtiyaç doğdukça genişletin. Bir akışta 7-8 adımı geçmemeye çalışın; gerekiyorsa alt süreçlere bölün.
4. Kullanıcı Deneyimini Göz Ardı Etmek
Teknik olarak kusursuz çalışan bir otomasyon bile kullanıcı benimsemezse başarısızdır. Mobil uyumluluk, tek tıkla onay ve sezgisel bir arayüz burada belirleyici oluyor.
5. Test Yetersizliği
Canlıya geçmeden tüm senaryoları test edin. Pozitif akış, negatif akış, eşik değerleri, zaman aşımı, paralel onaylar… Her birini ayrı ayrı deneyin ve önce küçük bir pilot kullanıcı grubuyla başlayın.
6. İzleme ve Ölçüm İhmali
Otomasyon devreye girdi diye “iş bitti” demek büyük hata. SLA izleme, hata logları ve performans metrikleri olmadan neyi iyileştireceğinizi bilemezsiniz. Dashboard’suz bir otomasyon kara kutudan farksızdır.
7. Değişim Yönetimi Eksikliği
En iyi otomasyon bile kullanıcı direnci karşısında tökezleyebilir. Eğitim, iletişim ve destek planı olmadan lansmana çıkmayın. İlk 30 gün kaderi belirleyen dönemdir.
Hataları önceden bilmek, çoğu zaman başarının yarısıdır
Başarı Metrikleri
Süreç otomasyonu yatırımının geri dönüşünü görmek için aşağıdaki metrikleri takip edin (değerler temsilidir):
| Metrik | Başlangıç | Hedef | Ölçüm Yöntemi |
|---|---|---|---|
| Ortalama süreç tamamlanma süresi | 3-5 iş günü | 4-8 saat | Sistem zaman damgaları |
| SLA uyum oranı | %60-70 | %90+ | Hedef süre içinde tamamlanan işlem oranı |
| Manuel işlem sayısı | Ayda 500+ | Ayda 50-100 | Otomasyon dışında kalan işlem sayımı |
| Hata oranı | %5-10 | %1-2 | Düzeltme gerektiren işlem yüzdesi |
| Çalışan verimliliği | Baseline | %20-30 artış | İşlenen talep / FTE (tam zamanlı eşdeğer) |
| Kullanıcı memnuniyeti | 3.0/5.0 | 4.0+/5.0 | Periyodik anket |
| Eskalasyon oranı | %25-30 | %5-10 | Üst seviyeye taşınan talep yüzdesi |
| Otomasyon kapsamı | %20-30 | %70-80 | Otomatize edilen süreç adımı yüzdesi |
Bu metrikleri düzenli aralıklarla (haftalık ya da aylık) izleyerek otomasyonun performansını sürekli iyi tutabilirsiniz.
Süreç Otomasyonu Kontrol Listesi
Süreç otomasyonu projenizde aşağıdaki maddeleri gözden geçirin:
- Otomasyon hedefleri belirlendi mi?
- Mevcut süreç haritalandı mı?
- Process mining ile gerçek akış çıkarıldı mı?
- Otomasyon için uygun süreçler seçildi mi?
- ROI analizi yapıldı mı?
- Proje sponsoru ve ekibi belirlendi mi?
- Hedef süreç modeli oluşturuldu mu?
- Tetikleyiciler tanımlandı mı?
- Koşul ve dallanmalar belirlendi mi?
- Onay matrisi oluşturuldu mu?
- İstisna senaryoları tanımlandı mı?
- SLA hedefleri belirlendi mi?
- Eskalasyon kuralları tanımlandı mı?
- Bildirim stratejisi oluşturuldu mu?
- Workflow otomasyon kuruldu mu?
- Entegrasyonlar tamamlandı mı?
- Mobil uyumluluk sağlandı mı?
- Pozitif akış testleri yapıldı mı?
- Negatif akış testleri yapıldı mı?
- Eşik değeri testleri yapıldı mı?
- Zaman aşımı testleri yapıldı mı?
- Yük testleri yapıldı mı?
- Kullanıcı eğitimi verildi mi?
- Kullanıcı kılavuzu hazırlandı mı?
- Pilot grup ile başlangıç yapıldı mı?
- Destek kanalları belirlendi mi?
- Dashboard devreye alındı mı?
- İzleme ve alert mekanizması aktif mi?
- Geri bildirim toplama mekanizması var mı?
- Yaygınlaştırma planı hazır mı?
Sıkça Sorulan Sorular (SSS)
Projeniz İçin Destek Alın
Dijital dönüşüm yolculuğunuzda size rehberlik edebilirim. Ücretsiz ön görüşme için randevu alın.