Süreç Otomasyonu: RPA mı, Yapay Zekâ mı, İkisi Birden mi?

Süreç otomasyonunda RPA, yapay zekâ ve API entegrasyonu ne zaman seçilir? Karar tablosu, süreç seçme ölçütleri, insan onaylı akış ve fabrika örnekleri.

Yazar: CX Teknoloji Uzman Ekibi

RPA, kuralları net ve girdisi düzenli olan ekran işlerini insanın yerine tekrarlayan yazılım robotudur; yapay zekâ ise serbest metin, taranmış belge ya da görüntü gibi düzensiz girdiyi yapılandırılmış bilgiye çeviren katmandır. Kural netse ve girdi düzenliyse RPA ya da doğrudan API entegrasyonu yeterlidir. Girdi düzensizse yapay zekâ okur ve sınıflandırır, işlemi entegrasyon ya da RPA yapar, emin olunamayan durumlar insana düşer.

Satınalma biriminde bir uzman günün ilk saatlerinde tedarikçi e-postalarını açar, ekteki PDF faturadaki tutarları ERP'deki sipariş ve mal kabul kaydıyla karşılaştırır, uyanları onaya gönderir, uymayanlar için tedarikçiye yazar. Bu işin bir kısmı tamamen kurallıdır, bir kısmı ise her tedarikçinin farklı fatura şablonu yüzünden okuma ve yorum gerektirir. Otomasyon projelerinde doğru araç, işin bu iki parçası ayrıştırılınca belirginleşir. Bu ayrıştırmayı süreç otomasyonu danışmanlığı kapsamında süreç sahibiyle birlikte, gerçek iş örnekleri üzerinden yapıyoruz.

RPA nedir, nerede iyi çalışır?

RPA (robotic process automation, robotik süreç otomasyonu), bir kullanıcının ekranda yaptığı tıklama, kopyalama, yapıştırma ve form doldurma adımlarını kaydedilmiş kurallarla taklit eden yazılımdır. Avantajı, kaynak sistemde değişiklik gerektirmemesidir; API'si olmayan eski bir uygulamaya bile ekran üzerinden veri girebilir. Bu yüzden hızlı sonuç verir ve BT kaynağı kısıtlı şirketlerde cazip görünür.

Zayıf tarafı kırılganlıktır. Ekranda bir düğmenin yeri değiştiğinde, ERP'ye sürüm güncellemesi geldiğinde ya da bir alan adı yeniden düzenlendiğinde robot durur. Girdi de standart olmalıdır: hep aynı Excel şablonu, hep aynı alan sırası. Tedarikçinin fatura biçimini değiştirmesi, müşterinin siparişi e-posta gövdesinde serbest metinle yazması gibi durumlarda tek başına RPA yetersiz kalır.

Yapay zekâ otomasyona ne ekler?

Yapay zekâ, kural yazılamayacak kadar çeşitli girdileri anlamlandırır. Fabrika ve ofis süreçlerinde en sık kullanılan yetenekler şunlardır:

• Belge okuma: farklı şablonlardaki fatura, irsaliye, sertifika ve teknik formlardan alan çıkarmak.
• Sınıflandırma: gelen e-postayı sipariş, şikâyet, teklif talebi ya da bilgi notu olarak ayırmak; bakım kaydını arıza türüne göre kodlamak.
• Özetleme ve taslak: müşteri şikâyetinden 8D raporu için ilk taslağı çıkarmak, uzun bir yazışmayı karar notuna dönüştürmek.
• Doküman arama: prosedür ve teknik dokümanlardan kaynak göstererek cevap bulmak. Bu konuyu kurumsal yapay zekâ asistanı yazısında ayrıca ele aldık.
• Görüntüden veri: sevkiyat rampasında palet sayısı, etiket okuma, yüzey kusuru gibi görsel girdileri kayda çevirmek.

Yapay zekânın çıktısı olasılığa dayanır; her okuma ve sınıflandırma bir güven skoruyla gelir. Bu, kural tabanlı otomasyondan temel farkıdır ve süreç tasarımında hesaba katılmalıdır.

Karar tablosu: hangi süreçte hangi yaklaşım?

Tablonun ilk satırı sık gözden kaçar. Kaynak sistemlerin entegrasyon imkânı varsa ekran üzerinden çalışan bir robot yerine veri katmanında kurulan bağlantı hem daha dayanıklı hem de bakımı daha kolaydır. ERP ile üretim sistemlerini bu şekilde bağlamayı ERP ve MES entegrasyonu yazısında anlattık. RPA, entegrasyonun mümkün olmadığı ya da maliyetinin işe göre fazla geldiği yerlerde köprü olarak değer taşır.

Baştaki fatura örneğine dönersek, birleşik bir akış şöyle işler. E-posta kutusuna gelen ek otomatik alınır; yapay zekâ belgenin fatura olduğunu tanır, tedarikçi, sipariş numarası, kalem, miktar ve tutar alanlarını çıkarır. Entegrasyon katmanı bu alanları ERP'deki sipariş ve mal kabul kaydıyla karşılaştırır. Üç kayıt birbirini tutuyor ve okuma güveni yüksekse fatura onay akışına kendiliğinden düşer. Tutmayan satır varsa ya da belge okunaksızsa fatura, farkın vurgulandığı bir ekranla satınalma uzmanının önüne gelir. Uzmanın işi, her faturayı baştan okumak yerine yalnız istisnalara bakmaya dönüşür.

İnsan onaylı otomasyon nasıl tasarlanır?

İnsan onaylı otomasyon, sistemin emin olduğu işleri kendisi tamamladığı, emin olmadığı işleri gerekçesiyle birlikte bir kişinin onayına sunduğu akıştır. Tasarımda dört karar verilir:

1. Güven eşiği: hangi güven skorunun üzerinde işlem otomatik yapılacak, altında insana gidecek. Eşik pilotta gerçek belgelerle ayarlanır ve başlangıçta temkinli tutulur.
2. İstisna kuyruğu: insana düşen işler hangi ekranda, hangi öncelik sırasıyla, kimin önüne gelecek.
3. Gerekçe: onaylayan kişi sistemin neden bu öneriyi yaptığını görebilmeli; örneğin faturadaki hangi satırın siparişle uyuşmadığı vurgulanmalı.
4. Geri besleme: insanın düzelttiği her kayıt, eşik ve modelin iyileştirilmesi için saklanmalı.

Bu düzen, sorumluluğun da net kalmasını sağlar. Otomatik tamamlanan işlerin örneklemle denetlenmesi, insan onayına giden işlerin oranının düzenli izlenmesi gerekir. Onaya giden oranı düşmüyorsa ya da otomatik işlerde hata görülüyorsa eşik ve model yeniden ele alınmalıdır. Operatörün yerini almak yerine onun önüne hazırlanmış iş koyan bu yaklaşımı insan ve yapay zekâ iş birliği yazısında daha geniş açıdan ele aldık.

Hangi süreçle başlanmalı?

İlk otomasyon projesi için süreç seçerken şu ölçütlere bakmak işe yarar. Her birini düşük, orta ve yüksek olarak puanlamak, aday süreçleri yan yana koymayı kolaylaştırır.

• Hacim: iş günde, haftada kaç kez tekrarlanıyor?
• Kural netliği: adımlar yazılı mı, kişiden kişiye değişiyor mu?
• Girdi düzeni: girdiler aynı şablonda mı, serbest metin ya da taranmış belge mi?
• Hata maliyeti: yanlış işlem geri alınabilir mi, müşteriye ya da finansal kayda yansıyor mu?
• Sistem erişimi: kaynak ve hedef sistemin API'si var mı, yoksa yalnız ekran mı?
• Sahiplik: sürecin sonucundan sorumlu, otomasyon kararlarını onaylayacak bir yönetici var mı?

İyi bir ilk aday, hacmi yüksek, hata maliyeti sınırlı ve sahibi belli bir süreçtir. Satınalma fatura eşleştirmesi, gelen sipariş e-postalarının ayrıştırılması, bakım iş emirlerinin arıza koduna göre sınıflandırılması ve sevkiyat belgelerinin kontrolü fabrikalarda sık görülen adaylardır. Ödeme onayı gibi hata maliyeti yüksek süreçler ilk proje için uygun değildir.

Otomasyonun yönetişimi: robotlar da kayıt altında olmalı

Otomasyon sayısı arttıkça kimsenin tam envanterini bilmediği robotlar ve betikler birikebilir. Bu durumu önlemek için her robotun ve yapay zekâ akışının ayrı bir kullanıcı kimliğiyle çalışması, yetkilerinin yalnız ihtiyaç duyduğu ekran ve verilerle sınırlanması, yaptığı her işlemin kaydının tutulması gerekir. Robotun hangi sürecin parçası olduğu, sahibinin kim olduğu ve kaynak sistem değiştiğinde kimin haberdar edileceği bir otomasyon envanterinde yazılı durmalıdır. Kişisel veri işleyen akışlarda verinin nereye gönderildiği, özellikle harici yapay zekâ hizmetleri kullanılıyorsa, KVKK ilkeleri çerçevesinde ayrıca değerlendirilmelidir.

Uyarı vermenin ötesine geçip birden fazla adımı kendisi planlayan ajan tabanlı sistemler de bu çerçevenin uzantısıdır; yetki sınırı ve insan onayı kuralları orada daha da belirleyici olur. Bu yönü ajan tabanlı yapay zekâ yazısında işledik.

Yatırım kararı ve sonraki adım

Otomasyon projesinin faydası, sürecin bugünkü hacmi, işlem başına harcanan süre ve hata kaynaklı yeniden iş miktarı ölçülerek hesaplanır. Bu üç değer proje başlamadan şirketin kendi kayıtlarından çıkarılmalı, pilot sonunda aynı yöntemle yeniden ölçülmelidir. Bütçeyi aşamalara bölme ve karar kapıları kurma yaklaşımını yapay zekâ yatırımı bütçeleme yazısında anlattık.

CX Teknoloji'de otomasyon çalışması süreci masada çizmekle başlar; aday süreçleri puanlıyor, birini seçip gerçek belgelerle pilotluyor, ERP ve diğer sistemlere bağlantıyı kendi ekibimizle kuruyoruz. Hangi süreçlerinizin otomasyona hazır olduğunu görmek için ücretsiz dijital olgunluk ön değerlendirmesi talep edebilirsiniz.

Sık sorulan sorular

RPA ile yapay zekâ arasındaki fark nedir?

RPA önceden tanımlanmış kurallara göre ekran adımlarını tekrarlar; yapay zekâ ise düzensiz girdiyi okuyup yorumlar. RPA, girdi standart ve kural net olduğunda iyi çalışır. Yapay zekâ, farklı şablonlardaki belgeler veya serbest metin gibi kural yazılamayacak girdilerde devreye girer.

RPA eski bir teknoloji mi, yerini yapay zekâ mı aldı?

Hayır, ikisi farklı işleri yapar ve sıklıkla birlikte kullanılır. Yapay zekâ belgeyi okuyup alanları çıkarır, RPA ya da API entegrasyonu bu alanları hedef sisteme işler. Kaynak sistemlerin API'si varsa doğrudan entegrasyon, RPA'dan genelde daha dayanıklıdır.

Yapay zekâ ile otomasyonda hatalar nasıl kontrol edilir?

Güven eşiği ve insan onayı ile kontrol edilir. Sistem emin olduğu işleri otomatik tamamlar, emin olmadıklarını gerekçesiyle bir kişiye sunar. Otomatik tamamlanan işler de düzenli örneklemle denetlenmeli ve insan düzeltmeleri modeli iyileştirmek için saklanmalıdır.

İlk otomasyon projesi için hangi süreç seçilmeli?

Hacmi yüksek, hata maliyeti sınırlı ve sahibi belli bir süreç seçilmelidir. Fatura eşleştirme, sipariş e-postalarının ayrıştırılması ve bakım kayıtlarının sınıflandırılması tipik adaylardır. Ödeme onayı gibi geri alınması zor kararlar ilk proje için uygun değildir.

Otomasyon projesinde KVKK açısından nelere dikkat edilmeli?

Akışın hangi kişisel verileri işlediği, bu verilerin hangi sisteme ve ülkeye gönderildiği ve kimlerin erişebildiği baştan belirlenmelidir. Harici yapay zekâ hizmetleri kullanılıyorsa veri aktarımı ayrıca değerlendirilmelidir. Bu genel bilgidir, hukuki danışmanlık yerine geçmez.