Kurumsal agentic AI çözümleri mevcut sistemlerle nasıl çalışır?

Kurumsal agentic AI çözümleri mevcut sistemlerinizi değiştirmez; ERP, e-posta, RPA robotları ve otomasyon araçlarınıza bağlanarak onların üzerinde çalışır. Bağlantı çoğu zaman API, hazır bağlayıcı ya da Model Context Protocol (MCP) ile kurulur; API'si olmayan ekranlarda işlemi mevcut RPA robotu yapar. Asıl karar konusu bağlantıdan çok yönetimdir: işi hangi yapay zeka ajanı (AI agent) yaptı, kim onayladı ve kayıt nerede duruyor.

Bu rehber, şirketinde agentic AI kararını veren ya da öneren kişiler için yazıldı. Bağlantı yollarını, mevcut otomasyon yatırımının durumunu, insan onayını, KVKK başlıklarını ve bir çözümü değerlendirirken sorulacak soruları sırasıyla ele alır.

Agentic AI nedir, agent ne yapar?

Agentic AI, bir hedefe ulaşmak için adımları kendisi planlayan ve araç kullanarak işlem yapan yapay zeka sistemlerinin genel adıdır. Kişisel Verileri Koruma Kurumu, 12 Mart 2026 tarihli Etken Yapay Zeka (Agentic AI) rehberi duyurusunda bu sistemleri; çevresini değerlendiren, değişen koşullara uyum sağlayan ve farklı düzeylerde kendi başına eylem başlatan bütünleşik yapılar olarak tanımlar.

Agent bu sistemin iş yapan parçasıdır. Bir talebi okur, hangi araca ihtiyaç duyduğuna karar verir, aracı çağırır ve sonucu değerlendirir. Örnek bir senaryo: agent gelen tedarikçi e-postasını okur, siparişi ERP'de bulur, teslim tarihini karşılaştırır ve farkı ilgili kişiye bildirir.

Buradaki fark, adımların önceden tek tek yazılmamış olmasıdır. Agent'a hedef, kullanabileceği araçlar ve sınırlar verilir; hangi aracı hangi sırayla kullanacağına işin durumuna göre kendisi karar verir. Kurumsal kullanımda önem kazanan da bu sınırların nasıl tanımlandığıdır.

Kurumsal agentic AI çözümleri mevcut sistemlere nasıl bağlanır?

Agent bir sisteme dört yoldan biriyle ulaşır. Hangisinin seçileceğini, sistemin dışarıya sunduğu arayüz belirler.

MCP, yapay zeka uygulamalarını dış sistemlere bağlamak için geliştirilmiş açık kaynaklı bir standarttır. Bir sistem için MCP sunucusu bir kez hazırlanır; standardı destekleyen farklı agent araçları aynı sunucuyu kullanır. Örneğin Microsoft, Copilot Studio belgelerinde (Kasım 2026 itibarıyla) bir agent'a araç olarak bağlayıcı, agent akışı, REST API ve MCP sunucusu eklenebildiğini listeler.

Pratikte kurumlar bu yolları birlikte kullanır. ERP'ye API ile, eski bir masaüstü uygulamasına robotla, bankadan gelen ekstreye dosya üzerinden ulaşılır. İyi bir çözüm bu yollardan yalnız birini dayatmaz, sistemin durumuna göre hepsini kullanabilir.

Bağlantı kurulurken en sık atlanan konu yetkidir. Agent'ın kullandığı hesap, bir çalışanın kişisel hesabı olmamalı ve yalnız o işin gerektirdiği ekranlara ya da kayıtlara erişmelidir. Aksi halde agent'ın yaptığı işlem ile çalışanın yaptığı işlem kayıtlarda birbirinden ayrılamaz.

Mevcut RPA robotları ve otomasyon araçları ne olur?

Yerlerinde kalırlar. Kuralı belli ve hacmi yüksek işlerde RPA robotu en öngörülebilir yoldur; agent ise metni yorumlamak, eksik bilgiyi tamamlamak ya da istisnayı sınıflandırmak gibi yargı isteyen adımlarda devreye girer. Çoğu süreçte ikisi art arda çalışır: agent belgeyi okuyup kararı hazırlar, robot kaydı sisteme işler. RPA'nın temelleri için RPA nedir rehberine bakabilirsiniz.

Dikkat edilmesi gereken, araç sayısının artmasıdır. UiPath, n8n ve Copilot Studio gibi araçların her biri bugün agent kurma olanağı sunuyor ve departmanlar çoğu zaman kendi bildikleri araçla başlıyor. Bir yıl sonra şirkette üç ayrı panelde izlenen robotlar, akışlar ve agent'lar olur.

Bu durum bir hata değildir; her araç kendi işinde iyidir. Yine de seçim yaparken "hangi araç" sorusunun yanına "hepsini nereden yöneteceğiz" sorusu da eklenmelidir. İkinci soru ne kadar geç sorulursa, dağınık onayları ve kayıtları sonradan toplamak o kadar zorlaşır.

Agent, RPA robotu ve sohbet botu arasındaki fark nedir?

Üçü de "otomasyon" başlığı altında anılır, ancak farklı işler için uygundur.

Bu üçü birbirinin alternatifi değildir. Aynı süreçte sohbet botu talebi alır, agent talebi değerlendirir, robot işlemi yapar.

Agentic AI hangi süreçlerde işe yarar?

Üç koşulun birlikte bulunduğu süreçlerde: girdi yapılandırılmamıştır (e-posta, PDF, serbest metin), kural tek başına yetmez ve iş birden fazla sisteme dokunur. Aşağıdakiler örnek senaryolardır; gerçek kapsam her kurumun kendi sürecine göre belirlenir.

• Finans: Gelen faturanın sipariş ve teslim kaydıyla eşleştirilmesi; tutmayan kalemin gerekçesiyle uzmana sunulması.
• Satınalma: Tedarikçi tekliflerinin okunup karşılaştırma tablosuna dönüştürülmesi.
• İnsan kaynakları: Özlük belgelerinin kontrolü ve eksik evrakın çalışandan istenmesi.
• Hukuk: Tebligatın sınıflandırılması, süresinin hesaplanıp ilgili avukata atanması.
• Bilgi teknolojileri: Yetki taleplerinin şablona göre değerlendirilmesi, şablon dışı talebin onaya gönderilmesi.

Ortak nokta şudur: agent işin okuma, karşılaştırma ve hazırlama kısmını üstlenir; kararın sorumluluğu ilgili uzmanda kalır. Bu ayrım, agent'ın hangi adımda duracağını belirlerken de yol gösterir: hazırlık agent'ta, onay insandadır.

Agent hangi adımda insana sormalı?

Geri alınamayan ve etkisi büyük olan her adımda. Ödeme talimatı, müşteriye giden yazı, kayıt silme ve resmi bildirim bu gruptadır. Agent bu adıma geldiğinde durur, önerisini ve gerekçesini yetkili kişiye gösterir, karar verildikten sonra devam eder.

Araç üreticileri de aynı ayrımı yapıyor. n8n, insan incelemesi belgesinde bu adımı geri alınamayan işlemler, uyum gereği onay isteyen akışlar ve iş etkisi yüksek kararlar için önerir; incelemeyi yapan kişi işlemi onaylar ya da reddeder. Aynı belge, başlangıçta incelemeyi açık tutup güven oluştukça azaltmayı da bir yöntem olarak anar.

Kurum açısından önemli olan, onayın nerede kayda geçtiğidir. Onay yalnız bir sohbet mesajında kalırsa, altı ay sonra "bu ödemeyi kim onayladı" sorusu yanıtlanamaz. Onay adımının nasıl tasarlandığını AI agent'lar için insan onayı sayfasında görebilirsiniz.

KVKK açısından nelere dikkat edilir?

Agent kişisel veri içeren bir e-postayı, bordroyu ya da müşteri kaydını işliyorsa 6698 sayılı Kanun uygulanır; işi insanın değil yazılımın yapması bunu değiştirmez. Kurum, Mart 2026 tarihli rehber duyurusunda bu sistemlerin artan otonomisinin ve veri işleme kapasitesinin, kişisel verilerin korunması bakımından yeni değerlendirme alanları doğurduğunu belirtir. Rehberin, sistemin yaşam döngüsü boyunca dikkat edilecek hususları ele aldığı da aynı duyuruda yer alır.

Bir çözümü değerlendirirken şu dört soru başlangıç için yeterlidir:

• Agent hangi veriye erişiyor ve bu erişim işin gerektirdiğiyle sınırlı mı?
• Veri hangi dil modeline ve hangi ülkedeki sunucuya gidiyor?
• Agent'ın yaptığı her işlem kimin adına ve hangi kayıtla tutuluyor?
• İlgili kişi başvurduğunda, agent'ın işlediği veri bulunup silinebiliyor mu?

Bu yazı hukuki görüş değildir. Kendi süreçleriniz için veri koruma sorumlunuzla ya da hukuk danışmanınızla birlikte değerlendirme yapmanız gerekir.

Kurumsal agentic AI çözümleri seçerken hangi sorular sorulur?

Tanıtım toplantılarında çoğunlukla agent'ın ne kadar yetenekli olduğu gösterilir. Canlı kullanımda fark yaratan ise aşağıdaki sorulara verilen yanıtlardır.

1. Mevcut araçlarımızla çalışıyor mu? Kullandığınız RPA aracını, iş akışı aracını ve ERP'yi adıyla sorun.
2. Nereye kuruluyor? Şirket içi kurulum, özel bulut ve üreticinin bulutu arasında veri açısından fark vardır.
3. Onay adımı nasıl tanımlanıyor? Hangi işlemin onay isteyeceğini siz mi belirliyorsunuz, onay kimin kimliğiyle kaydediliyor?
4. Şifreler nerede duruyor? Agent'ın kullandığı hesap bilgileri akışın içinde mi, merkezi ve şifreli bir kasada mı?
5. İş yarıda kalırsa ne oluyor? Yeniden deneme, aynı işin iki kez yapılmaması ve son tarih takibi nasıl sağlanıyor?
6. Denetimde ne gösterebiliyoruz? İşi kimin başlattığı, agent'ın ne yaptığı ve kimin onayladığı tek kayıttan çıkarılabiliyor mu?
7. Kazanç nasıl ölçülüyor? Kazanılan saat, araç bazında değil süreç bazında raporlanabiliyor mu?

Bu yedi sorunun beşi agent'ın kendisiyle değil, çevresindeki yönetim katmanıyla ilgilidir. Değerlendirme tablonuzda bu katmana ayrı bir bölüm açmak, sonradan çıkacak sürprizleri azaltır.

Canlıya geçiş nasıl planlanır?

Küçük başlayıp ölçerek genişletmek en güvenli yoldur. Aşağıdaki beş adım, ilk süreç için izlenebilecek sırayı verir.

1. Tek süreç seçin. Hacmi belli, kuralı yazılı ve hatası geri alınabilir bir süreç ilk aday olmalıdır.
2. Bağlantıları çıkarın. Agent'ın dokunacağı her sistem için yukarıdaki dört yoldan hangisinin kullanılacağını yazın.
3. Onay noktalarını belirleyin. Hangi adımda kimin onay vereceğini ve yokluğunda kimin vekalet edeceğini tanımlayın.
4. Gölge çalıştırın. Agent önerisini üretsin, işlemi bir süre insan yapsın; iki sonucu karşılaştırın.
5. Ölçün ve genişletin. Hata oranı ve kazanılan süre kabul edilebilir düzeye geldiğinde ikinci sürece geçin.

İlk süreçte öğrenilenler ikinci süreci hızlandırır. Onay kuralları, yetki tanımları ve kayıt düzeni bir kez kurulduğunda sonraki agent'lar aynı düzenin içine yerleşir.

Agent'ın yaptığı iş nasıl izlenir ve ölçülür?

Canlıya alınan bir agent için üç ölçüm yeterli bir başlangıçtır: tamamlanan iş sayısı, insana devredilen iş oranı ve hata nedeniyle geri alınan iş sayısı. İlki hacmi, ikincisi agent'ın sınırlarının doğru çizilip çizilmediğini, üçüncüsü kaliteyi gösterir. İnsana devredilen iş oranının zamanla düşmesi beklenir; hiç düşmüyorsa onay kuralları ya da agent'a verilen bilgi gözden geçirilmelidir.

Kazanç hesabında işlem süresi ve hacim esas alınır. Agent'ın bir işi kaç dakikada bitirdiği değil, aynı işin elle kaç dakika sürdüğü ve ayda kaç kez yapıldığı sorulur. Bu hesap süreç bazında tutulursa, robotla ve agent'la yürüyen adımların kazancı aynı raporda toplanabilir.

İzleme tarafında dikkat edilecek konu, kayıtların tek bir araca bağlı kalmamasıdır. Her araç kendi çalışma geçmişini tutar. Bir süreç iki araçtan geçiyorsa, işin baştan sona izini sürmek için bu kayıtların ortak bir iş numarasıyla birleştirilmesi gerekir.

En sık yapılan hatalar nelerdir?

İlk agent projelerinde tekrar eden dört hata vardır.

• Geniş yetkiyle başlamak: Agent'a her ihtimale karşı verilen yetki, ilk beklenmeyen işlemde sorun olur.
• Onayı sonraya bırakmak: Onay adımı tasarımın parçası olmalıdır; sonradan eklemek akışı yeniden kurmayı gerektirir.
• Şifreyi akışın içine yazmak: Şifre değiştiğinde akış durur, şifrenin kimde olduğu da izlenemez.
• Tek araca göre ölçmek: Kazanç araç panelinden okunduğunda, birden fazla araçtan geçen süreçlerin toplamı görülemez.

Bu hataların ortak yanı, agent'ın yetenekleriyle ilgili olmamalarıdır. Hepsi, işin çevresindeki düzenin baştan kurulmasıyla önlenir.

Kurumsal kullanımda ne gerekir?

Bir otomasyon aracı ya da agent işi yapar. Kurumsal kullanımda işin çevresinde beş şey daha gerekir: işin kaybolmadığı kalıcı kuyruk, kritik kararda insan onayı, merkezi credential yönetimi, denetime sunulabilecek kayıt ve bütün araçları gösteren tek ekran.

NisusAI'ın geliştirdiği Nisus Central bu beşini sağlar. Şirket içine kurulur; UiPath, Blue Prism, Power Automate, Automation Anywhere, n8n, Copilot Studio ve kendi kodunuzla kurulan otomasyonları tek ekrandan yönetir. Araçlarınız işi yapmaya devam eder, yönetim katmanını Central ekler; hangi aracın nasıl bağlandığını entegrasyonlar sayfasında görebilirsiniz.