İçeriğe geç
laynstack

Süreç otomasyonu

Sistemdeki tekrar eden işi otomatikleştiriyoruz.

E-posta, belge ve veritabanından gelen işlerin kurallardan geçerek otomatik tamamlanmasını veya insan kontrolüne ayrılmasını gösteren akış.

Süreç otomasyonu, elle tekrarlanan bir işin uçtan uca yazılıma devredilmesidir. Bir ekip her sabahın ilk saatini aynı işlerle geçiriyorsa (gelen kutusundan indirilen dosyalar, panele tek tek girilen satırlar, ikinci sisteme kopyalanan aynı satırlar) orada devralınacak bir akış var demektir. Sistemi çoğu zaman biz kurduğumuz için akışı dışarıdan bağlamak gerekmiyor, doğrudan içine yazıyoruz.

Otomasyonun zor tarafı sorunsuz senaryolar değil, istisnalardır. Zamanın çoğu şu üç soruya karar vermekle geçiyor: dosya bozuksa, karşı sistem yanıt vermezse, aynı belge iki kez gelirse ne olacak?

Tipik süre
2–6 hafta
İlk akış
Tek süreç, uçtan uca
Kapsam dışı
Takdir gerektiren kararlar
İzleme
Her çalıştırma kayıtlı

Devredeki bir akışta temsilî bir ay

40/gün
İşlenen belgeSabah 07:00'de başlayan tek akış
37
Otomatik tamamlananKalan üçü gerekçesiyle istisna sırasına düşüyor
11sn
Ortalama çalıştırma süresiBelge başına, indirme dâhil
2sa
Geri kazanılan zamanGünde, iki kişilik bir ekipte
0
Fark edilmeyen hataBaşarısız çalıştırma hem kontrol ekranına hem gelen kutusuna düşüyor
01Ne yapıyoruz

Süreç otomasyonu nasıl kuruluyor?

İş akışı otomasyonu, bir sürecin adımlarını tek tek yazmak ve kimsenin başında beklemesine gerek kalmayacak kadar sağlamlaştırmaktır. Genel bir otomasyon platformu kurmuyoruz; tek bir süreci alıyoruz, bitiriyoruz, sonra ikincisine geçiyoruz.

01

Mevcut süreci yerinde incelemek

Yarım gün boyunca işi yapan kişinin yanında oturup adımları sayıyoruz: ekran kaydı, gerçek dosyalar, gerçek istisnalar. Çıkan liste neredeyse her zaman herkesin tahmininden uzun oluyor; otomasyonun gerçekten gerekli olup olmadığı da burada belli oluyor.

  • Adım adım gerçek akış
  • Hangi adım kaç dakika sürüyor
  • İstisna ayda kaç kez çıkıyor
02

Tetikleyiciler ve bağlantılar

Bir akış e-postayla, klasöre düşen bir dosyayla, bir web kancasıyla (webhook) ya da zamanlayıcıyla başlıyor. Sistemi biz kurduysak bağlantıyı içeriden kuruyoruz; kurmadıysak API, veritabanı ya da dışa aktarma üzerinden bağlanıyoruz.

  • E-posta, klasör, web kancası, takvim
  • ERP, muhasebe ve CRM bağlantıları
  • API'si olmayan sistemler için sınırları yazılı bir köprü
03

İstisna kuralları

Her akışın bir de zor tarafı var: eksik alan, okunmayan tarama, iki kez gelen aynı fatura, yanıt vermeyen bir servis. Her biri için önceden karar veriyoruz: dur, yeniden dene ya da insana ilet.

  • Yinelenen kayıt kontrolü
  • Aralığı kademeli açılan yeniden denemeler
  • İnsana düşen her iş için tek bir sıra
04

İzleme ve devir teslim

Akış, bir kontrol ekranıyla birlikte devreye giriyor: bugünkü çalıştırmalar, bekleyenler, hata alanlar. İlk iki hafta biz de izliyoruz; eşikler bu sürede oturuyor, sonra ekran tamamen sizin oluyor.

  • Günün çalıştırma listesi ve durumları
  • E-posta veya Slack üzerinden hata bildirimi
  • Elle yeniden çalıştırma düğmesi
Süreç otomasyonunda dört adım: süreci yerinde çıkarma, tetikleyiciler ve bağlantılar, istisna kuralları, izleme ve devir.
otomasyonun dört adımı
Tam boyutta aç
02Sistem nasıl işler?

Bir günün işlem kayıtları.

Aşağıda, bir tedarikçi faturası akışında tipik bir gün var: kırk belgenin otuz yedisi kimsenin eline değmeden tamamlandı, üçü sıraya düştü. Sayılar temsilîdir. Asıl önemlisi otuz yedi değil, sıraya düşen üç belge: her birinin neden sıraya düştüğü yazılı.

37 / 40

Bir günde işlenen kırk belgenin otuz yedisi elle dokunulmadan bitti

37
Elle dokunulmadan tamamlandıBelge başına ortalama 11 saniye
2
Alan eksik, insana düştüTedarikçi vergi numarası okunamadı
1
Yinelenen belge, durdurulduAynı fatura ikinci kez geldi

Tek bir çalıştırmanın kaydı

  1. 07:02:14Tedarikçi e-postasından PDF alındı
  2. 07:02:16Alanlar çıkarıldı: tutar, tarih, vergi no, 14 kalem
  3. 07:02:17Sipariş numarasıyla eşleşti (PO-4471)
  4. 07:02:19Muhasebe sistemine taslak kayıt yazıldı
  5. 07:02:19Arşive kaldırıldı, gönderene bilgi verildi

Üç istisna da aynı ekranda, girdi dosyasıyla birlikte duruyor. İnsanın bakması gereken iş günde beş dakika sürüyor. İstisna sırası ayrı bir araç değil; akışın çalıştığı panele eklenen bir ekran.

tedarikçi faturası akışında temsilî bir gün
Bir işin otomasyona uygun olup olmadığını gösteren beş ölçüt: tekrar, kural, veri, hata maliyeti ve hacim; her ölçüt için uygun ve uygun olmayan durumlar, sonunda beş üzerinden alınan puana göre bir karar.
otomasyondan önce sorduğumuz beş soru
Tam boyutta aç
03Ne teslim ediyoruz

Teslimatta neler var?

Bir otomasyon, kurulduğu gün ne kadar anlaşılırsa altıncı ayında da o kadar anlaşılır olmalı. Teslim ettiklerimizin çoğu bu yüzden yazılı belge.

  • 01kod deposu

    Akış kodu

    Tek bir kod deposunda; her adım tek başına okunabilen bir dosyada duruyor. Görsel bir aracın içine kilitli değil; sürdürmek için bize bağımlı kalmıyorsunuz.

  • 02tek sayfa PDF

    Süreç haritası

    Sürecin otomasyondan önceki ve sonraki hâli yan yana; kaldırılan her adımın gerekçesi yazılı.

  • 03Markdown

    İstisna kitapçığı

    Karşılaştığımız ve karşılaşmayı beklediğimiz her hata durumu: sistemin ne yaptığı, insanın ne yapması gerektiği yazılı.

  • 04web paneli

    Kontrol ekranı

    Çalıştırmalar, durumlar, istisna sırası ve elle yeniden çalıştırma tek ekranda. Ekip için kullanıcı hesapları dâhil.

  • 05e-posta / Slack

    Uyarı kurulumu

    Hata olduğunda kime, hangi kanaldan haber gideceği yazılı. Fark edilmeden geçen bir hata olmuyor.

  • 06dâhil

    İki haftalık gözetim

    Devreye aldıktan sonraki iki hafta çalıştırmaları biz de izliyoruz; eşikler ve yeniden deneme aralıkları bu sürede oturuyor.

04Sık sorulanlar

Otomasyon üzerine dört soru.

Otomasyon görüşmelerinde en çok bunlar soruluyor.

Süreç otomasyonu, elle tekrarlanan bir işin uçtan uca yazılıma devredilmesidir. Örnek: tedarikçi faturası e-postayla geliyor, alanlar PDF'ten okunuyor, muhasebe sistemine taslak kayıt yazılıyor ve belge arşive kaldırılıyor; bu adımların hiçbirinde kimse dosyayı açmıyor. Amaç kimsenin yerini almak değil; karar ekipte kalıyor, ortadan kalkan şey kararın önündeki hazırlık işi.

Hayır ve olmaması iyi. Kural yazılabiliyorsa kural yazıyoruz: daha ucuz, daha hızlı, tahmin edilebilir. Model yalnızca girdi gerçekten belirsizken devreye giriyor: serbest metin, taranmış belge, sınıflandırılması gereken talep. Hangi adımda model kullandığımızı ve o adımın aylık maliyetini teklifte satır satır görüyorsunuz.

Çoğu zaman olur. E-postayla gelen bir rapor, klasöre bırakılan bir dosya, dışa aktarılan bir CSV ya da doğrudan veritabanı bağlantısı da birer arayüzdür. Son çare olarak tarayıcıyı yöneten bir köprü de yazabiliyoruz; bunu ancak başka yol kalmadığında öneriyoruz, çünkü karşı taraf ekranını değiştirdiğinde bozuluyor.

İki şeyi değiştiriyor. Birincisi bilgi: paneli yazan ekip verinin nerede durduğunu ve hangi adımın hâlâ elle yapıldığını zaten biliyor, ikinci bir keşif turu gerekmiyor. İkincisi yetki: gerektiğinde sistemin kendisini de değiştirebiliyoruz.

Akış yeni bir alana ya da yeni bir duruma ihtiyaç duyduğunda bunu doğrudan sistemin içinde çözüyoruz. Dışarıdan bağlanan bir firma ise yalnızca sistemin açtığı uçlarla çalışabilir.

Sonraki adım

Ne geliştireceğimizi ya da neyi otomatikleştireceğimizi konuşalım.

Ücretsiz görüşme yirmi dakika sürer. Doğrudan projeyi yürütecek teknik ekiple konuşursunuz. Görüşmenin ardından önce hangi işe başlayacağımızı, tahmini süreyi ve bütçe aralığını tek sayfalık bir özet olarak paylaşıyoruz.

  • Ücretsiz · 20 dakika
  • Doğrudan teknik ekiple
  • 1 iş günü içinde yanıt