Agentic commerce nedir? Yapay zekâ asistanı ödeme yaptığında otel neyi bilmeli?

Agentic commerce, yapay zekâ asistanının bir kişi adına ödeme dahil satın alma sürecini tamamladığı ticaret modelidir. Otel için üç şeyi değiştirir: satın almayı kimin yetkilendirdiği, rezervasyonla birlikte hangi kanıtın geldiği ve misafir itiraz ettiğinde kimin yanıt vereceği. Türkiye'de bu yöntemle tamamlanmış bir otel rezervasyonuna dair kamuya açık bir kayıt bulunmuyor.

Onay mesajı elinize ulaşır: bir rezervasyon numarası, bir misafir adı ve odadaki hiç kimseye ait olmayan bir kart numarası. Rezervasyonda ödemeyi kimin yetkilendirdiği, hangi sınırın geçerli olduğu ya da misafir fiyat yanlış dediğinde ne yapılacağı yazmaz. Bu yazıyı okuduktan sonra agentic commerce'in ne olduğunu, yetki kanıtının neye benzediğini, ajan ödemesinin zaten çalıştırdığınız ödeme modelleri içinde nereye düştüğünü ve ilk böyle bir rezervasyon gelmeden koşullarınızda neyi düzeltmeniz gerektiğini söyleyebileceksiniz.

Agentic commerce nedir, düz bir dille?#

Agentic commerce, yapay zekâ asistanının bir kişi adına hareket ettiği alışveriştir: ürünü bulur, kişinin koşullarını uygular ve ödemeyi tamamlar. Yeni olan şey asistan değil; paranın, bir insan satın al düğmesine basmadan hareket etmesidir.

Tanımı dar tutun. Bir kişinin koyduğu sınırlar içinde, ödemeye kadar, onun adına hareket eden asistan agentic commerce'tir. Sıradan çevrimiçi rezervasyonda karar veren ve tıklayan kişidir; agentic commerce'te kişi yetki verir, sonra sonucu kontrol eder. Bu ayrım resepsiyonda önemlidir, çünkü ikisi aynı rezervasyon olarak gelir ama farklı kanıt taşır.

Otellere terimin neden şimdi duyulduğunu üç tarihli olay açıklar ve hiçbiri öngörü değildir. Ekim 2025'te büyük bir yapay zekâ şirketi, asistanının içinde üçüncü taraf uygulamalar için bir plan duyurdu; ilk sırayı iki büyük rezervasyon sitesi aldı ve temel açık bir bağlantı standardıydı (Skift, 6 Ekim 2025). Mart 2026'da bir haber, o şirketin sohbet içi doğrudan ödemeyi azalttığını yazdı; şirket konuya yorum yapmadı (Reuters üzerinden The Star, 6 Mart 2026). Ağustos 2026'da bir arama şirketi, yapay zekâ modunda otel rezervasyonunu yalnızca ABD'li gezginler için sunmaya başladı; seçimi ve ödemeyi gezgin yapıyor, asistan kendi başına rezervasyon yapmıyor (Skift, 27 Ağustos 2026). Duyuruların bütün tablosu için yapay zekâ asistanları otel rezervasyonu yapabiliyor mu? yazısını okuyun.

Terimin kendisi sektör dilinde bir kısaltmadır; standart değildir, ürün de değildir. İki öneri aynı terimi kullanıp farklı şeyleri kast edebilir.

Otellerin birleştirmeye yatkın olduğu iki yarısı ayırın. Keşif ve rezervasyon, asistanın oda bulup tutmasıdır. Mutabakat, asistanın ödemesidir. İkincisi agentic commerce'in eklediği şeydir ve resepsiyonu da mali ofisi de ilgilendiren yarısı budur.

Bir konaklamada üç taraf: gezgin, asistan ve otel#

Eskiden iki tarafın durduğu yerde artık üç taraf var: koşulları koyan gezgin, bu koşullarla hareket eden asistan ve odayı teslim edip belgeleri düzenleyen otel. Rezervasyonu bir yazılımın yapmış olması otelin yükümlülüklerini küçültmez.

Rolleri kesin adlandırın. Gezgin, parası ve niyeti sürece dahil olan kişidir. Asistan, o kişi adına hareket eden yazılımdır. Otel, konaklamayı sunan ve mali belgeyi düzenleyen satıcıdır.

Kimlik boşluğu, resepsiyonun ilk karşılaştığı şeydir. Rezervasyondaki ad, karttaki ad ve tesiste karşınızdaki kişi üç farklı olabilir ve bunların hiçbiri tek başına dolandırıcılık değildir. İnsanlar onlarca yıldır aile üyeleri için oda rezerve ediyor; asistan bu deseni genişletir, icat etmez.

Yasal çerçeve değişmez. Türkiye'de her konaklama; ödeme, mali belge (fatura ya da e-belge), misafir kimlik bildirimi (KBS) ve kişisel veri (KVKK) adımlarını içerir. Asistan, konaklamanın ne gerektirdiğini değil, kimin başlattığını değiştirir. Asistan rezervasyon yaptığında resepsiyona ulaşan şey, sıra dışı bir ad örüntüsü ve ek evrak içermeyen sıradan bir rezervasyondur; bu varış yolunu yapay zekâ asistanı rezervasyon yaptığında otele ne ulaşır? yazısı ayrıntılı anlatıyor.

Hemen ardından bir personel sorusu gelir: resepsiyonist, misafir olmayan bir asistana neyi doğrulayabilir? Bunun yanıtı misafirin yapay zekâ asistanı otele yazarsa yazısındadır; burada yanıtlanmayacak.

Vaka ortaya çıkmadan şimdi yazabilecekleriniz: rezervasyonun hangi kanaldan geldiği, ödeyenin kim olduğu ve onayın hangi adrese gittiği. Bu, sonradan her itiraz dosyasının ham malzemesidir.

Yetkiyi kim verdi ve ne kanıtlar?#

Kişinin imzaladığı bir talimat, asistanın elinde tutup satıcıya gösterdiği kanıttır. AP2 bunlara mandate (yetki belgesi) der: kişinin ne istediğini ve hangi sınırları koyduğunu kayda geçen, kriptografik olarak imzalanmış dijital sözleşmeler.

AP2'nin sorunu nasıl çerçevelendiği özetle aktarılmaya değer. Google'a göre bugünkü ödeme sistemleri genellikle "satın al" düğmesine doğrudan bir insanın bastığını varsayar; protokol üç soruya yanıt arar: yetki, gerçeklik ve hesap verebilirlik.

Hazır bulunan ve devredilen: iki farklı izin#

AP2 iki yetki belgesi türüyle çalışır. Kişi işlem sırasında oradaysa talep bir intent mandate ile kayda geçer; kişinin onayı, ürünleri ve fiyatı kesinleştiren cart mandate'i imzalar. Kişi orada değilse, fiyat sınırlarını, zamanlamayı ve diğer koşulları belirleyen ayrıntılı bir intent mandate'i önceden imzalar; koşullar gerçekleştiğinde asistan cart mandate'i oluşturabilir.

Duyuru, yetki belgelerini değiştirilemeyen, kriptografik olarak imzalanmış dijital sözleşmeler olarak tanımlıyor. Bu ifadeyi hiçbir otel kaydına taşımayın: otelin kendi kaydı en iyi ihtimalle değişikliğin fark edilebildiği bir kayıttır; değişiklik önlenmez, tespit edilir.

Açığı dürüstçe söyleyin. Bugün sıradan bir rezervasyon alan otel bunların hiçbirini görmez. Yetki belgesi kişi, asistan ve ödeme tarafı arasında yaşar; otel eline çoğu zaman yalnızca bir referans geçebilir.

Otel gerçekçi olarak neyi isteyebilir?#

Bir rezervasyon asistan kaynaklı görünüyorsa yetkilendirme referansını ve geçerli olan sınırı isteyin ve ikisini rezervasyonla birlikte saklayın. Rezervasyon anında isteyin; sonradan ortaya çıkmazlar.

Duyurunun ölçeğini bir pazar iddiasına dönüştürmeden not edin. Google, protokol üzerinde 60'tan fazla kuruluşla çalıştığını, adları duyuruda geçecek şekilde açıkladı (Google Cloud Blog, 16 Eylül 2025 (yeni sekmede açılır)). Çalışma grubu, benimsenme değildir.

Otel zaten hangi ödeme modelini biliyor?#

Otelin zaten çalıştırdığı üç model: misafir tesiste öder, site tahsil eder ve sonradan aktarır ya da rezervasyon başına sanal kart düzenlenir. Ajan ödemesi, aynı mutabakatın dördüncü bir ön yüzüdür; paranın muhasebesi için yeni bir yol değildir.

Var olan modelleri tek satırla geçin. Otelde ödemede parayı çıkışa kadar misafir tutar, rezervasyonda bir garanti görünür, risk no-show'dadır. Sitede tahsilde parayı önce site tutar ve sonradan aktarır; risk mutabakat koşulları ve zamanlamasındadır. Sanal kartta tek kullanımlık bir kart numarası rezervasyon için düzenlenir ve rezervasyonun izin verdiği tutar çekilir; bu yüzden karttan çok, rezervasyondaki tutar ve tarihler önemlidir.

Ajan ödemesi bunların yanında durur. Asistan, kişinin yetki belgesine dayalı bir kimlik bilgisiyle öder; otel yine bir kart ya da cüzdan üzerinden mutabakat alır, yeni bir para birimi değil.

En çok soruna yol açan uyuşmazlık şudur: üçüncü bir taraf rezervasyonu birleştirdiğinde çekilen tutar, rezervasyondaki tutar ve iptal koşulları birbirinden kopabilir. Ödeme yolu her ne olursa olsun konaklama yine bir mali belge ve bir misafir kimlik bildirimi üretir. Bizim sistemimizde e-faturalar gönderilmeden önce bir kişinin incelemesini bekler. Ayrıntılı karşılaştırma için OTA ödeme modelleri: otelde ödeme, sitede ödeme ve sanal kart yazısını okuyun.

Misafir itiraz ettiğinde: ters ibraz ve rezervasyon kaydı#

İtiraz, çıkıştan haftalar sonra bir kart ters ibrazı olarak gelir ve ödemeyi yetkilendiren protokolle değil, otelin tuttuğu belgelerle yanıtlanır. İmzalı kayıt kartı, rezervasyon anında kabul edilen koşullar ve yazışmayı ortaya koyabilen otelin dosyası genellikle daha güçlüdür.

Sıra basittir. Gezgin ödemeye kart kuruluşundan itiraz eder, kuruluş otelin bankasından kanıt ister ve otelden, kendi belirlemediği bir süre içinde dosya istenir.

O dosyada olması gerekenler: rezervasyon kaydı, imzalı kayıt kartı, rezervasyon anında sunulmuş haliyle iptal ya da no-show koşulları, gönderilen onay ve kime gönderildiği, varsa yazışmalar. Otelin elinde bulunmayabilecek yeni kanıt ise yetki referansı ve geçerli olan sınırdır. Rezervasyon anında isteyin; sonradan ortaya çıkmazlar.

Karıştırılan iki itiraz türünü ayırın. Gezgin ödemeye yetki verilmediğini söylüyorsa yetki kanıtı gerekir. Tutarın ya da koşulların yanlış olduğunu söylüyorsa rezervasyon anında gösterilen koşullar gerekir. Kanıtlar farklıdır; karıştırmak dosyayı zayıflatır.

Bu yazı sorumluluk hakkında hüküm vermez. Asistan yanlış yaptığında kimin yanıt vereceği, otelin hukuk ve ödeme danışmanlarının sorusudur; yanıt koşullara, yetki belgesine ve kart şemasının kurallarına bağlıdır. Bugün uygulayabileceğiniz bir kural: otel, rezervasyonu kimin hangi koşullarla yetkilendirdiğini yeniden kuramıyorsa, ödeme yolu ne olursa olsun ters ibraza iyi yanıt veremez. Dosyanın ayrıntısını otelde ters ibraz (chargeback): itiraza doğru belgelerle yanıt vermek yazısı ele alıyor.

Otel bugün kendi koşullarında ve rezervasyon yolunda neyi kontrol etmeli?#

Koşullarınızın yalnızca konaklayan misafiri değil, rezervasyonu yapan kişiyi de bağlayıp bağlamadığını ve rezervasyon yolunuzun ödeyenin kim olduğunu kaydedip kaydetmediğini kontrol edin. İkisi de şimdi düzeltmesi ucuz, itirazdan sonra düzeltmesi pahalıdır.

Önce koşullar. İptal, no-show ve değişiklik maddeleri, yalnızca gelen kişiyi değil, rezervasyonu yapıp ödeyen kişiyi bağlayacak şekilde yazılmalıdır. Sonra kimlik: ödeyen misafir değilken onu kaydeden bir alan ya da not, ayrıca rezervasyonu kimin iptal edip değiştirebileceğine dair bir kural. İadeler için, paranın kime ait olduğu sonradan ortaya çıksa da ödeyene geri gönderen yazılı bir yol gerekir.

Onaylar da kayıt olarak önemlidir. Onayın gittiği adresi kaydedin ve bir kopyasını yalnızca gelen kutusunda değil, rezervasyonla birlikte tutun. Yetkilendirme referansı, rezervasyon anında gösterilen koşullar ve yazışmalar için bir saklama alışkanlığı edinin. Son olarak, asistan kaynaklı talepleri ele alan ve neyin doğrulanabileceğini bilen bir kişiyi adıyla görevlendirin.

Daha kapsamlı sürüm yapay zekâ asistanlarından gelecek rezervasyonlara hazırlık listesi yazısında.

AI Otel bu konuda nerede duruyor?#

Yapay zekâ asistanlarıyla rezervasyon, geliştirildi ve herkese açık bir demo ortamında çalışıyor: bir yapay zekâ asistanı, otelin belirlediği sınırlar içinde demo tesisimizde oda bulabilir, tutabilir ve rezervasyon yapabilir. Demo tesisi kurgusaldır ve ödeme göstermez.

Sınırın kendisi önemli olduğu için demonun neyi göstermediğini de söyleyelim. Demoda hiçbir ödeme yapılmıyor, kart çekilmiyor, yetki belgesi düzenlenmiyor ya da denetlenmiyor. Dürüst sıfır da burada: henüz eğitilmiş bir modelimiz yok ve ürün bunu ekranda da söylüyor. Bağlam için: OtelCiro bugün ücretli otel müşterileriyle çalışıyor; otel işletim sistemi geliştirildi ve lansman öncesi durumda. Daha fazlası için AI Otel platformunu okuyabilirsiniz.

Şimdi ne yapmalı#

İptal, no-show ve iade koşullarınızı alın ve bir yazılım asistanı bunları birinin adına kabul etmiş gibi okuyun. Koşullar rezervasyonu yapanı ve ödeyeni adıyla anmıyorsa bu ay yeniden yazın, sonra ilk böyle bir rezervasyon gelmeden hazırlık listesini çalışın. Asistan kaynaklı rezervasyonlara nasıl hazırlandığınızı konuşmak isterseniz görüşme talep edin.