Yapay zekâ son yıllarda yazılım dünyasının merkezine yerleşti. Ancak uzun süre bu kavram daha çok raporlama, tahminleme ve veri analizi alanında kaldı. ERP sistemlerinin operasyonuna doğrudan müdahale eden örnekler sınırlıydı. Microsoft’un Business Central içine entegre ettiği Sales Agent ve Purchase Agent özellikleri bu açıdan farklı bir yerde duruyor. Çünkü burada yapay zekâ, yorum yapan bir araç değil; teklifin, siparişin ve satın alma işleminin oluştuğu noktaya temas ediyor.
Asıl soru şu: Bu özellikler gerçek bir dönüşüm mü yaratıyor, yoksa iyi kurgulanmış bir otomasyon mı sunuyor?
Doğru organizasyonda ciddi bir hız ve disiplin artışı yaratabilir. Agent mimarisi tek başına şirketi değiştirmez; ama düzenli çalışan bir yapıyı hızlandırır.
Çoğu şirkette ERP sistemleri teorik olarak operasyonun merkezidir. Satış teklifleri açılır, siparişler girilir, satın alma siparişleri oluşturulur, faturalar kesilir, stok hareketleri takip edilir. Yönetim raporları buradan alınır. Resmi akış ERP üzerinden yürür.
Ancak günlük iş pratiğine bakıldığında başka bir gerçek ortaya çıkar. Kararlar e-posta da alınır. Onaylar maille verilir. Fiyat listeleri mail ekinde gelir. PDF dosyaları dolaşır. Excel tabloları paylaşılır. ERP çoğu zaman sürecin başlangıç noktası değil, sonradan yapılan kayıt noktasıdır.
Satış tarafında tipik senaryo:
Satın alma tarafında da tablo benzerdir:
Bu iki dünya – mail ve ERP – paralel yaşar. Veri iki kez girilir. Hata ihtimali artar. Kontrol zayıflar. İzlenebilirlik dağılır.
Agent yapısının hedeflediği tam olarak buradadır: Operasyonu mailden ERP içine çekmek.
Sales Agent’ın temel fonksiyonu basittir: Gelen müşteri e-postasını analiz eder ve sistem içinde satış teklifi taslağı oluşturur. Ancak basit görünen bu işlem, operasyonel akışta önemli bir kayma yaratır.
Süreç adım adım şu şekilde işler:
Satış temsilcisi taslağı açar. Fiyat, iskonto, termin gibi detayları kontrol eder. Gerekirse düzenler. Ardından teklif doğrudan sistem üzerinden müşteriye iletilir. Onay geldiğinde siparişe dönüşüm yine ERP içinde gerçekleşir.
Burada kritik olan nokta şudur: Süreç ERP içinde başlar ve ERP içinde tamamlanır. Mail artık sadece tetikleyicidir.
Mail adresi müşteri kartına bağlıysa sistem doğru hesap altında işlem açar. Bu eşleştirme veri bütünlüğü açısından hayati önemdedir. Yanlış müşteri altında teklif açılması, yanlış raporlama ve finansal karışıklık üretir.
Yeni bir müşteri söz konusuysa Outlook entegrasyonu üzerinden kişi kartı oluşturularak sistem içine dahil edilebilir. Böylece operasyon ERP’den kopmaz.
Sales Agent satış temsilcisini ortadan kaldırmaz. Ancak rolünü değiştirir. Veri girişine harcanan zaman azalır. Teklif hazırlama süresi kısalır. Mail trafiği içinde kaybolma riski düşer.
Özellikle şu yapılarda ciddi etki görülür:
Bu tür organizasyonlarda teklif oluşturma süresi ölçülebilir biçimde azalır. Satış ekibi zamanını operasyonel yazım yerine müşteri ilişkisine ayırabilir.
Satın alma tarafı daha karmaşıktır. Çünkü tedarikçiler farklı formatlarda veri gönderir. PDF, Excel, düz metin veya fiyat güncelleme bildirimi şeklinde içerik gelir.
Purchase Agent gelen maili analiz eder, satıcı kartı ile eşleştirir ve ürün, miktar, fiyat bilgilerini ayıklar. Ardından satın alma siparişi taslağı oluşturur.
Kullanıcı taslağı kontrol eder, gerekli düzeltmeleri yapar ve onaylar.
Bu yapı şu riskleri azaltır:
Ancak satın alma tarafında başarı oranı şirketin veri düzenine bağlıdır. Standart ürün alımı yapan ve sabit tedarikçi portföyüne sahip şirketlerde verim yüksektir. Proje bazlı, değişken ürün yapısına sahip firmalarda etki daha sınırlı olur.
Agent yapısının performansı doğrudan veri kalitesine bağlıdır. Güncel olmayan mail adresleri, eksik müşteri kartları, düzensiz ürün kodları sistemin doğruluğunu düşürür.
Yanlış müşteri altında açılan teklif sadece operasyonel hata değildir; raporlama, kârlılık analizi ve finansal takip açısından zincirleme sorun yaratır.
Bu nedenle aşağıdaki alanlar kritik hale gelir:
Doğru yapılandırıldığında üç temel fayda ortaya çıkar:
Teklif ve sipariş oluşturma süresi azalır. İş akışı hızlanır.
Manuel veri girişine bağlı hatalar azalır.
Tekliften siparişe, siparişten faturalamaya kadar tüm süreç tek sistem içinde kalır.
Bu özellikle büyüyen organizasyonlarda önemlidir. İş hacmi arttıkça manuel süreçlerin kontrolü zorlaşır. Agent yapısı ölçeklenebilirlik açısından avantaj sağlar.
Sales Agent ve Purchase Agent konuşulurken genellikle odak noktası yapay zekâ olur. Maili okuyup teklif taslağı oluşturması, siparişi üretmesi, metinden ürün ve miktar ayıklaması… Ancak bu sürecin arka planında düzgün olması gereken masterdata yapısı vardır.
Agent yapıları kendi başına karar vermez. Mevcut ERP verisini kullanarak anlam üretir. Bu nedenle müşteri kartı, satıcı kartı, ürün kodu, fiyat listesi ve eşleştirme mantığı ne kadar netse Agent çıktısı o kadar tutarlı olur.
Sales Agent Perspektifi
Sales Agent bir mail aldığında üç temel şeyi yapar:
Gönderenin doğru müşteri kartıyla eşleşmesi, teklifin doğru hesap altında açılması anlamına gelir. Bu da teklif geçmişinin, cari risk takibinin ve raporlamanın doğru ilerlemesini sağlar.
Ürün kart yapısı net olduğunda sistem metin analizini daha sağlıklı yapar. Standart ürün adlandırması, varyant yapısının açık olması ve fiyat hiyerarşisinin belirli olması teklif taslağının doğruluğunu artırır.
Burada önemli olan teknoloji değil; ERP içindeki düzenin Agent tarafından doğru okunabilmesidir.
Purchase Agent Perspektifi
Purchase Agent tarafında benzer bir mantık vardır. Tedarikçiden gelen mail analiz edilirken sistem:
Vendor kartlarının düzenli olması, tedarikçi ürün kod eşleştirmelerinin yapılmış olması ve birim dönüşümlerinin tanımlı olması satın alma taslağının daha hızlı ve kontrollü oluşmasını sağlar.
Özellikle sürekli aynı tedarikçilerle çalışan şirketlerde bu yapı ciddi akıcılık sağlar. Sipariş oluşturma süresi düşer, kontrol süreci sadeleşir.
Agent mimarisi hız üretir. Ancak master data ile birlikte çalışırsa.
Bu iki unsur birlikte çalıştığında operasyon hem hızlı hem izlenebilir hale gelir. Tekliften siparişe, siparişten faturaya kadar tüm akış tek sistem içinde tutarlı ilerler.
Master data burada teknik bir detay değildir. Satış ekibinin kullandığı ürün dili ile ERP’deki ürün kartının aynı olması, satın alma ekibinin satıcı bilgilerini sistemle uyumlu tutması Agent verimliliğini doğrudan etkiler.
İş hacmi arttıkça manuel kontrol zorlaşır. Günlük 10 teklif ile 200 teklif arasında fark vardır. Günlük 5 satın alma siparişi ile 100 sipariş arasında da fark vardır.
Agent yapısı bu artışı yönetebilir. Ancak sürdürülebilir performans için sistem içindeki referans verinin tutarlı olması gerekir. Bu sayede:
Agent sistemleri büyüyen organizasyonlarda çarpan etkisi yaratır. Master data bu çarpanın stabil kalmasını sağlar.
Gelecekte Olası Gelişim Alanları
Bugünkü yapı taslak üretmeye odaklıdır. Ancak potansiyel daha geniştir.
Muhtemel gelişim yönleri:
ERP sistemleri kayıt tutan yapılardan karar destek platformlarına evriliyor. Agent katmanı bu dönüşümün ilk adımıdır.
Stratejik Perspektif
Bu özellikler pazarlama diliyle anlatıldığında abartılı beklenti oluşturabilir. Gerçekçi bakış açısı daha nettir:
Ancak tekrar eden operasyonel yükü azaltır. Disiplinli organizasyonda hız ve kontrol artışı sağlar.
Gerçek fark şu noktada oluşur: Şirketin veri yapısı ve süreç olgunluğu.
Temiz veri + net süreç + kontrollü kullanıcı yapısı varsa Agent mimarisi ciddi değer üretir. Bu üç unsur yoksa sistem beklenen performansı göstermez.
Sales Agent ve Purchase Agent radikal bir kopuş değil. Ancak ERP’nin mail bağımlılığını azaltan önemli bir adım. Operasyonu sistem içine çekme potansiyeline sahip.
Doğru kullanıldığında:
Yanlış beklentiyle yaklaşıldığında ise sıradan bir otomasyon gibi algılanabilir.
Teknoloji burada araçtır. Asıl belirleyici olan şirketin organizasyonel disiplini ve veri yönetimidir. Agent yapısı hazır olan şirketi hızlandırır. Hazır olmayanı zorlar.
Gerçek ayrım burada ortaya çıkar.
