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

Modern süreç otomasyonu, tüm iş akışlarını tek bir platformda birleştirir
Süreç otomasyonu, tekrarlayan is süreçlerinin yazılım ve sistemler aracılığıyla insan müdahalesi olmadan veya minimum müdahale ile otomatik olarak yurutulmesidir. Bir tetikleyici (trigger) olay gerçeklestiginde, sistem belirlenmiş kurallara göre aksiyonlar alır, bildirimleri gönderir ve süreci ilerletir.
Süreç otomasyonunun temel bileşenleri şunlardır:
- Tetikleyiciler (Triggers): Süreci baslatan olaylar – form gönderimi, tarih/saat, sistem olayı
- Koşullar (Conditions): Süreç dallanmasını belirleyen kurallar – tutar esigi, departman, öncelik
- Aksiyonlar (Actions): Otomatik gerçeklestirilen işlemler – bildirim, veri güncelleme, entegrasyon
- Onaylar (Approvals): Insan kararı gerektiren adımlar – çoklu onay, paralel/seri akış
Otomasyon Olgünlük Seviyeleri
Her işletme, otomasyon yolculuğunda farklı bir noktadadir:
Seviye 1: Manüel Süreçler
Tüm işlemler e-posta, kagit veya sözlü iletişimle yurutuluyor. Takip ve raporlama zorluğu yaşanıyor.
Seviye 2: Dijitalleştirilmis Süreçler
Süreçler dijital ortama taşındı ancak hala manüel tetikleme ve takip gerekiyor. ERP/CRM sistemleri var ama entegre değil.
Seviye 3: Kural Tabanlı Otomasyon
Belirlenmiş kurallara göre otomatik akış. Istisnalar manüel müdahale gerektiriyor. Çoğu kurumsal firmanın hedefi bu seviye.
Seviye 4: Akıllı Otomasyon
Yapay zeka destekli karar alma, tahminsel analitik, sürekli öğrenme. On yıllık vizyon, pilot uygulamalar.
Sektörel uygulamalar hakkında detaylı bilgi için ilgili sayfaları inceleyebilirsiniz.
Otomasyon Tipleri ve Katmanları

Farklı otomasyon katmanları birlikte çalışarak entegre bir yapı oluşturur
Süreç otomasyonu, tek bir teknoloji değil, farklı katmanlarda çalışan bileşenler bütünüdür:
1. Workflow Otomasyon (iş akışi)
En temel otomasyon katmanı. Bir iş akışının adimlerini, koşullarını ve geçişlerini tanımlar:
- Onay akisleri (satın alma, masraf, izin)
- Doküman yönetimi akisleri (inceleme, revizyon, yayınlama)
- Müşteri talep yönetimi (tiket açma, atama, çözüm)
2. Entegrasyon Otomasyonu
Farklı sistemler arasında veri akışını otomatize eder:
- API tabanlı entegrasyonlar (REST, SOAP)
- Middleware ve ESB (Enterprise Service Bus) çözümleri
- iPaaS (Integration Platform as a Service) aracları
3. Robotik Süreç Otomasyonu (RPA)
Mevcut uygulamalarda insan davranışlarını taklit eden yazılım robotları:
- Ekran kazima (screen scraping)
- Form doldurma ve veri giriş
- Legacy sistem entegrasyonu
4. Akıllı Otomasyon (Intelligent Automation)
Yapay zeka ve makine öğrenimi ile zenginleştirilmiş otomasyon:
- Doküman sınıflandırma ve veri cikartma (OCR + AI)
- Tahminsel yönlendirme
- Doğal dil işleme (NLP) ile e-posta/chat analizi
Ipucu
Otomasyon yolculuğuna en basit katmandan baslayin. Workflow otomasyonu ile hızlı kazanımlar elde ettikten sonra, daha karmaşık entegrasyon ve RPA projelerine gecilebilir.
Trigger-Based Aksiyonlar

Doğru tetikleyici tasarımi, otomasyonun kalbidir
Trigger-based (tetikleyici tabanlı) aksiyonlar, süreç otomasyonunun temelidir. Bir olay gerçeklestiginde otomatik olarak bir dizi aksiyonun baslaması sağlanir.
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 asaması, onay sonuçu
- 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ündan 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ımi
Tetikleyici sonrası gerçeklestirilecek aksiyonlar:
- Bildirim: E-posta, SMS, push notification, sistem uyarısı
- Veri işleme: Kayıt oluşturma, güncelleme, hesaplama
- Yönlendirme: Görevi belirli kişiye/gruba atama
- Entegrasyon: Dış sisteme veri gönderme, API çağrısı
- Doküman: PDF oluşturma, e-posta ekleme, arşivleme
Dikkat
Tetikleyici dongulerinden kaçının. A aksiyonu B’yi, B aksiyonu A’yi tetiklerse sonsuz döngü oluşur. Her tetikleyici tasarıminda zincirleme etkileri gözden geçirin.
RPA Temelleri ve Uygulama Alanları

RPA, tekrarlayan manüel işlemleri yazılım robotlarına devreder
Robotik Süreç Otomasyonu (RPA), mevcut uygulamaların arayuzlerini kullanarak insan kullanıcıların yapcagt işlemleri otomatize eden yazılım robotlarıdır. API entegrasyonu mümkün olmayan legacy sistemlerde özellikle değerlidir.
RPA Ne Zaman Kullanılır?
- Legacy sistemlerde API mevcut değilse veya maliyetli işe
- Yüksek hacimli, tekrarlayan veri giriş işlemleri varsa
- Birden fazla uygulama arasında manüel kopyala-yapıştır yapılıyorsa
- Kural tabanlı, karar ağacı ile tanımlanabilir işlemler için
RPA İ̇çin Uygun Süreç Özellikleri
Her süreç RPA için uygun değildir. Ideal RPA adayları:
- Yüksek hacim: Günlük/haftalık yüzlerce veya binlerce işlem
- Düşük istisna oranı: İşlemlerin %80+’i standart kurala uyuyor
- Stabil arayüz: Uygulama arayüzü sik degismiyor
- Dijital girdi: Veriler zaten dijital ortamda (Excel, e-posta, sistem)
- Kural tabali karar: IF-THEN-ELSE mantigi ile tanımlanabiliyor
Yaygın RPA Uygulama Alanları
Finans ve Muhasebe
- Fatura işleme ve eşleştirme
- Banka mutabakatı
- Ay sonu kapanish işlemleri
Insan Kaynakları
- İşe alım sürecinde veri giriş
- Bordro veri hazırlama
- Izin ve devamsızlık takibi
Satın Alma ve Tedarik
- Tedarikçi fiyat karşılaştirmesi
- Sipariş oluşturma ve takip
- Stok seviyesi kontrolü
Müşteri Hizmetleri
- Tiket kategorilendirme ve yönlendirme
- Müşteri veri güncelleme
- Standart sorgulara otomatik yanıt
Bildirim ve Eskalasyon Sistemleri

Etkili bildirim sistemleri, doğru kişiye doğru zamanda ulaşır
Süreç otomasyonunda bildirim ve eskalasyon sistemleri, insan müdahalesinin gerekli olduğu noktalarda zamanında aksiyon alinmesini sağlar.
Bildirim Kanal Stratejisi
Her bildirim için doğru kanal seçimi kritiktir:
- 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 icii bildirim: ERP/CRM içinde görev kutusu, dashboard uyarısı
- Entegre mesajlaşma: Kurumsal chat uygulamaları
Eskalasyon Mekanizmesi
Belirlenen sürede aksiyon alinmazsa otomatik yukarılara iletim:
Seviye 1: Ilk Hatırlatma
İ̇şlem sahibine ilk hatırlatma (örnegin 4 saat sonra)
Seviye 2: Yönetici Bildirimi
Birim yöneticisine kopyali bildirim (örnegin 8 saat sonra)
Seviye 3: Üst Yönetim
Departman/genel müdüre eskalasyon (örnegin 24 saat sonra)
Seviye 4: Otomatik Aksiyon
Belirlenmiş varsayılan kararın uygulanması veya süreç dondurma
Bildirim En Iyi Uygulamaları
- Bildirim yorgunlugunu önleyin – gereksiz bildirimi eleyin
- Actionable (aksiyona dönüştürülebilir) bildirimler gönderin
- Öncelik seviyelendirmesi yapın (düşük/orta/yüksek/kritik)
- Tek tıkla aksiyon imkanı sunun (mobil onay)
- Bildirim tercihlerini kişiselleştirme olanağı tanıyın
SLA Izleme ve Performans Yönetimi

SLA dashboard’ları süreç performansını gerçek zamanlı izler
Service Level Agreement (SLA) izleme, süreç performansının ölçülmesi ve hedeflere uyumun takibi için kritik öneme sahiptir.
SLA Tasarımi
1. Zaman Metrikleri
- Toplam süreç süresi: Başlangıçtan bitise toplam süre
- Adım bazlı süre: Her adımın tamamlanma süresi
- Bekleme süresi: Onay/karar için geçen bekleme
- İ̇şlem süresi: Aktif çalışma süresi
2. Eşik Değerleri (Thresholds)
- Hedef (Target): Ideal tamamlanma süresi
- Uyarı (Warning): Dikkat gerektiren eşik
- Kritik (Critical): Eskalasyon gerektiren eşik
- Ihlal (Breach): SLA ihlali sayılan eşik
SLA Izleme Mimarisi
Etkili SLA izleme için teknik altyapı:
- Zaman damgası (Timestamp): Her süreç adiminda oluşturma/güncelleme zamanı
- Durum geçmişi: Süreç durumu değişikliklerinin logu
- Hesaplama motoru: Gerçek zamanlı veya periyodik SLA hesaplama
- Uyarı mekanizmesi: 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
- Darbogazz analizi: En çok gecikmeye neden olan adımlar
Ipucu
SLA hedeflerini baslangicta fazla agresif belirlemeyin. Mevcut performansı ölçün, gerçekci hedefler koyun ve zamanla iyileştirin. Temsili olarak %80 uyumdan başlayıp %95+’a ulaşmayı hedefleyin.
Process Mining ile Süreç Keşfi

Process mining, gerçek süreç akislerini veriye dayalı olarak ortaya koyar
Process mining, sistem loglarından (event logs) gerçek süreç akislerini otomatik olarak cikartan ve analiz eden analitik yöntemdir. Teorik süreç haritası ile gerçek kullanım arasındaki farkı ortaya koyar.
Process Mining Temel Kavramları
Olay Logu (Event Log)
Her işlem için: Vaka ID, aktivite adı, zaman damgası, kaynak (kim yaptı), ek veri.
Süreç Keşfi (Process Discovery)
Olay loglarından otomatik süreç modelı oluşturma. Gerçekte nasıl çalıştığını gösterir.
Uyum Kontrolü (Conformance Checking)
Gerçek akış ile hedef model arasındaki sapmaları tespit etme.
Performans Analizi
Darboğazlar, gecikme noktalar, kaynak kullanımi analizi.
Process Mining Uygulama Adimleri
- Veri çıkarma: ERP, CRM, özel uygulamalardan olay loglarını toplama
- Veri hazırlama: Farklı kaynakların birlestrilmesi, temizleme
- Süreç keşfi: Otomatik süreç modelı oluşturma
- Analiz: Varyantlar, darboğazlar, sapmalar
- İ̇yileştirme: Bulgulara dayalı süreç optimizasyonu
Process Mining ile Tespit Edilebilecekler
- Süreç varyantları: Aynı süresin kaç farklı şekilde yürütüldüğü
- Rework (tekrar is): Geri donus ve tekrar yapınan adımlar
- Darboğazlar: En uzun bekleme yaşanan adımlar
- Kural ihlalleri: Tanimsiz 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ışanli üretim firmesi. Satın alma talepleri e-posta ile iletiliyor, onaylar telefonla takip ediliyor. Ortalama onay süresi 3-5 is günü. Acil ihtiyaçlarda bile süre kisalmiyor. Aylık ortalama 250 satın alma talebi isleniyordu.
Uygulanan Adımlar
- Hafta 1-2: Mevcut süreç haritalandı, process mining ile gerçek akış çıkarıldı. 12 farklı süreç varyanti tespit edildi.
- Hafta 3-4: Standart süreç tanimlandi, onay matrisi oluşturuldu (tutar + kategori bazlı)
- Hafta 5-6: Workflow otomasyonu kuruldu, mobil onay aktive edildi
- Hafta 7-8: SLA izleme dashboard’u devreye alındı, eskalasyon kuralları tanimlandi
- Hafta 9-12: Pilot uygulama, geri bildirim toplama, ince ayar
Sonuç (Temsili)
- Ortalama onay süresi: 3-5 is gününken 4-8 saate düştü
- Acil taleplerde onay süresi: 2-4 saat
- E-posta trafiği satın alma konusunda %70 azaldı
- SLA uyum oranı: %92 (hedef dahilinde tamamlanan talepler)
- Satın alma ekibinin raporlama için harcadigi süre: haftalık 8 saatten 1 saate
Süreç Otomasyonunda En Sik Yapılan 7 Hata
1. Kötü Süreci Otomatize Etmek
Mevcut süreç verimsiz işe otomatize etmek sadece verimsizliği hizlandirir. Öncelikle sürecin kendisi optimize edilmeli, sonra otomasyon dusunulmeli. “Garbage in, garbage out” prensibi geçerlidir.
2. Istisna Yönetimini Unutmak
Her süreç %100 standart değildir. İstisnaları (edge cases) tanımlamadan otomasyon kurmak, sistemi “kirilgan” yapar. Minimum istisna oranı %5-15 arasındadır, bunlar için manüel yol olmalıdir.
3. Aşırı Karmaşık Akış Tasarlamak
10+ adımlı, 20+ koşullu akışlar yönetilemez hale gelir. Basit başlayıp, ihtiyaça göre genişletin. Bir akista maksimum 7-8 adım olması önerilir, gerekirse alt süreçlere bolunn.
4. Kullanıcı Deneyimini Göz Ardı Etmek
Teknik olarak mükemmel çalışam otomasyon, kullanıcı tarafından benimsenemezse başarısizdir. Mobil uyumluluk, tek tıkla onay, sezgisel arayüz kritik öneme sahiptir.
5. Test Yetersizliği
Canlı ortama gecmeden tüm senaryoları test edin. Pozitif akış, negatif akış, eşik değerleri, zaman aşımı, paralel onaylar… Her birini ayrı ayrı test edin. Pilot kullanıcı grubu ile baslayın.
6. Izleme ve Ölçüm Ihmalii
Otomasyon devreye girdi, “is bitti” demek hatadi. SLA izleme, hata logları, performans metrikleri olmadan iyileştirme yapamazsınız. Dashboard’suz otomasyon kara kutudur.
7. Değişim Yönetimi Eksikliği
En iyi otomasyon bile, kullanıcı direnci karşısında başarısiz olabilir. Eğitim, iletişim ve destek planı olmadan lansman yapmayın. Ilk 30 gün kritik dönemdir.
Otomasyon hatalarını önceden tanımlamak başarınin anahtarıdır
Başarı Metrikleri
Süreç otomasyonu yatiriminin geri donusunu ölçmek için aşağıdaki metrikleri takip edin (temsili değerler):
| Metrik | Baslangic | Hedef | Ölçüm Yöntemi |
|---|---|---|---|
| Ortalama süreç tamamlanma süresi | 3-5 is günü | 4-8 saat | Sistem zaman damgaları |
| SLA uyum oranı | %60-70 | %90+ | Hedef süre içinde tamamlanan işlem oranı |
| Manüel 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ışanlik 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üzenly (haftalık/aylık) izleyerek otomasyon performansını sürekli iyileştirin.
Süreç Otomasyonu Kontrol Listesi
Süreç otomasyonu projenizde aşağıdaki maddeleri kontrol edin:
- Otomasyon hedefleri belirlendi mi?
- Mevcut süreç haritalandı mi?
- Process mining ile gerçek akış çıkarıldı mi?
- Otomasyon için uygun süreçler seçildi mi?
- ROI analizi yapıldı mi?
- Proje sponsoru ve ekibi belirlendi mi?
- Hedef süreç modelı oluşturuldu mu?
- Tetikleyiciler tanimlandi mi?
- Koşul ve dallanmalar belirlendi mi?
- Onay matrisi oluşturuldu mu?
- Istisna senaryoları tanimlandi mi?
- SLA hedefleri belirlendi mi?
- Eskalasyon kuralları tanimlandi mi?
- Bildirim stratejisi oluşturuldu mu?
- Workflow otomasyon kuruldu mu?
- Entegrasyonlar tamamlandı mi?
- Mobil uyumluluk sağlandi mi?
- Pozitif akış testleri yapıldı mi?
- Negatif akış testleri yapıldı mi?
- Eşik değeri testleri yapıldı mi?
- Zaman aşımı testleri yapıldı mi?
- Yük testleri yapıldı mi?
- Kullanıcı eğitimi verildi mi?
- Kullanıcı kılavuzu hazırlandi mi?
- Pilot grup ile baslangic yapıldı mi?
- Destek kanalları belirlendi mi?
- Dashboard devreye alındı mi?
- Izleme ve alert mekanizmesi aktif mi?
- Geri bildirim toplama mekanizmesi var mi?
- Yaygındastirma planı hazır mi?
Sikca 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.