Yapay zeka ile iş süreçleri otomasyonu: nereden başlamalı?

Yapay zeka ile iş süreçleri otomasyonu, tüm departmanı birden değil, tek bir süreci seçerek başladığında en iyi sonucu verir. Sık tekrarlanan, kuralları ekibiniz tarafından açıkça yazılabilen ve hata yaptığında düzeltmesi kolay olan bir iş seçin.

Hangi süreçle başlayacağınıza karar vermeye çalışıyorsanız, yapay zeka iş otomasyonu hizmetimiz aynı seçim çalışmasını işletmenizin koşullarına göre yapar. Aşağıda seçim kriterleri, beş örnek iş, araç karşılaştırması ve projenin sürdürülebilir olup olmadığını belirleyen insan kontrolü ve bakım soruları var.

Hangi süreçten başlamalısınız?

Her süreci dört soruyla test edin: hacim, kurallar, hata maliyeti ve veri erişilebilirliği. Dördünü de geçen bir iş, ilk proje için güvenli bir seçimdir. İki veya daha fazla testte zorlanan bir iş, sıkıcı görünse bile ilk proje için iyi bir aday değildir.

Hacim ilk sorudur. Ayda on kez yapılan bir iş, kurulum ve bakım süresini geri kazandırmaz. Haftada birkaç yüz kez yapılan ve her seferinde bir kişinin birkaç dakika harcadığı bir iş genellikle kendini öder. Sayımı yoğun bir ayda değil, normal bir ayda yapın.

Kurallar ikinci sorudur. Kararı bir kontrol listesi olarak yazabiliyor musunuz? Son üç vakayı iki farklı çalışana verin. Cevaplar farklıysa süreçte henüz sabit bir kural yoktur. Böyle bir süreci otomatikleştirirseniz, anlaşmazlığı kod haline getirmiş olursunuz. Önce kuralı netleştirin.

Hata maliyeti üçüncü sorudur. Çıktı yanlış olursa ne olur? Dahili bir talebin yanlış etiketlenmesi bir dakikada düzeltilir. Bir tedarikçi faturasında yanlış IBAN girilmesi günlerce sürebilir ve gerçek para kaybettirebilir. Hata maliyeti yükseldikçe insan kontrolü de artar ve akışın tasarımı değişir.

Veri erişilebilirliği son sırada görünse de çoğu zaman sonucu belirler. Süreç, bir makinenin okuyabileceği girdilere ihtiyaç duyar: eki olan bir e-posta, bir PDF, bir CRM kaydı ya da bir Excel dışa aktarımı. Girdi birinin aklında ya da kağıt dosyada duruyorsa, ilk projeniz otomasyon değil dijitalleştirme olur.

Hangi işler ilk proje için uygundur?

Türkiye’deki küçük ve orta ölçekli işletmelerde beş iş tipi sık görülür. Her birinin net bir girdisi, net bir çıktısı ve bugün sonucu kontrol eden bir kişisi vardır.

Fatura ve belge okuma

Tedarikçiniz bir PDF fatura gönderir. Birisi satıcı unvanını, vergi numarasını, tarihleri, kalemleri ve toplamı muhasebe programına elle girer. Bir okuma akışı belgeyi okur, bu alanları önerir ve kalem toplamlarının fatura toplamına eşit olup olmadığını kontrol eder. Uyuşmayan kayıtlar bir kişiye gider.

Türkiye’de birçok fatura zaten e-Fatura ya da e-Arşiv Fatura olarak elektronik ortamda oluşur. Bu durumda belge okuma adımı gereksiz olabilir. Bir belge aracı almadan önce hangi faturaların elektronik olarak geldiğini ve bu faturaların hangi sistemde tutulduğunu listeleyin. GİB e-Arşiv Fatura sayfası e-Arşiv Faturanın hukuki niteliğinin kağıt faturayla aynı olduğunu ve kullanım kurallarını açıklar. Tutar sınırları ve yürürlük tarihleri değiştiği için güncel şartları bu sayfadan kontrol edin.

E-posta sınıflandırma ve yönlendirme

Ortak bir gelen kutusuna satış, destek ve muhasebe mesajları aynı anda düşer. Bir akış her mesajı etiketler ve doğru kuyruğa gönderir. Kurallar kolay durumları çözer: bilinen bir gönderen alan adı, konu satırında sipariş numarası ya da ekteki dosya adında “fatura” kelimesi. Müşterinin sorununu kendi cümleleriyle anlattığı karışık mesajlarda yapay zeka modeli devreye girer.

CRM kaydını zenginleştirme

Web formundan bir ad, bir firma adı ve kısa bir mesaj gelir. Akış firmanın alan adını bulur, eksik alanları sizin seçtiğiniz bir kaynaktan doldurur, kişinin kayıtlı olup olmadığını kontrol eder ve CRM kaydını oluşturur ya da günceller. Sonucun kalitesi veri kaynağına bağlıdır. Hangi alanın hangi kaynaktan geldiğini tasarımda yazın.

Haftalık Excel raporları

Her pazartesi üç farklı sistemden veri çekilir, Excel’de sütunlar düzenlenir, ortak metrikler hesaplanır ve yöneticiye bir özet yazılır. Bu iş büyük ölçüde kuralla yapılmalıdır. Rakamları kod hesaplamalı, yapay zeka yalnızca rakamların etrafındaki yorumu taslak olarak yazabilir. Modelin toplama işlemine güvenmeyin.

Destek talebi etiketleme

Her yeni talebe sabit bir listeden bir ya da birkaç etiket verilir, örneğin “iade”, “giriş sorunu” veya “kargo gecikmesi”. Düşük güvenle etiketlenen talepler bir insan kuyruğuna düşer. Böylece etiket listesi tutarlı kalır ve haftalık destek raporu güvenilir olur.

Yapay zeka nerede, kurallar nerede kullanılmalı?

Dil modelleri düzensiz metinde güçlüdür. Serbest yazılmış metni okur, belirsiz kategoriler arasında karar verir, düzeni değişen belgelerden alan çıkarır ve uzun yazışmaları özetler. Kesin kontrollerde ise zayıftır. Toplam, kalemlerin toplamına eşit olmalıdır. Vergi numarasının biçimi bellidir. Son ödeme tarihi bir dönemin içinde kalmalıdır. Tekrar kaydı kontrolü kimlik numaralarını karşılaştırır. Bu işleri kurallar daha hızlı, daha öngörülebilir ve daha ucuz yapar.

Pratik bir tasarım, önce kuralları çalıştırır, yalnızca kuralların karar veremediği durumlarda modeli kullanır ve model çıktısını sonunda yine kurallarla doğrular. Örneğin model faturadan bir tedarikçi adı önerebilir, ama kayda işlenmeden önce vergi numarası tedarikçi kaydıyla karşılaştırılır. Kontrol tutmazsa kayıt incelemeye gider.

Her model girdisini ve çıktısını kaydedin. Benzer girdilere farklı yanıtlar verebilirler. Akışı açmadan önce geçmiş vakalar üzerinde test edin ve modelde ya da yönergede her değişiklikten sonra bu testi tekrarlayın.

Hangi araç uygun: n8n, Make, Zapier ya da özel kod?

Doğru araç, akışı kimin yöneteceğine, verinin nerede duracağına ve mantığın ne kadar karmaşık olacağına bağlıdır. Aşağıdaki tablo dört yaygın seçeneği karşılaştırır.

Seçenek	Nerede çalışır	En uygun olduğu durum	Dikkat edilecekler
n8n	Bulut ya da kendi sunucunuz	Sunucu işletebilecek teknik bir kişisi olan, veri ve mantık üzerinde daha fazla kontrol isteyen ekipler	Kendi sunucunuzda çalıştırırsanız güncelleme, yedekleme ve erişilebilirlik size aittir. Community sürümü iç kullanım için ücretsizdir, bazı durumlarda ticari şart gerekir
Make	Barındırılan görsel tasarımcı	Sunucu yönetmeden çok sayıda uygulama bağlamak isteyen ekipler	Kullanım işlem ya da kredi üzerinden hesaplanır. Her modül çalışması sayılır, tetikleyiciler yeni veri olmasa bile kullanım tüketebilir
Zapier	Barındırılan	Birkaç adımlık, yaygın uygulamalar arasındaki basit otomasyonlar	Taahhüt etmeden önce planın kullanımı nasıl saydığını kontrol edin, çünkü adım ve çalışma sayısı arttıkça maliyet de artar
Özel Python ya da Node	Kendi sunucunuz ya da bulut	Karmaşık mantık, yüksek hacim, sıkı veri kuralları ya da normal bir yazılım gibi test edilmesi gereken akışlar	Dağıtım, izleme, hata yönetimi ve her kütüphane güncellemesi sizin sorumluluğunuzdadır

Üç-beş adımlık ve yaygın uygulamaları kullanan ilk projede görsel bir araç genellikle daha hızlı çalışır hale gelir. Make’in kredi dokümantasyonu, yapay zeka olmayan uygulamalarda bir işlemin bir krediye karşılık geldiğini belirtir. Bu yüzden plan seçmeden önce aylık çalışma sayısını tahmin edin. n8n’in lisans dokümantasyonu hangi kendi sunucu kullanımlarının ücretsiz olduğunu ve hangilerinin ticari anlaşma gerektirdiğini açıklar. Mantık karmaşıklaştığında, hacim yükseldiğinde ya da veri kendi altyapınızda kalmak zorundaysa özel koda geçmek daha mantıklı olur.

Fatura ve muhasebe akışlarında Logo, Mikro ya da Netsis gibi ERP sistemlerine bağlanmak gerekebilir. Bu sistemlerin entegrasyon imkânları sürüme ve lisansa göre değişir. Hangi veri alanlarına yazabileceğinizi ve hangi dışa aktarım yöntemlerinin desteklendiğini satıcıdan yazılı olarak teyit edin.

İnsan kontrolü nasıl kurulur ve tasarruf nasıl ölçülür?

Her otomasyon akışında bir inceleme yolu olmalıdır. Hangi durumların bir kişiye gideceğini baştan yazın: model güveni düşükse, bir doğrulama kuralı tutmazsa, tutar sizin belirlediğiniz sınırı aşarsa ya da geçmişi olmayan yeni bir tedarikçi gelirse. İnceleme ekranı hızlı olmalıdır. İnceleyen kişi kaynak belgeyi, önerilen sonucu ve açık bir kabul ya da düzenleme seçeneğini görmelidir. Her düzeltmeyi kaydedin, çünkü düzeltmeler akışın zayıf yerlerini gösterir.

Tasarruf ölçümüne kurulumdan önce başlayın. İki hafta boyunca manuel işlemlerden bir örneklem alın. İşlem başına dakikayı, haftalık işlem sayısını ve sonucun kaç kez düzeltildiğini kaydedin. Yayına aldıktan sonra aynı ölçümü tekrarlayın. Sonra istisnalara ve hata düzeltmelerine harcanan insan zamanını düşün. Asıl sayı, haftalık net kazanılan zamandır. Arka planda çalışan otomasyonun gösterdiği süre bu sayı değildir. Net kazanç küçükse, sunum etkileyici görünse bile süreç iyi bir aday olmayabilir.

Bakımı baştan planlayın. Sağlayıcı API’leri değişir, tedarikçi fatura düzeni değişir, yeni ürünler yeni kategoriler ekler ve model güncellemesi metni okuma biçimini değiştirebilir. Her akışın bir sahibi olsun. Hataların ayın sonunda değil, olduğu gün bir kişiye ulaşması için bildirim kurun. Her akış sürümü için tarih ve neden içeren kısa bir değişiklik notu tutun. KVKK kapsamında fatura, e-posta ve müşteri verisi işlendiği için hangi verinin hangi modele gittiğini, verinin nerede saklandığını ve sözleşmede hangi güvence olduğunu da bakım listesine ekleyin.

Başlamadan önce neler hazırlanmalı?

Üç aday süreçten oluşan kısa bir liste hazırlayın ve her birini hacim, kurallar, hata maliyeti ve veri erişilebilirliği açısından puanlayın. En üstteki aday için gerçek geçmiş örneklerden otuz ila elli tane toplayın. Zor olanları da dahil edin. Kararın kuralını sade cümlelerle yazın. Akışın dokunacağı her sistemi listeleyin ve her birinin API ya da dışa aktarım imkânı olup olmadığını kontrol edin. İstisnaları kimin inceleyeceğini ve yayından sonra akışın kimin olacağını belirleyin.

Bu hazırlıkla, akışı görsel bir araçla, özel kodla ya da ikisinin karışımıyla kurmaya karar verebilirsiniz. Listeniz üzerinde ikinci bir görüş isterseniz bizimle iletişime geçin. Listeyi gönderin, dört kriteri birlikte gözden geçirelim. Hangi adayla başlamanızı önerdiğimizi ve nedenini açıkça yazalım.