Yapay zekâ asistanı rezervasyon yaptığında otele ne ulaşır?

Yapay zekâ ajanı rezervasyonu, gezginin bir yapay zekâ asistanı üzerinden yaptığı rezervasyondur. Şimdiye kadar yapılan duyurularda asistan bulur ve önerir, gezgin onaylar ve öder; rezervasyon otele var olan bir kapıdan ulaşır: bir rezervasyon sitesi, otelin kendi web sitesi ya da doğrudan bir bağlantı. Misafiri otele kayıt eden yine otelin kendisidir.

Geç saatte gelen bir misafir, asistanın deniz manzaralı oda ve geç çıkış vaat ettiğini söylüyor. Rezervasyon kaydında standart oda, hiçbir not ve otelin eşleştiremeyeceği bir fiyat var. Sohbet ile kayıt arasındaki bu boşluk, sorunun tamamı. Bu yazı, yapay zekâ ajanı rezervasyonunu duyurudan resepsiyona kadar izliyor: gerçekte ne duyuruldu, rezervasyon hangi kapıdan geliyor, hangi koşullar geçerli, resepsiyonun girişte yine toplaması gerekenler neler ve rezervasyon nasıl kodlanmalı. Yazının sonunda üç kapınızı yazılı hâle getirebilecek ve resepsiyonunuz için tek bir doğruluk kaydı tanımlayabileceksiniz.

Yapay zekâ asistanlarının otel rezervasyonu yapmasına dair gerçekte ne duyuruldu?#

Üç tarihli olay var ve hiçbiri, bir asistanın Türkiye'de kendi başına otel rezervasyonu tamamlaması değil.

6 Ekim 2025'te, büyük bir yapay zekâ asistanının içinde üçüncü taraf uygulamalar için bir plan duyuruldu; ilk ortaklar olarak iki büyük rezervasyon sitesi adı geçti ve temelde MCP var: yazılımların ne yapabildiğini ortak bir dille tanımlaması, böylece asistanın onları çağırabilmesi. Burada yazılması gereken "bir plan duyuruldu", asla "başlatıldı" değil (Skift, 6 Ekim 2025). 5 Mart 2026'da The Information, asistanın yapımcısının sohbet içindeki doğrudan ödeme adımını küçülttüğünü bildirdi; şirketin, kullanıcıların ürünleri orada araştırdığını ama satın alımı tamamlamadığını gördüğü yazıldı. Reuters'ın aktardığı habere (yeni sekmede açılır) göre çevrim içi seyahat şirketlerinin hisseleri haber üzerine yüzde 5 ile yüzde 12'nin üzeri arasında değer kazandı; şirket yorum yapmadı (Reuters, The Star üzerinden, 6 Mart 2026). Burada yazılması gereken "bildirildi". 27 Ağustos 2026'da bir arama şirketi, yapay zekâ modunun içindeki otel rezervasyonunu Amerika Birleşik Devletleri'ndeki gezginler için yayımlamaya başladı; on adet ortak adı geçti, gezgin seçiyor ve şirketin ödeme hizmetiyle ödüyor, mod kendi başına rezervasyon yapmıyor (Skift, 27 Ağustos 2026). "Türkiye'de yok" ifadesi, kaynaktaki "yalnızca ABD" ifadesinden çıkan bir çıkarımdır; kaynakta böyle bir cümle yok.

Üç olaydaki örüntü aynı: asistan önerir, insan onaylar ve öder, rezervasyon zaten var olan bir rezervasyon sistemine düşer. Hiçbirinin söylemediği şeyler ise şunlar: kaç rezervasyon, bir otelin işinin ne kadarı, bunların herhangi birinin Türkiye'de kullanılabilir olup olmadığı, otele hangi misafir verisinin ulaştığı. Yapay zekâ asistanları otel rezervasyonu yapabiliyor mu? sorusunun ayrıntılı yanıtında bu duyuruların tam dökümü var. Otelci için okuma kuralı kısa: fiili kaynağa eşitle. "Duyuruldu", "bildirildi" ve "yayımlamaya başladı" üç farklı kesinlik düzeyidir ve sektör başlıkları üçünü de çoğu zaman "şimdi kullanımda"ya yükseltir.

Yapay zekâ ajanı rezervasyonu resepsiyona hangi kapıdan ulaşır?#

Üç kapıdan birinden ve kapı, kaydı kimin tuttuğunu, kimin onayladığını ve otelin sonradan neyi değiştirebileceğini belirler.

Birinci kapı bir rezervasyon sitesidir: asistan gezgini bir sayfaya yönlendirir, gezgin orada öder ve rezervasyon, otelin ekranında o sitenin rezervasyonu olarak, sitenin kendi onay numarası ve fiyat planıyla gelir. İkinci kapı otelin kendi web sitesidir: gezgin rezervasyonu otelin rezervasyon motorunda tamamlar, satıcı oteldir ve asistan, adını hiç göremeyeceğiniz bir yönlendirme kaynağıdır. Üçüncü kapı doğrudan bir bağlantıdır: asistan, sürümlü ve yetkilendirmeli bir arayüzü, yani bir sistemin başka bir sisteme tanımlı bir yolla soru sorduğu bir API'yi çağırır ve otelin kendi sistemi kayıt olur. Otelin, asistanın neyi ne kadar süre tutabileceğine sınır koyabileceği tek kapı budur. "API" kavramı yeni geliyorsa, MCP nedir ve yapay zekâ asistanları otel sistemlerine nasıl bağlanır? yazısı aynı fikri asistan tarafından anlatıyor.

Tutulan oda, rezervasyon değildir. Bir asistan gezgin karar verirken oda tutabiliyorsa, o tutmanın bir süresi olmalı ve süre dolduğunda oda otomatik olarak envantere dönmeli. Kapıya göre arıza biçimleri de farklıdır: rezervasyon sitesi üzerinden otel, misafirin iletişim bilgilerini ya da fiyatı düzeltemez; kendi web sitesinde ödeme riskini üstlenir; doğrudan bağlantıda ise sınırları her şey açılmadan önce tanımlamak zorundadır. Her tedarikçiye ya da asistan geliştiricisine sorulacak soru kısa: asistan rezervasyonu sizin sayfanızda mı tamamlıyor, yoksa sisteminizi mi çağırıyor? Yanıt, hangi kapının arkasında durduğunuzu söyler.

Hangi fiyat ve koşullar geçerli, otelin müşterisi kim?#

Kapıya bağlı fiyat ve koşullar geçerlidir ve misafir gezgindir, asistan değil.

Rezervasyon bir rezervasyon sitesinden geldiyse o sitenin sözleşmeli fiyatı, iptal kuralı ve komisyonu geçerlidir; otelin ticari ilişkisi siteyledir. Otelin kendi web sitesinden geldiyse otelin yayımladığı genel fiyat ve yayımlanmış politikası geçerlidir ve satıcı olarak kaydı tutan oteldir. Doğrudan bir bağlantıdan geldiyse koşullar, otelin o bağlantıya yayımladıklarıdır. Bağlantı var olmadan önce bunları yazılı hâle getirin; sonra kimse neyin kararlaştırıldığını hatırlamaz.

Asistan sözleşmenin tarafı değildir. Geç iptal, iade, oda yükseltmesi ya da bir gece ücretsiz konaklama veremez ve sohbette söylediği hiçbir şeyle oteli bağlayamaz. Resepsiyon için pratik kural: sohbeti değil, rezervasyon kaydını okuyun. Bir koşul kayıtta yoksa otel için yoktur ve misafir bunu kibarca ve erken duymalıdır.

Misafir, gerçekten "asistanla rezervasyon yaptığına" inanıyor olabilir. Resepsiyonu, kimin ne vaat ettiği üzerine tartışmadan, rezervasyonu tutan şirketi adıyla söyleyecek şekilde eğitin. Asistan kaynaklı bir kapıya yayımlanan fiyatın, otelin eşit fiyat ya da en iyi fiyat yükümlülükleriyle çakışıp çakışmadığı bir sözleşme sorusudur: bu sözleşmeleri imzalayan kişiye sorun, resepsiyona değil.

Hangi misafir bilgileri geliyor, resepsiyon girişte yine ne topluyor?#

Bir ad ve tek bir iletişim kanalı bekleyin, bazen onu bile değil; kimlik belgesi, kimlik bildirimi ve kişisel veri dayanağı yine resepsiyonda toplanır.

Otele genellikle ulaşan: misafir adı, tarihler, kişi sayısı, oda tipi, fiyat ve kapıdan gelen bir onay numarası. Bazen e-posta adresi ya da telefon numarası, bazen hiçbiri. Güvenilir biçimde ulaşmayanlar: kimlik numarası, uyruk, doğum tarihi, adres ve gezginin rezervasyon formu yerine sohbete yazdığı özel istekler.

Türkiye'de her konaklama; ödeme, mali belge (fatura ya da e-belge), misafir kimlik bildirimi (KBS) ve kişisel veri (KVKK, kişisel verilerin korunması kanunu) adımlarını içerir. Bu cümle, rezervasyon hangi kapıdan gelirse gelsin geçerlidir. KBS kimlik bildirimleri giriş (check-in) akışının içinden hazırlanır ve gönderilir; bu, belgenin resepsiyonda elde durması gerektiği anlamına gelir. KVKK tarafında otel veri sorumlusudur: açık rıza, saklama süreleri ve veri dışa aktarımı otelin görevidir ve başkasının asistanının içinde geçen bir sohbet, otelin elinde tuttuğu bir rıza kaydı değildir. Yükümlülüklerinizin kendi durumunuz için ne olduğu konusunda hukuk danışmanınıza danışın.

Özel istekler en sık görünen boşluktur. Misafirin asistana söylediği hiçbir şeyin otele ulaşmadığını varsayın, kayıtta görünmüyorsa girişte, gece 23.00'te değil, teyit edin. Ödemede ise parayı kapının mı topladığını yoksa otelin mi toplayacağını netleştirin: asistanın ödeme hizmetine ödemiş bir misafir ile ödenmemiş bir rezervasyon gören bir otel, kimsenin keyif almadığı bir konuşmadır.

Değişiklik, iptal ve gelmeme otelle nasıl geri dönüyor?#

Rezervasyonun geldiği aynı kapıdan, yani bir gezgin asistanla iptal edebilir ve otel bunu geç ya da hiç öğrenmeyebilir.

İptal, kapının yolunu izler. Rezervasyon sitesinden gelen iptal, o siteden bir mesaj olarak ulaşır. Doğrudan rezervasyon ise yalnızca asistan arayüzü yeniden çağırırsa ve otelin sistemi değişikliği kabul ederse iptal edilmiş olur. Asıl risk, dönüş yolu olmayan bir sohbettir: gezgin iptal ettiğine inanır, asistan geri yazmaz ve otel, gelmeyecek bir misafir için onaylı bir rezervasyon tutar.

Çare gösterişsizdir. Onay mesajını, otelin doğrudan numarası ve sade dille yazılmış iptal kuralıyla birlikte misafirin kendi telefonuna ya da e-postasına gönderin; böylece otelin, asistanın içinden geçmeyen bir misafir kanalı olur. Tutulan odaların bir sahibi olmalı: gezgin sohbeti terk edince tutulan odaya ne olduğunu ve süreyi kimin sona erdirdiğini sağlayıcıya sorun. Kimse yanıt vermiyorsa, süreyi otel sona erdirir. Gelmeme durumunda otel, elindeki kayda kendi politikasını uygular; asistana ücret kesilemez ama ücretten vazgeçemez de.

Sohbet ekran görüntüsünü asla rezervasyon olarak kabul etmeyin. Rezervasyon kaydı tek doğruluktur ve var olmayan bir kayıt mutabakata, faturalamaya ya da raporlamaya girmez. Gruplar ve uzun konaklamalar için misafiri arayın: iletişim bilgisi olmadan, bir sohbet üzerinden gelmiş yüksek değerli bir rezervasyon, varıştan sonra değil, öncesinde bir telefon görüşmesini hak eder. Daha geniş bir yapay zekâ asistanlarından gelecek rezervasyonlara hazırlık listesi, bunların hepsi kapınıza gelmeden önce hazırlanacakları kapsıyor.

Bu rezervasyonlar kaynak ve segment alanlarında nasıl kodlanmalı?#

Kapıya kendi kaynak kodunu verin, segmenti gezgini anlatırken tutun ve sonradan raporlayamayacağınız bir kod yaratmayın.

Kaynak, rezervasyonun nasıl geldiğini anlatır. Segment, gezginin kim olduğunu ve neden seyahat ettiğini. İkisini karıştırmak iki raporu da bozar. Rezervasyon bir rezervasyon sitesinden geldiyse kaynak o sitedir; "yapay zekâ" diye kodlamak, komisyonu, üretimi ve iptal davranışını otelin zaten tanıdığı bir kanalın arkasına gizler. Otelin kendi web sitesinden geldiyse, yönlendiren asistan için ayrı bir kaynak kullanın ki otel, dönüşümü ve ortalama konaklama süresini diğer doğrudan trafiğe karşı sonradan karşılaştırabilsin. Doğrudan bir bağlantıdan geldiyse o bağlantı, kendi fiyat planı ailesiyle kendi başına bir kaynaktır.

Her asistan markası için ayrı bir kod yaratmayın. Ürünler ad değiştirir ve kaybolur; kodlar onlardan uzun yaşar. "Asistan yönlendirmesi" gibi kararlı bir aile kullanın, belirli adı serbest metin notuna yazın. Kuralı rezervasyon standart işletim prosedürüne yazın ve kimi uygulayacağını adıyla belirtin: birinin hatırlamasına bağlı bir kodlama kuralı kural değildir. Bir çeyrek sonra kodları gözden geçirin ve hiçbir şey üretmemiş olanı emekliye ayırın. Otelde pazar segmentasyonu ve segment kodlarının kurulması konusundaki temeller burada aynen geçerlidir.

Şimdi ne yapmalı#

İhtiyaç duymadan önce üç kapınızı yazılı hâle getirin: hangi rezervasyon siteleriyle sözleşmeniz var, kendi web siteniz yönlendirmeler hakkında ne kaydediyor ve doğrudan bir bağlantıya hangi sınırları yayımlardınız. Sonra rezervasyon kaydını resepsiyonun hareket ettiği tek doğruluk yapın ve her kapıya raporlanabilir bir kaynak kodu verin. Bu sınırların bir otel sisteminde nasıl kurulabildiğini görmek isterseniz, AI Otel'in yapay zekâ asistanı rezervasyonu özelliği 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 oteli kurgusaldır. Görüşme talep edin.