Kaynaklara dön
Agentic ERP6 dk okuma

Agentic ERP nedir?

Klasik ERP otomasyonu önceden yazılmış kuralı çalıştırır; agentic yaklaşım doğal dille ifade edilen bir niyeti anlar ve insan onayıyla adım atar. İki yaklaşım arasındaki farkı ve onay modelini anlatıyoruz.

"Yapay zekâ" ile "ERP" bir araya geldiğinde ilk akla gelen genellikle otomasyondur: bir formun otomatik doldurulması, tekrarlayan bir işlemin insansız çalışması. Son dönemde ERP dünyasında sıkça duyulan "agentic" yaklaşım ise farklı bir şeyi anlatır. Burada konu, önceden tanımlanmış bir kural zincirini tetiklemek değil; doğal dille ifade edilen bir niyeti anlayıp, ilgili veriyi tarayıp bir öneri hazırlayan ve nihai kararı insana bırakan bir çalışma biçimidir. Bu yazıda klasik otomasyon ile agentic yaklaşım arasındaki farkı ve bu modelde onayın nasıl işlediğini ele alıyoruz.

Klasik ERP otomasyonu ne yapar, ne yapmaz?

Klasik ERP otomasyonu, adı üstünde, önceden tanımlanmış kurallara dayanır: "stok şu seviyenin altına düşerse tedarikçiye e-posta gönder", "fatura onaylanınca muhasebe kaydı otomatik oluşsun" gibi. Bu kurallar; net, tekrarlayan ve istisnasız işlerde son derece değerlidir, insan hatasını azaltır ve süreci hızlandırır.

Ama bu modelin bir sınırı vardır: kural yalnızca öngörülen senaryoyu kapsar. Beklenmeyen bir durum çıktığında — eksik bir bilgi, çelişen iki kayıt, daha önce tanımlanmamış bir istisna — otomasyon devre dışı kalır ve iş yine bir insanın masasına döner. Otomasyon "ne yapılacağını" değil, "önceden söylenen şeyin nasıl tekrarlanacağını" bilir.

Yapay zekâ ajanı nedir?

Ajan (agent) kavramı burada farklı bir katmanı tarif eder. Ajan, sabit bir kural listesinden değil; doğal dille ifade edilen bir niyetten başlar. "Bu müşteri için sipariş oluştur" dendiğinde ajan önce niyeti anlar, sonra hangi verilerin — müşteri, ürün, stok, fiyat, geçmiş işlemler — bu niyetle ilgili olduğunu belirler, ilgili kayıtları tarar ve eksik ya da tutarsız bir noktayı fark ettiğinde bunu insana sorar.

Bu, klasik otomasyondan temelde farklıdır: otomasyon önceden yazılmış bir senaryoyu yürütür, ajan ise her seferinde mevcut veriye bakarak kendi adımlarını kurar. Karşılaşılan durum öngörülenden farklıysa ajan durur, sorar, netleştirir — hata vermez, sessizce yanlış bir varsayımla ilerlemez.

İnsan onaylı işlem modeli

Agentic yaklaşımın en kritik özelliği, kararı ajanın değil insanın vermesidir. Ajan bir niyeti aldığında bunu doğrudan uygulamaz; önce bir taslak hazırlar, bu taslağı önizleme olarak sunar ve yalnızca açık onay geldiğinde işlemi tamamlar. Sipariş, iade, stok hareketi gibi işlemlerde bu onay adımı atlanmaz.

Bu model üç aşamalı düşünülebilir: hazırlık (ajan ilgili veriyi toplar ve bir öneri kurar), önizleme (kullanıcı neyin yapılacağını ve hangi veriye dayandığını görür) ve onay (işlem yalnızca kullanıcının açık kararıyla gerçekleşir). Ajan hazırlar ve gerekçesini gösterir; kararı her zaman insan verir.

Otomasyon ile agentic yaklaşım arasındaki fark

  • Klasik otomasyon önceden tanımlanmış kuralı çalıştırır; agentic yaklaşım niyeti anlayıp adımları kendisi kurar.
  • Otomasyon beklenmeyen durumda durur ve hata verir; ajan beklenmeyen durumda soru sorar ve netleştirir.
  • Otomasyonda onay genelde işlem sonrasında fark edilir; agentic modelde onay işlemden önce, önizlemeyle alınır.
  • Otomasyon tek bir kayıt ya da tabloyla sınırlı kalabilir; ajan ilgili birden çok veri alanını birlikte değerlendirebilir.
  • İkisinde de son karar ve yetki insanda kalır — agentic yaklaşım yetkiyi değil, hazırlık şeklini değiştirir.

Bir örnek üzerinden: "Bu müşteri için sipariş oluştur"

Somut bir örnek farkı netleştirir. Klasik otomasyonda böyle bir talep muhtemelen ekran ekran, elle girilir; sistem yalnızca girilen veriyi kontrol eder ve önceden tanımlı kurallara — kredi limiti, stok yeterliliği gibi — göre işlemi engeller ya da onaylar. Talep doğal dille geldiğinde ise klasik otomasyon bunu doğrudan işleyemez; metni bir işleme dönüştürecek insan hâlâ gereklidir.

Agentic yaklaşımda aynı talep — "bu müşteri için 100 adet ürün siparişi oluştur" — önce anlaşılır, sonra ilgili müşteri, ürün, stok ve fiyat kayıtları taranır. Stok yetersizse ya da müşterinin ödeme geçmişinde bir uyarı varsa ajan bunu fark eder ve kullanıcıya sorar: stoğun tamamı mı gönderilsin, yoksa kısmi bir sipariş mi hazırlansın? Yanıt netleştiğinde bir taslak hazırlanır; kullanıcı bu taslağı gözden geçirir ve onaylarsa işlem tamamlanır. Aradaki fark, aynı talebin bu kez insan tarafından ekran ekran değil, ajan tarafından hazırlanıp insana sunulmasıdır.

Nerede dikkatli olmak gerekir?

Agentic yaklaşım güçlü bir çalışma biçimi olsa da sınırları net tutulmalıdır. Ajan, kullanıcının ERP'deki mevcut yetkilerinin dışına çıkamaz; bir kullanıcının göremediği veriyi veya yapamayacağı işlemi ajan da yapamaz. Burada söz konusu olan bir yetki genişlemesi değil, mevcut yetkinin daha hızlı ve doğru biçimde kullanılmasıdır.

Ayrıca kritik, geri dönüşü zor veya mevzuata dayalı kararlarda — büyük tutarlı bir iptal, yasal bir bildirim gibi — ajanın hazırladığı öneri her zaman insan gözden geçirmesinden geçmelidir. Agentic yaklaşımın değeri insanın yerini almasında değil; insanın karar vermeden önceki hazırlık yükünü azaltmasında yatar.

Sonuç olarak agentic ERP, otomasyonun yerini almaz; otomasyonun bıraktığı boşluğu — beklenmedik, çok değişkenli, doğal dille ifade edilen talepleri — insan onayı altında karşılar. Bu akışın günlük operasyonda nasıl işlediğini bir sonraki adımda daha yakından görebilirsiniz.

İlgili sayfa

iyibir Copilot nasıl çalışır

Bu konuyu ürün sayfasında daha yakından inceleyin.

İncele

Çalışma biçiminizin nasıl değiştiğini kendi senaryonuzla görün.

15 dakikalık demo görüşmesinde gerçek bir karar senaryosunu birlikte çalışalım; Logo verinizden cevaba ve öneriye giden akışı canlı izleyin.