Decision Intelligence

ERP’yi değiştirmeden ajan tabanlı kaynak planlamaya nasıl geçilir?

Ajan tabanlı kaynak planlamaya geçmek için yeni bir ERP projesi gerekmez. Salt okuma bağlantıdan onaylı geri yazıma kadar adım adım güvenli bir geçiş yolu.

Ajan tabanlı kaynak planlama: bu ne anlama geliyor

Ajan tabanlı kaynak planlamanın en çok yanlış anlaşılan yanı, büyük bir dönüşüm projesi gerektirdiği düşüncesidir. Gerektirmez. Ajanlar mevcut ERP’nin üzerinde çalışır; geçiş, ERP’ye dokunmadan başlayıp güven kazandıkça genişleyen bir yoldur.

1. Salt okuma bağlantıyla başlayın

İlk adımda ajanlar ERP’ye yalnızca okuma yetkisiyle bağlanır. Logo, Netsis, Mikro, Canias, Nebim, SAP, Microsoft Dynamics 365 ya da Oracle; hangi sistem kullanılıyorsa hazır bağlayıcıyla ya da veritabanı üzerinden okunur. Bu aşamada sisteme hiçbir şey yazılmaz.

Bu adımın amacı veriyi tanımaktır: hangi alanlar dolu, hangi kodlar tutarsız, hangi tablo güncel. Ajanın önerisi ancak okuduğu veri kadar iyidir.

2. Tek bir karar seçin

Tüm kaynak planlamasını bir anda ajana devretmeye çalışmak yerine tek bir karar seçin. İyi bir ilk karar şu özellikleri taşır:

– Sık alınır (günlük ya da haftalık).
– Geri alınabilir (yanlış bir transfer düzeltilebilir; yanlış bir işten çıkarma düzeltilemez).
– Sonucu ölçülebilir (stok tükenmesi azaldı mı, fazla stok eridi mi).

Mağazalar arası stok transferi, emniyet stoğu güncellemesi ya da tahsilat önceliği bu tarife uyar.

3. Önce gölgede çalıştırın

Ajan bir süre öneri üretir ama öneriler uygulanmaz; ekibin kendi kararlarıyla yan yana konur. Bu dönemde iki soru sorulur: ajan, ekibin göreceği sorunları görüyor mu? Gördüğü sorunlarda önerisi mantıklı mı?

Ajanın her önerisi gerekçesini ve dayandığı veriyi gösterdiği için, ekip neden farklı düşündüğünü somut olarak tartışabilir.

4. Onaylı geri yazıma geçin

Güven oluştuğunda öneriler bir onay kutusuna düşmeye başlar. Sorumlu kişi öneriyi gerekçesiyle görür, onaylar ya da reddeder. Onaylanan öneri ERP’ye yazılır: transfer emri, satın alma talebi, güncellenmiş parametre. Reddedilenin nedeni kaydedilir ve bir sonraki öneride dikkate alınır.

Bu aşamada da sınırlar açıktır: ajan yalnızca izin verilen işlemleri yazabilir, her yazım bir onaya bağlıdır ve kaydı tutulur.

5. Sinyalden başlayan iş akışları kurun

Tek karar oturduktan sonra döngü otomatikleşir: ajan veriyi düzenli okur, eşik aşıldığında sinyal üretir, sinyal iş akışını başlatır, ilgili ekip Teams, Slack, Telegram ya da WhatsApp üzerinden haber alır. Kimse rapor beklemez; sorun ve olası çözümü birlikte gelir.

6. Kapsamı genişletin

Her yeni karar alanı aynı yoldan geçer: salt okuma, gölge, onaylı yazım. Stoktan kapasiteye, kapasiteden nakde, nakitten kadroya.

Sık yapılan hatalar

– İlk kararı en zor karar seçmek. İlk karar başarılı olmalı ki ekip güvensin.
– Gölge dönemini atlamak. Ajanın neyi doğru, neyi yanlış gördüğünü ölçmeden onay kutusu açmak güveni ilk hatada kaybettirir.
– Veri sorunlarını ajana bırakmak. Ajan tutarsız birimi ya da mükerrer ürün kodunu düzeltmez; görünür kılar. Düzeltme yine ekibin işidir.

Özet

Ajan tabanlı kaynak planlamaya geçiş bir ERP değişikliği değil, ERP’nin üzerine adım adım kurulan bir karar katmanıdır. Salt okumayla başlar, tek bir kararla kanıtlanır, onayla yazmaya geçer ve güven kazandıkça genişler.

Veraius ajanları

Veraius ajanlarıyla ekiplerinizin kazandıkları.

Her departmanda

  • Ajanlar işi kendi verileriniz üzerinde hazırlar; sonrasında ne olacağını ekibiniz onaylar
  • Gündelik dille sorulan sorular canlı ERP verisinden, tablo ve etkileşimli grafiklerle yanıtlanır
  • Dayanak denetimi: kaynağa bağlanamayan sayı gösterilmez
  • Karar gerekçesiyle açıklanabilirlik, güven ve risk skorları
  • Onay gelen kutusuyla Slack, Teams, WhatsApp ve Signal kanalları
  • Kişisel veri maskelemeli, departman tabanlı erişim politikası

Tüm ajan departmanları

Demo talep edin