Otomasyon Sistemi Nedir? Kavram Karmaşası ve Otomasyon Türleri
Otomasyon sistemi, tekrar eden bir işi insan müdahalesi olmadan, tanımlı kurallara veya yapay zeka kararlarına göre baştan sona yürüten yazılım düzeneğidir. Türkiye'de bu terim 2 ayrı anlamda kullanılır: bir yanda restoran, otel veya hastane gibi sektörlere özel paket yazılımlar (adisyon otomasyonu, hastane otomasyonu), diğer yanda herhangi bir kurumdaki iş süreçlerini uçtan uca otomatikleştiren sistemler. Bu yazı 2. anlamı, yani iş süreçleri otomasyonunu ele alır.
Kavram karmaşası: "otomasyon" kelimesi iki farklı şeyi anlatıyor
Otomasyon kelimesi Türkçede birbirine hiç benzemeyen 3 ihtiyacı birden karşılar; bu 3'ünü en baştan ayırmak, yanlış ürün araştırmasına 2-6 hafta harcamayı önler.
1. Sektörel paket yazılım. "Restoran otomasyonu", "hastane otomasyonu", "okul otomasyonu", "eczane otomasyonu" gibi 4 tipik ifadede otomasyon kelimesi aslında "o sektörün işletme yazılımı" anlamına gelir. Kastedilen bir kayıt sistemidir: sipariş alma, adisyon, stok, hasta kabul, muhasebe entegrasyonu. Bunlar birer yönetim yazılımıdır; işi otomatikleştirmekten çok kayıt altına alırlar.
2. Endüstriyel otomasyon. Üretim hatlarındaki PLC, SCADA, sensör ve robot kolları olmak üzere 4 bileşen. Fiziksel süreçlerin makineyle yürütülmesidir. Yazılım tarafı vardır ama alan mühendisliği tamamen ayrıdır.
3. İş süreçleri otomasyonu. Sektör fark etmeksizin, bir kurumda insanların elle yürüttüğü tekrarlı işlerin yazılıma devredilmesi: gelen talebin sınıflandırılması, formdan sisteme veri aktarımı, onay zincirinin işletilmesi, belge okuma, raporun hazırlanıp ilgiliye gönderilmesi. Bu yazının konusu budur ve yapay zekanın en çok fark aldığı alan da burasıdır.
Ayrımın pratik sonucu şudur: 1. gruptaki bir yazılıma sahip olmak, süreçlerinizin otomatik olduğu anlamına gelmez. Kurumların büyük kısmında paket yazılım kayıt tutar; insanlar ise o kaydın etrafındaki kararları ve aktarımları hâlâ elle yapar. Bizim gözlemimizde bir çalışanın gününün 1-3 saati bu boşlukta geçer. Otomasyonun asıl kazancı da tam burada gizlidir.
İş süreçleri otomasyonu ne demek?
İş süreçleri otomasyonu, bir işin başlangıç tetikleyicisinden sonucuna kadar olan adımlarını yazılımla yürütmektir. 3 bileşeni vardır: tetikleyici (e-posta geldi, form dolduruldu, gün başladı), iş mantığı (kural veya model kararı) ve eylem (kayıt açma, mesaj gönderme, veri güncelleme, dosya hazırlama). Bu 3 bileşen, süreci standart bir gösterimle yazdığınızda daha net görünür; BPMN 2.0 belirtimi tam olarak bu amaçla, olayları, görevleri ve karar noktalarını ayrı simgelerle tanımlar.
Otomasyon, dijitalleşmeyle aynı şey değildir. Kâğıt formu PDF'e çevirmek dijitalleşmedir; o form geldiğinde ilgili 10-20 alanın okunup sisteme yazılması, eksikse geri bildirim gönderilmesi ve doğru kişiye yönlendirilmesi otomasyondur. Birincisi veriyi taşır, ikincisi kararı ve emeği devralır.
Otomasyonun sınırı da nettir: kararı tanımlanamayan, her seferinde bağlam gerektiren ve sonucu geri alınamaz işler tam otomasyona uygun değildir. Bu tür işlerde hedef insanı devreden çıkarmak değil, insanın önüne hazır ve gerekçelendirilmiş bir öneri koymaktır; karar 10 saniyede verilir, hazırlık makineye kalır.
Otomasyon türleri
Otomasyon türleri 3 başlıkta toplanır: kural tabanlı otomasyon, RPA ve akıllı/ajan tabanlı otomasyon. Aralarındaki fark, girdinin ne kadar düzenli olduğuyla belirlenir.
Kural tabanlı otomasyon
Kural tabanlı otomasyon, "eğer şu olursa bunu yap" mantığıyla çalışır. Akış diyagramı çizilebilen, girdisi yapılandırılmış ve istisna oranı %5'in altında kalan işler için idealdir: onay yönlendirme, bildirim gönderme, sistemler arası veri senkronizasyonu, zamanlanmış raporlar. Kurulumu en hızlı türdür; basit bir akış 1-5 günde ayağa kalkar ve davranışı 100 çalıştırmanın 100'ünde de öngörülebilir. Microsoft Power Automate gibi araçlar bu katmanı hazır sunar. Zayıf noktası, istisna sayısı arttıkça kural setinin bakımının zorlaşmasıdır: 50 kuralı aşan bir set, tek kişinin kafasında tutamayacağı bir yapıya dönüşür.
RPA (robotik süreç otomasyonu)
RPA, yazılım robotunun bir kullanıcı gibi ekranda tıklayarak ve yazarak iş yapmasıdır. API'si olmayan, 10-20 yıllık ama kritik sistemlerle çalışmanın pratik yoludur; kurumsal RPA ürünlerinin dokümantasyonu bu robotların merkezî olarak nasıl planlandığını ve izlendiğini ayrıntılı tarif eder. Avantajı, mevcut uygulamalara dokunmadan 2-4 haftada devreye alınabilmesidir. Riski ise kırılganlıktır: ekran düzeni değiştiğinde robot durur. RPA'yı kalıcı bir mimari değil, entegrasyon yapılana kadar 6-24 ay süren bir köprü olarak görmek daha sağlıklıdır.
Akıllı ve ajan tabanlı otomasyon
Akıllı ve ajan tabanlı otomasyon, girdinin yapılandırılmamış olduğu yerde devreye girer: serbest metinli e-postalar, faturalar, sözleşmeler, ses kayıtları, müşteri mesajları olmak üzere 5 tipik kaynak. Yapay zeka modeli metni anlar, sınıflandırır, gerekli alanları çıkarır ve bir sonraki adımı belirler. Yapay zeka ajanları bunun bir üst basamağıdır: hedef verilir, ajan hangi aracı hangi sırayla kullanacağına kendisi karar verir, sonucu doğrular ve emin olamadığı noktada insana devreder. Ajanı iş akışına bağlamak için n8n gibi araçlar hazır ajan ve model düğümleri sunar. Bu tür otomasyonda tasarımın kalbi, modelin ne zaman durup soracağının tanımlanmasıdır.
| Ölçüt | Kural tabanlı | RPA | Akıllı / ajan tabanlı |
|---|---|---|---|
| Uygun girdi | Yapılandırılmış veri | Ekran üzerinden erişilen mevcut sistemler | Serbest metin, belge, görsel, ses |
| Karar biçimi | Önceden yazılmış koşullar | Kaydedilmiş adım dizisi | Model çıkarımı ve araç seçimi |
| İstisna toleransı | Düşük | Çok düşük | Yüksek |
| Kurulum süresi | 1-5 gün | 2-4 hafta | 3-8 hafta |
| Bakım yükü | Kural sayısıyla artar | Arayüz değişince kırılır | İzleme ve değerlendirme gerektirir |
| Öngörülebilirlik | Tam | Tam | Sınırlı; doğrulama katmanı şart |
| Tipik kullanım | Onay akışı, bildirim, senkronizasyon | Eski sistemlere veri girişi | Talep sınıflandırma, belge okuma, destek yanıtı |
Gerçek kurulumlarda bu 3 tür birlikte çalışır. Tipik bir akışta yapay zeka gelen belgeyi okur, kural motoru sonucu doğrular, entegrasyon katmanı kaydı ilgili sisteme yazar — 3 teknoloji, 1 akış. Tek bir teknolojiye bağlı kalmak, otomasyon projelerinde gereksiz sınırlar doğurur.
Otomasyona nereden başlanır?
Otomasyona başlarken verilecek ilk karar teknoloji seçimi değil, süreç seçimidir. Doğru ilk aday şu 5 özelliği taşır:
- Haftada en az 20 kez tekrarlanır.
- Adımları tarif edilebilir.
- Girdisi bugün de dijitaldir.
- Hata yapılırsa sonucu 1 adımda geri alınabilir.
- Bugün ne kadar sürdüğü ölçülebilir.
Uygulanabilir sıra 4 adımdır. Önce süreci olduğu gibi yazın; ideal hâlini değil, gerçekte nasıl yürüdüğünü. Sonra adımları 3'e ayırın: kaldırılabilir olanlar, sadeleştirilebilir olanlar, otomatikleştirilebilir olanlar. Bozuk bir süreci otomatikleştirmek yalnızca hızlı bozukluk üretir. Ardından mevcut durumu ölçün: süre, hacim, hata oranı, bekleme süresi olmak üzere 4 metrik. Ölçüm yoksa 6 ay sonra kazancı kanıtlamak da mümkün olmaz.
4. adım dar kapsamlı bir pilot kurmaktır: 1 süreç, 1 ekip, net başarı ölçütü. Pilot 4-8 hafta çalıştıktan sonra insan onayı kademeli olarak azaltılır. Bu yaklaşımın ayrıntılı dökümünü işletmelerde süreç otomasyonu nereden başlanır, nasıl ölçülür yazımızda bulabilirsiniz.
Otomasyon projeleri neden başarısız olur?
Otomasyon projelerinin başarısızlık nedenleri 6 başlıkta toplanır ve 6'sı da teknolojiyle değil, kurgulama biçimiyle ilgilidir.
1. Yanlış süreçle başlamak. En görünür olanla değil, en uygun olanla başlanmalıdır. Yönetime en etkileyici görünen iş, istisnası en çok olan iştir.
2. Bozuk süreci otomatikleştirmek. Gereksiz onay basamakları, mükerrer veri girişleri ve belirsiz sorumluluklar otomasyona kopyalanırsa kalıcı hâle gelir. 8 adımlık bir sürecin 3 adımı gereksizse, önce o 3 adım kaldırılır.
3. Ölçüm yapmamak. Öncesi ölçülmemiş bir süreçte kazanç tartışması fikir düzeyinde kalır. Bu da bütçenin 2. fazda kesilmesine yol açar.
4. Sahiplenilmeyen sistem. Devreye alma sonrasında kimin izleyeceği, hataları kimin karşılayacağı ve kural değişikliklerini kimin yapacağı tanımlanmazsa sistem 3-6 ay içinde sessizce çürür. Otomasyon bir proje değil, işletilen bir varlıktır.
5. İstisnaları göz ardı etmek. Vakaların %85'ini kapsayan bir akış kurulur, kalan %15 için plan yapılmaz. İstisnalar elde birikir ve ekip hem eski işi hem yeni sistemi yürütmek zorunda kalır. İstisna yolu, ana akış kadar tasarlanmalıdır.
6. Ekibi sürecin dışında bırakmak. İşi bugün yapan 2-5 kişi tasarıma katılmazsa hem gerçek adımlar kaçırılır hem de sistem direnişle karşılaşır. Otomasyonun hedefi işi elden almak değil, tekrar eden kısmı devralmaktır.
Kurumunuzdaki hangi sürecin otomasyona uygun olduğunu değerlendirmek için hizmetlerimiz sayfasındaki çözüm başlıklarını inceleyebilirsiniz.
Sık Sorulan Sorular
Otomasyon sistemi ile ERP aynı şey mi?
Değil. ERP, kurumun verisini tek yerde tutan bir kayıt ve yönetim sistemidir. Otomasyon ise o veri etrafındaki adımların insan müdahalesi olmadan yürütülmesidir. Otomasyon, ERP'nin üstüne veya yanına 3. bir katman olarak kurulur; onun yerini almaz.
Küçük işletmeler için otomasyon mantıklı mı?
Evet; hatta ölçek küçüldükçe tek kişinin üzerindeki tekrarlı yük daha görünür hâle gelir. 5-20 kişilik kurumlarda doğru başlangıç, tüm süreçleri kapsayan bir sistem değil, gün içinde 3-10 kez tekrarlanan tek bir işin otomatikleştirilmesidir.
Otomasyon için mevcut yazılımlarımı değiştirmem gerekir mi?
Hayır. Sistemlerin API'si varsa entegrasyon katmanıyla, yoksa RPA veya arayüz düzeyinde köprülerle bağlanılabilir. Yazılım değişimi ayrı bir karardır, 6-18 aylık ayrı bir projedir ve otomasyonun ön koşulu değildir.
Otomasyon çalışanların yerine mi geçer?
Uygulamada olan şey görevlerin devredilmesidir, rollerin değil. Tekrarlı ve kural bağlı adımlar sisteme geçer; istisna yönetimi, ilişki gerektiren işler ve karar sorumluluğu olmak üzere 3 alan insanda kalır. Tasarımı bu ayrım üzerine kurmak hem kaliteyi hem benimsemeyi artırır.
Bir otomasyonun işe yaradığını nasıl anlarım?
Devreye almadan önce belirlenen 5 ölçütle: işlem başına süre, elle müdahale oranı, hata ve tekrar iş oranı, bekleme süresi ve hacim. Aynı 5 ölçüt otomasyon sonrasında aynı yöntemle ölçülmelidir. Ölçüt tanımı devreye alma sonrasına bırakılırsa, sonuç tartışması kanıta değil algıya dayanır.


