Agentic ERP yönetişimi: bu ne anlama geliyor
Agentic ERP yönetişimi, yapay zekâ ajanlarının ERP üzerinde neyi okuyup neyi önerebileceğini, hangi işlemin kimin onayını beklediğini, her adımın nasıl kayda geçtiğini ve hatalı bir sonucun nasıl geri alınacağını belirleyen kurallar bütünüdür. Ajanın hızını, kurumun hesap verebilirliğiyle dengeleyen çerçevedir.
Neden ayrı bir yönetişim konusu?
Geleneksel ERP’de yönetişim büyük ölçüde kullanıcı yetkileriyle sağlanır: kim hangi belgeyi oluşturabilir, kim onaylayabilir. Agentic ERP’de sahneye yeni bir aktör girer: öneri hazırlayan ve onaylanınca işlem yapan bir yazılım. Bu aktörün yetkileri, sınırları ve izleri açıkça tanımlanmazsa iki risk doğar. Ya ajanlar gereğinden fazla şey yapar, ya da kimse onlara güvenmediği için hiçbir şey yapmazlar. İyi bir yönetişim çerçevesi ikisini de önler.
Dört temel unsur
| Unsur | Cevapladığı soru | Pratikte |
|—|—|—|
| Onay | Bu işlem kimin kararıyla uygulanır? | Sonucu olan her işlem adı belli bir kişinin onayını bekler |
| Roller | Ajan ve insanlar neyi görebilir, neyi yapabilir? | Ajan yetkileri işlem türü bazında; onaycılar ERP rollerinden |
| Denetim izi | Ne oldu, neden oldu? | Kullanılan veri, uygulanan kural, öneri, onaycı, geri yazılan kayıt |
| Geri alma | Hatalı bir işlem nasıl düzeltilir? | ERP’nin ters kayıt mekanizması ve kaydı bağlantılı tutmak |
Onay: hangi işlemler bekler?
Temel kural basittir: sonucu olan her işlem onay bekler. Sipariş açmak, fiyat değiştirmek, transfer yapmak, ödeme planlamak, vardiya değiştirmek bu kapsama girer. Ajanın kendi başına yapabildiği şeyler okumak, hesaplamak, öneri hazırlamak ve bildirmektir.
Onayın etkili olması için birkaç ayrıntı önemlidir:
– Onaycı soyut değil, adı belli bir kişi ya da roldür. “İlgili birim” yerine “bölge satın alma sorumlusu”.
– Vekalet tanımlıdır. Onaycı izindeyken önerinin kime gideceği bellidir.
– Onaycı öneriyi değiştirebilir. Miktarı düzeltmek, tarihi kaydırmak ya da reddetmek mümkündür; yapılan değişiklik de kaydedilir.
– Ret bir veri olarak saklanır. Neden reddedildiği, eşiklerin ve kuralların ayarlanmasına girdi olur.
Roller: ajanın sınırları
Her ajanın bir sorumluluk alanı vardır. Veraius’ta 14 departmana dağılmış yaklaşık 58 aksiyon ajanının her biri için hangi sinyalleri izlediği, hangi verilere eriştiği ve hangi işlem türlerini önerebildiği tanımlıdır. Bir stok ajanı ödeme planı öneremez; bir finans ajanı üretim emrini değiştiremez.
Erişim tarafında en az yetki ilkesi uygulanır. Bağlantı salt okuma ile başlar; geri yazma yalnızca güven kazanmış işlem türleri için ve yalnızca onaydan sonra açılır. Onaycı tarafında ise yeni bir hiyerarşi icat etmek yerine ERP’deki mevcut yetki yapısı izlenir: bir satın alma siparişini ERP’de onaylayamayan biri, ajanın önerdiği siparişi de onaylayamamalıdır.
Denetim izi: neyin kaydedildiği
Bir denetçi ya da yönetici “bu sipariş neden açıldı?” diye sorduğunda cevap tek bir yerde bulunmalıdır. İyi bir denetim izi şunları içerir:
1. Sinyali tetikleyen olay ve zamanı.
2. Ajanın baktığı veri (hangi tablo, hangi kayıtlar, hangi andaki değerler).
3. Uygulanan kural ya da eşik.
4. Hazırlanan öneri ve gerekçesi.
5. Onaycı, onay zamanı ve varsa yaptığı değişiklik.
6. ERP’ye yazılan kayıt ve ERP’deki belge numarası.
Bu iz, hem iç denetimde hem de KVKK gibi düzenlemelerin gerektirdiği hesap verebilirlikte işe yarar. Ayrıca ekip için öğrenme kaynağıdır: hangi önerilerin sıkça düzeltildiği, kuralların nerede gevşek ya da sıkı olduğunu gösterir.
Geri alma: hata olduğunda
Onaylı bir işlem bile yanlış çıkabilir. Veri eksik olabilir, koşullar değişmiş olabilir. Geri alma tasarımında iki ilke öne çıkar:
ERP’nin kendi mekanizması kullanılır. Ajanın açtığı bir kaydı silmek yerine ERP’nin ters kayıt ya da iptal belgesi akışı işletilir. Böylece muhasebe bütünlüğü korunur.
Bağlantı korunur. Geri alma işlemi, orijinal öneri ve onay kaydıyla ilişkilendirilir. İz, “önerildi, onaylandı, yazıldı, şu gerekçeyle geri alındı” biçiminde okunabilir kalır.
Geri almanın kendisi de sonucu olan bir işlemdir; dolayısıyla o da onaydan geçer.
Yönetişim bir engel değil, benimsemenin ön koşuludur
Yönetişim çoğu zaman işi yavaşlatan bir kontrol katmanı gibi görülür. Agentic ERP’de durum tersidir: açık kurallar olmadan ekipler ajanlara güvenmez ve öneriler kimsenin önüne düşmeden bekler. Bir satın alma sorumlusu, önerinin hangi veriye dayandığını, onayladığında ERP’ye tam olarak ne yazılacağını ve hata olursa nasıl geri alınacağını bildiğinde öneriyi rahatça değerlendirir.
Bu nedenle yönetişim kuralları teknik bir belge olarak kalmamalı, ilgili departmanlarla birlikte yazılmalıdır. Finans, iç denetim ve BT’nin aynı masada oturduğu kısa bir çalışma, hangi işlemlerin ajanlara açılacağını, hangi tutarların ikinci onay gerektirdiğini ve kayıtların ne kadar saklanacağını netleştirir. Bu kararlar zamanla değişebilir; önemli olan değişikliklerin de kayıt altında olmasıdır.
Bir başka pratik nokta da şeffaflıktır. Ekip, ajanların hangi sinyalleri izlediğini, hangi kuralları uyguladığını ve hangi işlem türlerini önerebildiğini görebilmelidir. Gizemli bir sistem yerine kuralları okunabilen bir sistem, hem benimsemeyi hem de denetimi kolaylaştırır. Yönetişim iyi kurulduğunda ajanlar hızlanır, çünkü her önerinin arkasında kimin, neye dayanarak duracağı bellidir.
Yönetişimi kurarken sorulacak sorular
– Hangi işlem türleri ajanlara hiç açılmayacak?
– Hangi tutar ya da miktarın üzerinde ikinci bir onay gerekir?
– Denetim kayıtları ne kadar süre saklanacak, kim erişecek?
– Eşikleri ve kuralları kim değiştirebilir, bu değişiklikler de kaydediliyor mu?
– Bir ajan geçici olarak nasıl durdurulur?
Sık sorulan sorular
Ajanlar onaysız hiçbir şey yapamaz mı?
Okuma, hesaplama, öneri hazırlama ve bildirim onaysızdır. ERP’de iz bırakan, sonucu olan her işlem onay bekler.
Denetim izi değiştirilebilir mi?
Denetim kaydının amacı sonradan değiştirilememesidir. Düzeltmeler orijinal kaydın üzerine yazılmaz, yeni bir kayıt olarak eklenir.
Kuralları kim belirler?
Eşikler ve kurallar ilgili departmanla birlikte tanımlanır. Ajan bunları kendi başına oluşturmaz; kural değişiklikleri de kayıt altındadır.
Bir ajanı tamamen kapatmak mümkün mü?
Evet. Ajanlar bağımsız olarak devreye alınır ve durdurulabilir; birinin kapatılması diğerlerini etkilemez.
Özet
Agentic ERP yönetişimi dört soruya net cevap verir: kim onaylar, kim neye erişir, ne kaydedilir, hata nasıl geri alınır. Bu cevaplar netleştiğinde ajanlar hızlarını, kurum ise kontrolünü korur. ERP yerinde kalır; ajanlar onun kuralları ve rolleri içinde çalışır.