Yapay zekâ asistanlarından gelecek rezervasyonlara hazırlık listesi

Yapay zekâ rezervasyonlarına hazırlık, otelinizin dört soruyu telefonla değil yazılımla yanıtlayabilmesi demektir: ne boş, fiyatı ne, hangi kurallar geçerli ve kim onaylayabilir. Bunun dayandığı dört şey vardır: tek bir oda envanteri, yazılımın okuyabildiği fiyat ve politika kuralları, dış yazılımlar için yazılı yetki düzeyleri ve her eylemin kaydı.

Misafir, asistandan iki gecelik deniz manzaralı bir oda bulmasını ister. Asistan odayı ve fiyatı görür; ama seyahat değişirse depozitonun geri dönüp dönmeyeceğini göremez. Konuşmayı bitiren o boşluktur, yapay zekâ değil. Bu yazı, yapay zekâ rezervasyonlarına hazırlığı hangi yazılımı kullanıyorsanız kullanın bugün yapabileceğiniz işlere çeviriyor: envanterinizi denetleyin, metin halindeki kuralları yazılımın uygulayabileceği koşullara dönüştürün, beş yetki fiilini yazılı hale getirin, sınırları belirleyin ve kayıt tutun. Bunların hiçbiri rezervasyon vaat etmez; hepsi, rezervasyonu durduran boşlukları kapatır.

Bir yapay zekâ asistanı oda rezerve etmeden önce neye ihtiyaç duyar?#

Dört şeye, hepsi yazılımda duran şeylere: güncel müsaitlik, bir fiyat, o fiyata uygulanan kurallar ve odayı onaylama ya da tutma yolu.

Bu dördünün her biri, bir makine tarafından saniyeler içinde yanıtlanabilir olmalı. Biri resepsiyona telefon gerektiriyorsa talep orada durur. Asistan kimseyi arayamaz; dolayısıyla ihtiyaç duyduğu her yanıtın önceden bir sistemde durması gerekir.

Yaygın yol, araçlar sunan bir hizmete bağlanmaktır; araç, bir yapay zekâ modelinin çalıştırabileceği fonksiyon demek. Model Context Protocol, yapay zekâ uygulamalarını dış veri kaynaklarına ve araçlara bağlayan açık bir standarttır ve tam bunu tanımlar: yapay zekâ uygulaması, içindeki bir bağlayıcı üzerinden bir hizmete bağlanır; hizmet veri, hazır istem şablonları ve araçlar sunabilir (Model Context Protocol spesifikasyonu, 28 Temmuz 2026 (yeni sekmede açılır)). Bunun oteller için ne anlama geldiğini MCP nedir? Yapay zekâ asistanları otel sistemlerine nasıl bağlanır? yazısında düz bir dille anlattık.

Protokol onayı otelin değil uygulamanın sırtına yükler: kullanıcılar tüm veri erişimlerini ve eylemleri anlamalı, açıkça onaylamalı ve denetimi elinde tutmalıdır; uygulama da bir aracı çalıştırmadan önce kullanıcının açık onayını almalıdır (aynı kaynak). Sizin işiniz, yanıtları onayın bir anlam taşıyacağı kadar temiz hale getirmektir.

Tutma, en ucuz emniyet supabıdır. Oda, belirli bir süre için satılabilir envanterden çıkar; onay gelmezse kendiliğinden geri döner. Yavaş karar veren bir gezgin, bir odayı bir hafta kilitleyemez.

Bağlam olarak, bir vaat olarak değil: Ekim 2025'te bir yapay zekâ şirketi, kendi asistanının içinde üçüncü taraf uygulamaların çalışmasına izin vermeyi planladığını duyurdu; ilk sıradakiler iki büyük rezervasyon sitesiydi ve yapı MCP üzerine kuruluydu (Skift, 6 Ekim 2025). Duyurulan plan, Türkiye'de var olan bir hizmet değildir. Ağustos 2026'da bir arama şirketi, yapay zekâ modunun içindeki otel rezervasyonunu Amerika Birleşik Devletleri'ndeki gezginler için yaymaya başladı; on isimli iş ortağı vardı, gezgin seçiyor ve ödemeyi yapıyor, asistan kendi başına rezervasyon yapmıyor (Skift, 27 Ağustos 2026). Dikkat edilecek örüntü şu: kararı veren koltuğunda insan kalıyor.

Neden tek oda envanteri önce gelir?#

Çünkü kendi müsaitlik kopyasını tutan bir asistan, bir OTA ve sizin resepsiyonunuz, er ya da geç aynı odayı iki kez satar.

Mekanizma basittir: satılabilir oda sayısı tektir ve nereden gelirse gelsin her rezervasyon bu sayıdan düşer. İki sayı, iki gerçektir. Tutmalar da aynı envanterde yaşamalıdır; yalnızca asistanın oturumunda var olan bir tutma, resepsiyona ve her kanala görünmezdir.

Oda tipi eşleştirmesi, işin pratikte kırıldığı yerdir. Bir kanalda standart çift kişilik oda, başka bir kanalda superior olarak satılan oda, iki kimliği olan tek fiziksel odadır. Fiyat planları oda tiplerinden ayrı nesnelerdir; asistan ikisine de, doğru eşleşmiş halde ihtiyaç duyar, yoksa başka bir ürüne ait fiyatı verir.

Pratik bir denetim: yaklaşık 30 gün sonrasına bir tarih seçin, aynı saatte her kanaldaki satılabilir sayıyı okuyun ve karşılaştırın. Farklar talep değil, eşleştirme hatasıdır. Eşleştirmenin sahibi tek bir kişi olsun ve her değişikliği o onaylasın; ortak sahiplik, eşleştirmenin kaymasının başlıca yoludur. Yöntemin tamamı Kanal yöneticisinde oda tipi ve fiyat planı eşleştirme (mapping) yazısındadır.

Hangi fiyat ve politika kurallarını yazılım tahmin etmeden uygulamalı?#

Asistanın uygulaması gereken her kural, açıklama metninde bir cümle olarak değil, değeri olan bir koşul olarak var olmalı.

Parayı belirleyen kurallar şunlardır: iptal penceresi ve pencere geçtikten sonra ne tahsil edileceği, depozito tutarı ve iade edilip edilmeyeceği, çocuk yaş aralıkları ve ek yatak ücretleri, minimum konaklama ve varışa kapalı günler, kahvaltı ile vergi ve ücretlerin verilen fiyatın içinde olup olmadığı. Örneğin "varıştan 7 gün öncesine kadar ücretsiz iptal, sonrasında bir gece tahsil edilir", yazılımın uygulayabileceği bir kuraldır. "Esnek koşullar" değildir.

Herkese açık tanıtımlar ayrı bir sorundur ve ayrı bir iştir. Schema.org sözlüğündeki Hotel türü, bir olanağın fiyata dahil mi yoksa ücretli mi olduğunu belirtmeyen bir olanak özelliği taşır (Schema.org, Hotel türü, 16 Eylül 2026 (yeni sekmede açılır)); bu tam da bir asistanın kendi başına çözemediği belirsizliktir. Bu bilgileri tutarlı tutmak kendi başına bir görevdir; Yapay zekâ asistanları otelinizi doğru anlatıyor mu? yazısında ele aldık.

Metni değil kuralı sınayın: fiyatı görmemiş bir çalışana verin ve üç senaryoda toplam tutarı sorun. İki kişi iki farklı yanıt buluyorsa, yazılım da bulur. Politika metni ile politika mantığı aynı şeyi söylemeli; web sitesi başka bir şey diyorsa, sistem başka bir şey uyguluyorsa, misafir web sitesini gösterir ve haklı olur. Para birimini ve vergi ile ücretlerin dahil olup olmadığını, fiyatın geldiği yerde, bir kez belirtin.

Dış yazılıma ne yapmasına izin verilmeli?#

Yetkiyi tek tek verilen beş ayrı fiil olarak ele alın: arama, teklif, tutma, rezervasyon ve iptal.

Arama müsaitliği okur. Teklif, fiyatı kurallarıyla birlikte döndürür. Tutma, odayı belirli bir süre envanterden çıkarır. Rezervasyon, konaklamayı oluşturur. İptal, onu bitirir. Riskleri çok farklıdır ve asla tek bir anahtar olarak gelmemelidir.

Çalışma ilkesi en az yetkidir: protokolün yetkilendirme bölümü, istemcilerin yalnızca iş için gereken izinleri istemesini ve yetkilendirmenin protokolde isteğe bağlı olduğunu söyler (Model Context Protocol spesifikasyonu, Yetkilendirme, 28 Temmuz 2026 (yeni sekmede açılır)). Araçlar bölümü, araç çağrılarını reddedebilecek bir insan ister; uygulamalar hangi araçların açıldığını göstermeli, bir araç kullanıldığında bunu açıkça belirtmeli, eylemler öncesi onay istemelidir; hizmet tarafı girdi doğrulaması, erişim denetimi ve sıklık sınırı uygulamak zorundadır, istemci uygulamaların da araç kullanımını denetim amacıyla kayda geçirmesi önerilir (Model Context Protocol spesifikasyonu, Araçlar, 28 Temmuz 2026 (yeni sekmede açılır)).

İptal, otellerin tanımlamayı unuttuğu ve en çok paranın bağlı olduğu fiildir. Yetkiyi iş ortağı başına verin ve takviminize bir gözden geçirme tarihi koyun; kimse hatırlamadan verdiği bir izni, kimse geri almaz. Tutulamayan bir teklif, misafirin belki hiç alamayacağı bir fiyattır; ilk denemede teklif ve tutma genellikle birlikte verilmelidir. Otellerde yapay zekânın daha geniş güvenlik çerçevesi Otelcilikte yapay zekâ: nerede işe yarar, nerede dikkat gerekir? yazısındadır.

Otel hangi sınırları koymalı?#

Sınırlar, asistanın takdirine bırakılmayan, yazılıya dökülmüş ve yazılımın uyguladığı otelin kendi sayılarıdır.

Dar bir yüzeyle başlayın: yalnız en basit esnek fiyat planını açın; ön ödemeli, iade edilemez ve paket fiyatları ilk denemenin dışında tutun. Tutma süresini bilinçli seçin: gezginin karar verebilmesi için yeterince uzun, süresi dolan tutmaların envanteri kilitlememesi için yeterince kısa; ve bitiş, odaya kimse dokunmadan geri vermelidir.

İstek başına ve günlük oda sayısına üst sınır koyun ki yanlış anlaşılmış tek bir talimat bir katı satıştan çıkarmasın. Üzerinde bir insanın onaylayacağı bir tutar tavanı belirleyin ve bu kişinin resepsiyonda mı, rezervasyonda mı, nöbetçi müdürde mi olduğuna karar verin. Karartma tarihlerini ve varışa kapalı günleri, fiyatın geldiği sistemin içinde, açıkça listeleyin.

Bir sözcük uyarısı: bunlar otelin seçtiği ticari sınırlardır. Bir yazılım ürününün içindeki, kodda sabitlenmiş ve otel tarafından düzenlenemeyen otomatik karar eşiğiyle aynı mekanizma değildirler. Sınırlarınızı bir sayfaya, bir sahibe ve bir gözden geçirme tarihiyle yazın.

Asistan üzerinden gelen rezervasyonlar nasıl işaretlenir ve denetlenir?#

Rezervasyonu oluşturulduğu anda kaynağıyla etiketleyin ve her eylemin yalnızca eklenebilir bir kaydını tutun; böylece bir misafir iddiası, gerçekte olanla karşılaştırılabilir.

Rezervasyondaki kaynak ya da kanal kodu, gelir raporlarının bu rezervasyonları fiyatı ya da oda bloğunu değiştirmeden ayırmasını sağlar. Kayıtlı misafirin kim olacağına karar verin: hangi isim, iletişim ve açık rıza rezervasyonda duruyor. Asistan bir kişi adına hareket eder ve kişisel veri yükümlülüğü otelde kalır. Onayı kimin, hangi dilde göndereceğine karar verin ki tek misafire farklı koşullarla iki onay gitmesin.

Sonucu değil eylemi kaydedin: hangi araç, kimin yetkisiyle, hangi girdi ve çıktıyla, ne zaman çalıştı. Protokol, istemci uygulamaların araç kullanımını denetim amacıyla kayda geçirmesini önerir (aynı kaynak). Kayıt yalnızca eklenebilir olsun: bir düzeltme, eski kaydın düzenlenmesi değil, yeni bir kayıttır. Misafir “asistan bana söz verdi” dediğinde, iki tarafın elindeki tek kanıt kayıttır. Yanıtlamadan önce onu okuyun.

Yazılım sağlayıcınıza ne sormalısınız?#

Beş fiili, sınırları, kaydı ve bir deneme tesisini isteyin ve her yanıtı yazılı alın.

Arama, teklif, tutma, rezervasyon ve iptalin hangilerini dış yazılım bugün yapabiliyor ve her biri nasıl veriliyor, nasıl geri alınıyor? Sınırlar nerede duruyor ve bir yazılım sürümünü beklemeden değiştirebiliyor musunuz? Süresi dolan tutmalar dahil her eylemin kaydını görebiliyor ve dışa aktarabiliyor musunuz? Hangi oda tipleri ve fiyat planları açık, birini diğerlerini değiştirmeden kapatabiliyor musunuz?

Canlı envantere dokunmadan bunu deneyebileceğiniz bir deneme tesisi var mı? İlk koşu için kurgusal bir tesis yeterlidir. Böyle bir rezervasyon raporlarda nasıl etiketleniyor ve bir tutmanın süresi dolduğünde ne oluyor? Referans olması için: AI Otel Core 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 rezerve edebilir. Demo oteli kurgusaldır.

Şimdi ne yapmalı#

Yaklaşık 30 gün sonrasına bir tarih seçin ve bu yazıdaki iki denetimi o tarihte çalıştırın: aynı saatte her kanaldaki satılabilir sayıları karşılaştırın; sonra bir fiyat planının iptal ve depozito kurallarını bir çalışana verin ve toplamların tutup tutmadığına bakın. Bozuk olanı düzeltin, beş fiilli yetki sayfasını ve sınır sayfasını yazın; ancak ondan sonra bir sağlayıcıdan erişim isteyin. Envanter, kurallar, yetkiler, sınırlar ve kayıt tek bir zincirdir: her halka, bir önceki olmadan işe yaramaz. Yukarıda anlatılan demo ortamını görmek isterseniz görüşme talep edin.