Yapay Zeka Ajanları Fiyatları Değiştirebildiğinde: Perakendede Ajan Tabanlı Erişim Kontrolü Rehberi

Perakendeciler yıllardır çalışanların erişim yetkilerini belirlemek için kapsamlı kontroller oluşturuyor.

Ürün yöneticisi ürün bilgilerini güncelleyebilir. Pazarlama yöneticisi bir kampanya başlatabilir. Mağaza çalışanı iade işlemi gerçekleştirebilir. Finans ekibi bir para iadesini onaylayabilir. Her rolün net bir yetki sınırı vardır.

Şimdi aynı sistemlere bir yapay zeka ajanının da erişebildiğini düşünün. Ajan stok bilgilerini sorgulayabilir, müşteri davranışlarını analiz edebilir, fiyatlandırma fırsatlarını belirleyebilir, kampanyalar oluşturabilir, e-ticaret API’leriyle etkileşime geçebilir ve potansiyel olarak müşterilerin ne gördüğünü veya ne kadar ödediğini değiştirebilir.

Bir anda soru “Kim erişebilir?” olmaktan çıkıp “Bu ajanın ne yapmasına izin var, hangi koşullarda hareket edebilir ve bir şeyler ters gittiğinde ne olur?” sorusuna dönüşüyor.

Perakendeciler yapay zeka asistanlarından, çok adımlı iş akışlarını kendi başlarına gerçekleştirebilen ajanlara geçtikçe, erişim kontrollerinin de bu yeni çalışma modeline uyum sağlaması gerekiyor.

• Fiyat önerisi sunabilen bir ajanın fiyatı değiştirme yetkisine sahip olması gerekmeyebilir.
• Bir kampanya hazırlayabilen bir ajanın bu kampanyayı yayınlama yetkisine sahip olması gerekmeyebilir.

Ajan tabanlı perakendede minimum yetki prensibi tam da bu noktada önem kazanır.

Perakendede Erişim Yetkileri Değişiyor

Geleneksel IAM, kimlikler ve roller üzerinden çalışır. Bir çalışanın rolü örneğin şu olabilir:

• Fiyatlandırma yöneticisi
• Pazarlama yöneticisi
• Mağaza yöneticisi
• Müşteri hizmetleri temsilcisi
• Finansal analist
• E-ticaret yöneticisi

İzinler de kişinin görevini yerine getirmek için ihtiyaç duyduğu yetkilere göre belirlenir.

Yapay zeka ajanları, kendi kimliklerine ve dikkatle sınırlandırılmış yetkilere ihtiyaç duyan yeni nesil iş yüklerini beraberinde getiriyor. Bu ajanlar her işlemin başında bir insanın müdahalesi olmadan çalışabilir ve tek bir iş akışı içinde birden fazla sistemle etkileşime girebilir.

Örneğin, bir dinamik fiyatlandırma ajanını düşünelim. Bu ajan şu sistemlere veya veri kaynaklarına bağlı olabilir:

• Ürün kataloğu verileri
• Stok sistemleri
• Rakip fiyatları
• Satış geçmişi
• Müşteri talep sinyalleri
• Kampanya motorları
• E-ticaret platformları
• Veri ambarları
• Analitik araçları

İş açısından bakıldığında, bu yaklaşım oldukça faydalı olabilir. Ajan, bir ürünün beklenenden daha yavaş sattığını tespit edebilir, stok seviyelerini analiz edebilir, fiyat değişikliği önerebilir ve bu değişikliği uygulamaya hazır hâle getirebilir. Peki, ajan bu fiyatı doğrudan yayınlayabilmeli midir?

Bunun yanıtı perakendecinin risk modeline bağlıdır:

• Düşük değerli bir üründeki 50 TL’lik bir fiyat değişikliğinin önceden belirlenmiş kurallar dahilinde kabul edilebilir olması mümkündür.
• Yüksek marjlı bir üründe %30 indirim yapmak, düzenlemeye tabi bir ürünün fiyatını değiştirmek veya indirimi ürün kategorisinin tamamına uygulamak çok farklı bir etki yaratabilir.

Bu nedenle ajanın yalnızca “fiyatlandırma erişimi” gibi genel bir yetkiye sahip olması yeterli değildir. Ajanın sınırları net olarak belirlenmiş bir yetki alanına sahip olması gerekir.

İnsan Kimlik ve Erişim Yönetiminden Ajan Tabanlı Erişim Kontrolüne

Minimum yetki prensibi, geleneksel olarak bir kimliğe yalnızca görevini yerine getirmek için ihtiyaç duyduğu izinlerin verilmesi anlamına gelir. Kimlik bir yapay zeka ajanını veya ajan tabanlı bir iş yükünü temsil ettiğinde, bu prensip daha da önemli hâle gelir. Ancak ajan tabanlı erişim kontrolünde yalnızca kimliğin kendisine odaklanmak yeterli değildir.

Pratik bir perakende yetki modeli şu boyutları birlikte değerlendirebilir:

Bu yaklaşım, soruyu “Fiyatlandırma ajanının e-ticaret platformuna erişimi var mı?” noktasından çıkarıp “Fiyatlandırma ajanı bu üründe, bu tutarda, bu ortamda, bu kampanya sırasında ve bu koşullar altında fiyat değişikliği yapabilir mi?” noktasına taşıyor. Böylelikle çok daha güçlü ve kontrollü bir güvenlik sınırı oluşturuyor.

Perakende Ajanları İçin Yetki Matrisi

Bu modeli uygulamaya başlamanın pratik yollarından biri, ajanları dört farklı yetki seviyesi üzerinden değerlendirmek:

Gözlemleme → Analiz Etme → Önerme → Gerçekleştirme

Her seviyede ajanın yaratabileceği potansiyel iş etkisi artar.

Kimlik ve Erişim Yönetimi (IAM) kontrol düzleminin yalnızca bir katmanıdır. İş kurallarının kendi uygulama katmanı olmalıdır. Bir perakendeci, IAM kullanarak bir ajanın fiyatlandırma API’sini çağırıp çağıramayacağını belirleyebilir. Fiyatlandırma servisi, indirim limitleri, ürün uygunluğu, onay eşikleri ve kampanya kısıtlamaları gibi iş kurallarını uygulayabilir. En güçlü mimarilerde her iş kuralını IAM’e yüklemek yerine bu iki kontrol katmanı birlikte kullanılır.

Amaç her perakendeci için geçerli olacak tek bir yetki matrisi oluşturmak değil; ekiplerin bir ajanın neyi anlayabileceği, neyi önerebileceği ve gerçekte neleri değiştirebileceği arasındaki sınırı net biçimde tanımlamasını sağlamaktır. Bu sınır, ajan canlı ortama alınmadan önce açıkça belirlenmelidir.

Bir Fiyatlandırma Ajanını Ele Alalım

Dinamik fiyatlandırmayı desteklemek için yapay zeka ajanı kullanan bir perakendeci düşünelim. Ajan; satış verilerini, stok seviyelerini, talep tahminlerini ve fiyatlandırma kurallarını alıyor. Önceden belirlenmiş iş hedeflerine göre fiyat değişikliği fırsatlarını belirliyor. Bu iş akışı farklı şekillerde tasarlanabilir.

Model 1: Yalnızca Öneri

Ajan, verileri analiz eder ve şu şekilde bir öneri oluşturur:

“Stok seviyesi, talep ve mevcut kampanyanın performansına göre Ürün A’nın fiyatını 800 TL’den 740 TL’ye düşürün.”

Fiyatlandırma yöneticisi öneriyi inceler ve onaylar. Ajan gerekli verilere erişebilir, ancak canlı ortamdaki fiyatı değiştirme yetkisine sahip değildir. Bu, görece düşük riskli bir başlangıç modelidir.

Model 2: Kontrollü Uygulama

Ajan, önceden belirlenmiş sınırlar içinde kalan fiyat değişikliklerini otomatik olarak uygulayabilir.

Örneğin:

• Maksimum fiyat indirimi: %10
• Maksimum artış: %15
• Yalnızca belirli ürün kategorileri
• Yalnızca onaylanmış saat aralıklarında
• Yalnızca doğrulama tamamlandıktan sonra canlı ortamda
• Aktif sözleşmeli bir kampanyaya dahil olan ürünlerde fiyat değişikliği yapılamaz.

Bu kuralların dışında kalan her işlem için insan onayı gerekir. Böylece ajan daha fazla otonomi kazanırken, hareket alanı net sınırlar içinde tutulur.

Model 3: Geniş Yetkili Uygulama

Ajan, belirgin kısıtlamalar olmadan katalog genelindeki fiyatları değiştirebilir. Bu yaklaşım verimli görünebilir. Ancak potansiyel etki alanı da çok daha geniştir. Model hatası, hatalı bir veri akışı, ele geçirilmiş bir kimlik bilgisi, yanlış yapılandırılmış bir iş kuralı veya beklenmeyen bir iş akışı, kimse fark etmeden önce binlerce ürünün fiyatının değiştirilmesine yol açabilir.

Bu üç model arasındaki fark ajanın zekası değil, ajana verilen yetkidir.

Kampanyalarda da Aynı Sorun Ortaya Çıkıyor

Fiyatlandırma, ajan tabanlı erişimin dikkatle sınırlandırılması gereken tek alan değil. Örneğin bir pazarlama ajanının şunları yapabildiğini düşünelim:

1. Müşteri davranışlarını analiz etmek
2. Hedef müşteri segmentini belirlemek
3. Bir kampanya tasarlamak
4. Kampanyaya dahil edilecek ürünleri seçmek
5. Kampanya içeriğini oluşturmak
6. Kampanyayı planlamak
7. Kampanyayı farklı kanallarda yayınlamak

Ajan bu yedi adımın tamamını gerçekleştirebilecek kapasiteye sahip olabilir. Ancak bu, yedi adımın tamamını sınırsız şekilde gerçekleştirme yetkisine sahip olması gerektiği anlamına gelmez.

Perakendeci iş akışını şu şekilde ayırabilir:

• Analiz Etme: Ajan
• Önerme: Ajan
• Oluşturma: Ajan
• Onaylama: Pazarlama yöneticisi
• Yayınlama: Kontrollü kampanya servisi

Bu yaklaşım, müşteriye yönelik bir işlem gerçekleşmeden önce net bir kontrol noktası oluşturur ve sistemi denetlemeyi kolaylaştırır. Bir kampanya beklenen performansı göstermediğinde, perakendeci sorunun veri, öneri, onay veya gerçekleştirme katmanından kaynaklanıp kaynaklanmadığını daha kolay belirleyebilir.

Aynı Prensip İadeler İçin de Geçerli

İadeleri yöneten bir yapay zeka müşteri hizmetleri ajanını düşünelim. Ajanın şu işlemleri yapmasına izin verilebilir:

• Sipariş bilgilerini görüntülemek
• İade koşullarını kontrol etmek
• İade nedenini analiz etmek
• Çözüm önermek
• İade talebi oluşturmak

Ancak 500 TL tutarında bir para iadesini otomatik olarak gerçekleştirmek, çok daha farklı bir yetki seviyesi gerektirebilir. Perakendeci örneğin şu eşikleri belirleyebilir:

• 500 TL altı: Politika koşulları karşılanıyorsa otomatik iade
• 500 TL – 2500 TL: Ek otomatik doğrulama
• 2500 TL üzeri: İnsan onayı

Kesin tutarlar işletmenin risk modeline göre değişir. Temel prensip ise aynıdır: Ajanın sahip olduğu yetki, gerçekleştirdiği işlemin potansiyel etkisiyle orantılı olmalıdır.

Bağlam Önemlidir

Bir ajanın yetkileri bağlama göre de değişebilir. Aynı kampanya ajanının üç farklı ortamda çalıştığını düşünelim:

• Geliştirme: Test kampanyalarını serbestçe oluşturabilir ve değiştirebilir.
• Test: Sentetik veya onaylanmış verilerle çalışabilir ve yalnızca test ortamlarında yayınlayabilir.
• Canlı (Prod): Yalnızca onaylanmış ürün ve kampanyalara erişebilir, yayınlama işlemleri daha sıkı kontroller altında gerçekleşir.

Aynı ajana her ortamda aynı yetkileri vermek gereksiz bir risk taşır. Aynı yaklaşım zaman için de geçerlidir. Efsane Cuma kampanyası yürüten bir perakendeci, ajana belirli fiyatlandırma veya kampanya iş akışlarına geçici olarak erişim verebilir. Bu erişim, kampanya sona erdiğinde otomatik olarak sona erecek şekilde tasarlanabilir. Böylece ajanın yetkileri yalnızca ne yapabileceğiyle değil, nerede ve ne zaman yapabileceğiyle de sınırlandırılmış olur.

Koşullu erişim ve yetkilendirme politikaları, bu kuralların uygulanabilir kontrollere dönüştürülmesine yardımcı olabilir. Örneğin, Google Cloud’un IAM Conditions özelliği, erişimi kaynak, servis ve erişim zamanı gibi desteklenen kaynak ve istek özniteliklerine göre sınırlandırabilir. Google Cloud, MCP entegrasyonlarında belirli MCP araçlarına erişimi sınırlandırmak için kullanılabilecek öznitelikleri de destekliyor; ayrıca ek bir güvenlik katmanı olarak Deny politikalarının kullanılmasını öneriyor. Bu yaklaşım, erişime sahip olmak ile belirli koşullar altında erişime sahip olmak arasındaki önemli farkı ortaya koyuyor.

Bir Ajana Kullanabileceği Her Aracı Vermeyin

Ajan tabanlı sistemler çoğu zaman çeşitli araçlara ve API’lere dayanır. Bir perakende ajanı şu araçlara erişebiliyor olabilir:

• BigQuery’yi sorgulama
• Stok bilgilerini görüntüleme
• Ürün bilgilerini güncelleme
• Kampanya oluşturma
• Fiyatları değiştirme
• İade gerçekleştirme
• Siparişleri güncelleme
• Müşterilere ileti gönderme

Ajana “ileride ihtiyaç duyabilir” düşüncesiyle mevcut tüm araçlara erişim vermek, minimum yetki prensibinin amacını ortadan kaldırır. Bunun yerine, ajanın kullanabileceği araç seti yürüttüğü iş akışıyla uyumlu olmalıdır.

• Talep analizi ajanı, stok ve satış verilerini okuma erişimine ihtiyaç duyabilir.
• Fiyat önerisi ajanı, aynı veri kaynaklarına ve ek olarak öneriler oluşturma yeteneğine ihtiyaç duyabilir.
• Canlı ortam fiyatlandırma ajanı, kontrollü bir fiyatlandırma API’sine erişebilir.

Bu, ajanın otomatik olarak iade işlemlerine, müşteri hesaplarına veya kampanya yayınlama yetkisine erişmesi gerektiği anlamına gelmez.

Google Cloud’un Temmuz 2026’da yayınladığı IAM rehberi, MCP entegrasyonları için bu yaklaşımın somut bir örneğini sunuyor. IAM Conditions kullanılarak erişim belirli MCP servisleriyle ve hatta tek tek MCP araçlarıyla sınırlandırılabiliyor. Prensip basit: Bir ajanın bir araca ihtiyacı yoksa, o araca erişim vermeyin.

Etki Alanını Sınırlandırarak Tasarlayın

Perakendeciler altyapı planlamasında etki alanını zaten dikkate alıyor. Bir serviste yaşanan sorun, tüm e-ticaret platformunu devre dışı bırakmamalı. Ajan yetkileri de aynı bakış açısıyla tasarlanmalı.

Şu soruyu sorun: “Bu ajanın kimlik bilgileri ele geçirilirse ne kadar hasara yol açabilir?”

Salt okunur bir analitik ajanı için etki, veri sızıntısıyla sınırlı kalabilir.

Katalog genelinde yazma yetkisine sahip bir fiyatlandırma ajanında ise sonuçlar çok daha ciddi olabilir:

• Hatalı fiyatlar
• Marj kaybı
• Müşteri şikayetleri
• Kampanya çakışmaları
• Gelir kaybı
• Marka itibarının zarar görmesi

Sınırsız iade yetkisine sahip bir sipariş ajanında ise sonuçlar doğrudan finansal kayıplara yol açabilir.

Ajanın yetkilerini azaltmak, potansiyel etki alanını da küçültür. Farklı ajanlar veya iş akışları için ayrı kimlikler kullanmak, minimum yetki prensibinin uygulanmasını ve denetlenmesini kolaylaştırabilir. Bu yaklaşım, tüm perakende ortamında geniş erişime sahip tek bir ortak kimlik kullanmaktan daha kontrollü bir yapı sunar.

Yüksek Etki Yaratan İş Akışlarına İnsan Onayı Ekleyin

Otonomi, insanları süreçten tamamen çıkarmak anlamına gelmek zorunda değil. Birçok perakende iş akışı için daha iyi bir yaklaşım, seçici otonomi olabilir. Ajan düşük riskli ve yüksek hacimli kararları otomatik olarak yönetirken, yüksek etki yaratan kararları insan onayına taşıyabilir.

Bu eşikler genellikle uygulama veya iş akışı katmanında uygulanır. IAM ve diğer politika kontrolleri ise temel erişim sınırlarının korunmasını sağlar. Örneğin:

Bu yaklaşım, perakendecilerin otomasyondan yararlanmasını sağlarken her kararı aynı risk seviyesinde değerlendirmelerinin önüne geçer. Ayrıca onay mekanizmasının da mimarinin bir parçası olması gerekir. Gerçekleştirilen işlem, kararın bağlamı, kullanılan kimlik, verilen onay ve işlem sonucu denetlenebilirlik için kaydedilmelidir.

Ajan Güvenliği İçin Gözlemlenebilirlik de Gerekir

İzinler bir ajanın ne yapabileceğini, gözlemlenebilirlik ise gerçekte ne yaptığını gösterir. Bu ayrım önemlidir. Bir perakendeci şu sorulara yanıt verebilmelidir:

• Bu fiyatı hangi ajan değiştirdi?
• Hangi kimliği kullandı?
• Hangi verilere erişti?
• Hangi araçları çağırdı?
• Hangi politikalar ve iş kuralları uygulandı?
• İnsan onayı gerekli miydi?
• Önceki değer neydi?
• Ne değişti?
• İşlem ne zaman gerçekleşti?
• Yetkileri dışında bir işlem gerçekleştirmeyi denedi mi?

Bu yaklaşım, ajan davranışları için izlenebilir bir denetim kaydı oluşturur. Aynı zamanda zaman içinde ortaya çıkabilecek yetki genişlemesini tespit etmeyi ve gereksiz izinleri daha kolay belirlemeyi sağlar.

Bir ajan başlangıçta on farklı kaynağa erişebilirken, zaman içinde bunlardan yalnızca üçünü kullanmaya başlayabilir. Başka bir ajan ise yalnızca öneri oluşturmak üzere tasarlanmışken, iş akışı geliştikçe yazma yetkileri de kazanabilir. Düzenli erişim incelemeleri, bu tür değişikliklerin gereksiz bir güvenlik riskine dönüşmeden önce tespit edilmesini ve kullanılmayan veya artık ihtiyaç duyulmayan yetkilerin gözden geçirilmesini sağlar.

Modelden Önce İş Akışını Tasarlayın

Perakendeciler ajan tabanlı yapay zekayı değerlendirirken, konuşma çoğu zaman modelle başlar:

• Hangi modeli kullanmalıyız?
• Ne kadar doğru sonuç veriyor?
• Ne kadar hızlı?
• Çıkarım maliyeti ne kadar?

Bunlar önemli sorular. Ancak güvenlik başka bir yerden başlıyor: Bu iş akışı ajanın neler yapmasına izin veriyor?

Bir ajanı canlıya almadan önce perakendeciler şunları netleştirmeli:

1. İş hedefi
2. İhtiyaç duyulan veriler
3. İhtiyaç duyulan araçlar
4. Ajanın gerçekleştirebileceği işlemler
5. Bu işlemlerin yaratabileceği maksimum etki
6. İşlemlere hangi koşullarda izin verileceği
7. Hangi işlemler için insan onayı gerektiği
8. Hangi kanıt ve işlem kayıtlarının tutulması gerektiği

Bu yaklaşım, gerçek iş sürecini yansıtan bir ajan yetki modeli oluşturur. Ardından teknoloji, tanımlanan bu yetki sınırlarını uygulayabilir.

Yapay Zeka Yeteneğinden Kontrollü Otonomiye

Ajan tabanlı yapay zeka, perakendecilerin fiyatlandırma, kampanyalar, stok yönetimi, müşteri hizmetleri, sadakat programları ve e-ticaret operasyonlarını yönetme biçimini değiştirebilir. Ancak otonominin net sınırları olmalıdır.

• Stokları analiz edebilen bir ajanın stokları değiştirme yetkisine sahip olması gerekmez.
• Fiyat önerisi oluşturabilen bir ajanın bu fiyatı doğrudan yayınlama yetkisine sahip olması gerekmez.
• İade talebi hazırlayabilen bir ajanın iadeyi doğrudan gerçekleştirme yetkisine sahip olması gerekmez.

Perakendeciler için asıl soru “Ne kadarını otomatikleştirebiliriz?” değil, “Bu özel iş akışı için ajana güvenli bir şekilde ne kadar yetki verebiliriz?” olmalıdır.

Bu yaklaşım, ajan tabanlı yapay zeka için daha kontrollü ve uygulanabilir bir model sunar:

Gözlemleme → Analiz Etme → Önerme → Gerçekleştirme

Her adımın net bir yetki sınırı, uygun güvenlik kontrolleri ve denetlenebilir bir işlem akışı olmalı. Bu sınırları erkenden belirleyen perakendeciler, her yeni yapay zeka yeteneğini yeni bir güvenlik riskine dönüştürmeden ajan tabanlı yapay zekayı ölçeklendirme konusunda daha güçlü bir konuma sahip olur.

Ajan Tabanlı Perakende İçin Güvenli Bir Temel Oluşturun

Ajan tabanlı ticaret, bir yapay zeka modeli ve bir dizi API’den daha fazlasını gerektirir. Kimlik, veri, uygulamalar, politikalar, gözlemlenebilirlik ve iş kurallarını bir araya getiren bir mimariye ihtiyaç vardır.

Kartaca olarak, yapay zeka iş yükleri için güvenlik, yönetişim, ölçeklenebilirlik ve operasyonel kontrolleri destekleyen bulut ve veri altyapıları oluşturmanıza yardımcı oluyoruz. Deneme aşamasından canlıya geçişte, ajan tabanlı yapay zeka uygulamalarınızı kontrollü ve güvenli bir şekilde ölçeklendirmenizi destekliyoruz.

İster yapay zeka destekli fiyatlandırma, kişiselleştirilmiş kampanyalar, akıllı müşteri hizmetleri veya otonom e-ticaret iş akışlarını değerlendiriyor olun, ajanlara yalnızca ihtiyaç duydukları yetkileri vermenizi sağlayacak mimariyi ve kontrolleri tasarlamanıza yardımcı olabiliriz.

Kontrollü ajan tabanlı yapay zekanın perakende ortamınızda nasıl uygulanabileceğini keşfetmek için bizimle iletişime geçin.