Muhasebe ekibi bir faturayı elle işlerken aslında iki farklı zorlukla uğraşır. Birincisi mekanik: veriyi bir yerden okuyup başka bir sisteme yazmak. İkincisi ise yorum gerektirir: taranmış bir belgede tutar hangi hücrede, tedarikçi adı hangi formatta yazılmış, bu e-posta bir sipariş onayı mı yoksa bir şikâyet mi. Klasik RPA (robotik süreç otomasyonu) birinci zorluğu çözer ama ikincisinde durur — çünkü kural tabanlı robot, ekranın hep aynı yerde aynı bilgiyi bulmasını bekler. Format değişince, el yazısı görünce ya da serbest metin gelince robot çuvallar.
Yapay zekâ tam burada devreye giriyor. Son birkaç yılda RPA araçlarının çoğu, belge anlama ve doğal dil işleme katmanlarını kendi platformlarına gömdü; buna genelde akıllı otomasyon (intelligent automation) ya da akıllı belge işleme (IDP — intelligent document processing) deniyor. Bu yazı, bu ikisinin birleşiminin bir KOBİ’de pratikte ne anlama geldiğini, hangi işlerin artık otomasyona açıldığını ve nereden başlanacağını anlatıyor.
Klasik RPA ile akıllı otomasyon arasındaki fark
Klasik RPA bir asistan gibi çalışır: “şu ekranı aç, şu alanı oku, şu sisteme yaz” dediğinizde harfiyen uygular. Girdi her zaman aynı düzende olduğu sürece sorunsuz çalışır — sabit şablonlu bir sipariş formu, standart bir Excel raporu gibi.
Akıllı otomasyonda robotun önüne bir anlama katmanı eklenir. Bu katman, taranmış bir faturadaki tutarı hangi hücrede olursa olsun bulabilir, bir e-postanın konusunu sınıflandırabilir, bir sözleşme metninden belirli maddeleri çıkarabilir. Robot hâlâ tekrar eden işi yapar; fark, artık girdi standart olmasa da çalışabilmesidir. Pratikte bu, iki teknolojinin üst üste bindirilmesi demek:
- RPA katmanı: sistemler arası veri taşıma, form doldurma, tıklama sırası — mekanik iş.
- Yapay zekâ katmanı: belge okuma (OCR + anlama), metin sınıflandırma, alan çıkarımı, basit karar verme — yorum gerektiren iş.
İki katman birlikte çalışınca, daha önce “otomasyona uygun değil” diye elenen işler de listeye girer.
Hangi işler artık akıllı otomasyona açılıyor?
KOBİ’lerde en sık karşılaşılan örnekler:
- Serbest formatlı fatura ve fiş okuma: her tedarikçinin kendi şablonuyla gönderdiği faturaların otomatik okunup muhasebe/ERP sistemine aktarılması.
- Gelen e-posta sınıflandırma ve yönlendirme: sipariş, şikâyet, teklif talebi gibi e-postaların içeriğine göre ayrılıp doğru departmana düşmesi.
- Sözleşme ve belge özetleme: uzun bir tedarik sözleşmesinden teslim tarihi, ödeme koşulu gibi kritik alanların çıkarılması.
- Müşteri talep formlarının ön değerlendirmesi: serbest metinli taleplerin konu/öncelik etiketiyle işleme sisteme düşmesi.
- Kalite ve bakım kayıtlarının dijitalleştirilmesi: sahadan gelen el yazısı formların veya fotoğrafların okunup sisteme işlenmesi.
Bu listenin ortak özelliği şu: girdi hâlâ tekrar eden bir iş ama artık biçimi değişken. Klasik RPA’nın takıldığı tam da bu noktaydı.
Nereden başlanır: üç adımlı bir çerçeve
Akıllı otomasyona atlamadan önce sıra önemli. Aceleyle en karmaşık süreci seçmek, projeyi daha ilk ayda tıkar.
- Hacmi yüksek, riski düşük bir süreçle başlayın. Fatura okuma gibi sık tekrarlanan ama hatası kolay düzeltilebilen bir iş, ilk pilot için idealdir. Müşteriye doğrudan giden, geri dönüşü zor bir süreçle başlamayın.
- Doğruluk oranını baştan ölçün ve izleyin. Akıllı otomasyon araçları yüzde yüz doğru okumaz; kritik olan, robotun emin olmadığı vakayı insana devretmesidir (istisna kuyruğu). Bu oranı düzenli izlemeyen projeler zamanla güven kaybeder.
- ERP’nin kendi otomasyonuyla karışıklığı önleyin. Modern bir ERP’de zaten tanımlı onay akışı, stok düşümü gibi kurallar varsa, bunları tekrar RPA ile kurmak gereksiz katman ekler. Dijital dönüşüm tarafında önce hangi işin sistemin içinde, hangisinin sistemler arasında çözüleceğine karar vermek gerekir.
İnsan nerede kalıyor?
Akıllı otomasyon “insanı devre dışı bırakma” projesi değildir; tersine, insanın karar verdiği noktayı netleştirir. Robot yüksek güvenle okuduğu vakayı doğrudan işler, düşük güvenle okuduğunu bir kişiye gösterir. Bu ayrım, sistemin hem hızlı hem güvenilir kalmasını sağlar. Aksi hâlde iki riskten biri gerçekleşir: ya robot her şeyi insana sorar (otomasyonun anlamı kalmaz), ya da hiçbir şeyi sormaz (hatalar sisteme sessizce girer).
Bu yüzden bir akıllı otomasyon projesinde kurulması gereken şey yalnızca teknik entegrasyon değil, aynı zamanda istisna yönetimi süreci: kim, ne zaman, hangi eşiğin altındaki vakayı kontrol edecek.
Veri güvenliği ve KVKK açısından dikkat edilecekler
Fatura, sözleşme ya da müşteri e-postası gibi belgeler kişisel veri içerebilir. Akıllı otomasyon kurarken şu sorular baştan cevaplanmalı:
- Belge okuma katmanı bulutta mı çalışıyor, veri hangi ülkede işleniyor?
- Sağlayıcıyla yapılan sözleşmede veri işleme koşulları (KVKK md. 12 kapsamında) net mi?
- İstisna kuyruğuna düşen belgelere kimlerin erişimi var, log tutuluyor mu?
Bu sorular yanıtlanmadan canlıya geçmek, hız kazanırken uyum riski satın almak anlamına gelir.
Sık yapılan hatalar
Akıllı otomasyon projelerinde tekrar eden birkaç hata var:
- Önce teknoloji, sonra süreç seçmek. “Bir RPA aracı alalım, sonra hangi işe uygularız bakarız” sırası tersten işler. Önce süreç ve hacim netleşmeli, araç ondan sonra seçilmeli.
- Pilotu ölçmeden büyütmek. İlk süreçte doğruluk oranı, istisna sayısı ve zaman kazancı ölçülmeden ikinci, üçüncü sürece geçmek, sorunları büyüterek taşır.
- İstisna kuyruğunu kimsenin takip etmemesi. Robotun emin olmadığı vakalar bir yere düşer ama gözden kaçırılırsa, sistemin görünmeyen bir köşesinde hata birikir.
- Süreç sahibinin projeye dahil edilmemesi. Süreci en iyi bilen kişi genelde otomasyonu kuran ekip değil, o işi günlük yapan kişidir; erken aşamada görüşü alınmazsa robot yanlış varsayımla kurulur.
Bu hataların ortak paydası, otomasyonu bir yazılım projesi gibi değil, bir süreç değişikliği projesi gibi ele almamak. Robot kurmak teknik iştir; ama hangi işin, ne zaman, kim tarafından kontrol edileceğine karar vermek organizasyonel iştir — ve asıl zorluk genelde ikincisindedir.
Karar çerçevesi: hangi ölçekte ne yapılır?
| Ölçek / durum | Önerilen yaklaşım |
|---|---|
| Az sayıda, standart formatlı belge | Klasik RPA yeterli olabilir, yapay zekâ katmanına gerek olmayabilir |
| Çok sayıda, değişken formatlı belge (fatura, e-posta) | Akıllı otomasyon (RPA + belge anlama) mantıklı |
| Modern ERP zaten kural motoruna sahip | Önce ERP içi otomasyonu değerlendirin, RPA’yı boşluklara sıkıştırın |
| Kişisel veri yoğun süreç | Veri işleme ve erişim kontrolünü otomasyon tasarımından önce netleştirin |
İkiz Eksen’in yaklaşımı
İkiz Eksen, bir sürecin hangi parçasının ERP’nin kendi kuralıyla, hangi parçasının RPA ile, hangi parçasının yapay zekâ destekli belge anlama ile çözüleceğine birlikte karar verir. Amaç robot sayısını artırmak değil; ekibin zamanını tekrar eden işten kurtarıp katma değerli işe yönlendirmektir. Çözümlerimize göz atabilir ya da doğrudan sürecinizi konuşmak için bize ulaşabilirsiniz.
Sıkça Sorulan Sorular
RPA ile akıllı otomasyon arasındaki temel fark nedir?
Klasik RPA, girdisi hep aynı düzende olan kural tabanlı işleri otomatikleştirir. Akıllı otomasyon ise buna belge anlama ve metin sınıflandırma gibi yapay zekâ yetenekleri ekler; böylece değişken formatlı girdilerle de çalışabilir.
Küçük bir işletme için akıllı otomasyon gerekli mi, yoksa klasik RPA yeterli mi?
Belgeleriniz genelde sabit bir şablonda geliyorsa klasik RPA yeterli olabilir. Farklı tedarikçilerden farklı formatlarda fatura, serbest metinli e-posta gibi değişken girdiler işliyorsanız akıllı otomasyon katmanı anlamlı fark yaratır.
Akıllı otomasyon hiç hata yapmaz mı?
Hayır. Doğruluk oranı belgenin kalitesine ve sürecin karmaşıklığına göre değişir. Önemli olan, robotun emin olmadığı vakayı otomatik olarak bir kişiye devretmesi (istisna yönetimi) — bu mekanizma kurulmadan canlıya geçmek risklidir.
Mevcut ERP’mizde otomasyon varken ayrıca RPA’ya gerek var mı?
Genelde her ikisi birlikte kullanılır ama roller farklıdır: ERP içindeki iş zaten sistemin kuralıyla çözülür; RPA ve akıllı otomasyon, sistemler arasında köprü gereken ya da ERP’nin dışında kalan işler için devreye girer.
Kişisel veri içeren belgelerde akıllı otomasyon KVKK’ya uygun mu kurulur?
Kurulabilir, ama tasarım aşamasında veri işleme yeri, sağlayıcı sözleşmesi ve erişim/log kontrolü netleştirilmelidir. Bu adımlar atlanırsa uyum riski doğar; belirsizseniz KVKK danışmanınıza teyit ettirin.