Otel için yapay zekâ yazılımı seçerken sağlayıcıya sorulacak sorular

Her özellik için bir durum sözcüğü isteyin: bugün otellerde çalışıyor mu, geliştirildi ama kullanımda değil mi, yoksa yalnızca tasarlandı mı. Sonra asistanın neyi okuyup neyi değiştirebildiğini, hangi işlemler için insan onayı gerektiğini, verinin nerede saklandığını ve sistemden nasıl çıkacağınızı sorun. Yanıtları yazılı alın.

Ekran ikna edicidir: fiyatlar, odalar, tam cümlelerle yanıt veren bir sohbet kutusu. Alımı belirleyen soru ise daha sessizdir. Bunların hangi bölümleri bugün bir otelde çalışıyor, hangileri yalnızca oturduğunuz odada var? Bu yazı, yapay zekâ sağlayıcısına sorulacak soruları, bir satış toplantısında izleyebileceğiniz bir sırayla verir; net bir yanıtın ve zayıf bir yanıtın nasıl duyulduğunu da gösterir.

Bugün otellerde çalışan ne, yalnızca geliştirilmiş ne?#

Her özellik için bir durum sözcüğü isteyin ve bunu slaytta değil gerçek bir ekranda görmeyi sorun. Yanıt, çalışan yazılımı gösteriden ayırır.

Beş etiket kullanın ve sağlayıcının her özelliği bunlardan birine yerleştirmesini isteyin. Sonra sağlayıcıdan, demo sırasında özellik özellik etiketi yüksek sesle söylemesini ve etiketin üründe ya da belgelerde nerede göründüğünü göstermesini isteyin. Yalnızca konuşmada var olan bir etiket, etiket değildir.

"Faaliyette" tam olarak ne demek, sorun: kaç tesis, ne zamandan beri, karşıdaki kişi telefonla arayabileceğiniz bir tesis adı verebiliyor mu? Doğrulayamadığınız sayı bir iddiadır, olgu değildir. Demoda hangi bölümlerin ürünle aynı kodda çalıştığını, hangilerinin toplantı için hazırlanmış bir taklit olduğunu da sorun.

Kip dinleyin. "Yapabiliyoruz", "yapacak" ve "yapacak şekilde tasarlandı" kabul edilebilir yanıtlardır; sağlayıcı hangisinin geçerli olduğunu söylediği sürece. Dürüst etiketli genç bir ürün, etiketsiz ama olgun sesli bir üründen daha kolay alınır; çünkü bildiğiniz şeye göre plan yapabilirsiniz.

Asistan neyi okuyabilir, neyi değiştirebilir ve kimin yetkisiyle?#

İki liste isteyin: okuyabileceği veriler ve yapabileceği eylemler. Sonra her eylemi kimin yetkilendirdiğini ve asistanın harekete geçerken hangi kimlikle hareket ettiğini sorun.

Önce okuma kapsamı: rezervasyonlar, misafir kayıtları, kimlik belgeleri, fiyatlar, faturalar, personel notları. Misafir kayıtlarını okumak başlı başına bir kişisel veri kararıdır; liste, herhangi bir şey açılmadan önce önemlidir. Sonra yazma kapsamı: rezervasyon oluşturma, fiyat değiştirme, misafire mesaj gönderme, belge düzenleme, ödeme alma. Üç örnek değil, tam listeyi isteyin.

Yetki, kapsam kadar önemlidir. Asistan otel olarak mı, istekte bulunan personel üyesi olarak mı, yoksa kendi adına mı hareket ediyor? O kimliğin hangi izinleri taşıdığını ve izinleri kimin geri alabileceğini sorun. OWASP'ın büyük dil modeli uygulamaları için 2025 listesindeki aşırı yetki maddesi (yeni sekmede açılır), zarar verici eylemleri gereğinden fazla işlev, gereğinden fazla izin ve gereğinden fazla bağımsızlığa bağlar ve araç ile izinlerin gerektiği en aza indirilmesini önerir (OWASP Gen AI Security Project, LLM06:2025, 2026).

Asistan web üzerinden başka yazılımlara bağlanıyorsa erişimin nasıl verildiğini sorun. Yapay zekâ asistanlarını yazılımlara bağlayan açık bir standart olan Model Context Protocol spesifikasyonunda (yeni sekmede açılır) yetkilendirme isteğe bağlıdır; kullanıldığında bir uygulamaya kişi adına sınırlı erişim vermenin yaygın standardı olan OAuth 2.1'e dayanır ve istemciler yalnızca iş için gereken izinleri istemelidir (protokol sürümü 2026-07-28).

Somut bir test: sağlayıcıdan kat hizmetleri kullanıcısı olarak oturum açmasını ve asistana fiyat değiştirtmeyi denemesini isteyin. Başarırsa, izin modeli süs niteliğindedir.

Yapay zekânın otel operasyonlarına nerede dokunduğuna ilişkin daha geniş bir çerçeve için otelcilikte yapay zekâ rehberine bakın.

Hangi işlemler insan onayı ister ve geri alınabilir mi?#

İşlem başına onay kuralını ve geri alma seçeneğini sorun. İkisinden biri yoksa, asistan otelinizin geri alamayacağı şeyler yapıyor demektir.

Kademelendirme sorun: bazı eylemler doğrudan çalışır, bazıları tek onay ister, en hassas olanlar iki onay ister. Hangi eylemin hangi kademede olduğunu, kademeleri kimin belirlediğini ve otelin bunları değiştirip değiştiremeyeceğini sorun. Model Context Protocol spesifikasyonunun araçlar bölümü (yeni sekmede açılır), güven, emniyet ve güvenlik için süreçte her zaman bir eylemi reddedebilecek bir insan bulunmasını, uygulamaların modele hangi araçların açıldığını göstermesini, bir araç kullanıldığında bunu açıkça belirtmesini ve kullanıcıdan onay istemesini, araç kullanımının denetim için kayda geçmesini öngörür (protokol sürümü 2026-07-28).

Geri alma, diğer yarıdır. Her işlem için geri almanın pratikte ne demek olduğunu sorun: fiyat değişikliği geri alınabilir, misafire gönderilmiş bir mesaj alınamaz. Sağlayıcıdan geri alınamayan işlemleri yüksek sesle saymasını isteyin. Sonra tek bir kayıt girdisi göstermesini isteyin: neyin değiştiğini, ne zaman, kimin yetkisiyle ve önceki değerin ne olduğunu göstermeli. Girdilerin düzenlenip silinemeyeceğini ve kimin tarafından sorabilirsiniz.

Onay yorgunluğuna dikkat edin. Her şey için onay isteyen bir sistem, sonunda gözü kapalı tıklanır; normal bir resepsiyon vardiyasında kaç onay çıktığını sorun. Örneğin, gerekçeleriyle birlikte gelen ve gelir yöneticisini bekleyen bir fiyat önerisi, sabah üçte fiyatı değiştiren bir öneriden farklı bir üründür. Hangisini aldığınızı sorun; ayrıca yapay zekâ fiyat önerisi incelemesi yazısına bakın.

Otelinizin verisi nerede saklanıyor, nerede işleniyor ve diğer otellerden nasıl ayrı tutuluyor?#

Verinin saklandığı ve işlendiği ülkeleri yazılı olarak sorun; bir otelin verisinin diğerinden hangi düzeyde ayrıştırıldığını da sorun.

Saklama ve işleme iki farklı sorudur. Bir sistem misafir kayıtlarını bir ülkede tutarken, başka bir ülkede çalışan bir modele gönderebilir. İkisini de, yapay zekâ özellikleri için ayrıca sorun. Yanıtı sözleşmede ya da imzalı bir ekte isteyin: satış toplantısında söylenen bir cümle taahhüt değildir ve sonradan dayanılamaz.

Ayrıştırma için, kiracıların hangi düzeyde ayrıldığını sorun: veritabanı mı, şema mı, satır mı. Bir otelin sorgusunun başka bir otelin satırlarını döndürmesini neyin engellediğini sorun. "Ortak veritabanı kullanıyoruz" bir yanıttır; "güvenli" değildir. Sonra yedekler: nerede duruyorlar, ne kadar tutuluyorlar, bir kaydı silmek onu yedeklerden de kaldırıyor mu. Son olarak alt işleyicilerin listesini, model sağlayıcısı dâhil, isteyin ve liste değişmeden önce haber verilmesini isteyin.

Sağlayıcı yanıt veremiyorsa, bu da bir yanıttır. Not alın ve imzalamadan önce riski fiyatlayın. Bu sorular, daha geniş bir PMS alımının içinde yer alır; otel yönetim sistemi seçimi yazısına da bakın.

Misafir verisinden kim sorumlu ve verinizle nasıl ayrılırsınız?#

Oteliniz normalde misafir verisi bakımından veri sorumlusudur; sağlayıcı sizin talimatlarınızla hareket eden bir işleyendir. Rolleri, dışa aktarmayı ve ayrılmayı sözleşmeye yazdırın ve avukatınıza okutun.

Düz sözle: veri sorumlusu, kişisel verinin neden ve nasıl işleneceğine karar verir; işleyen bunu sorumlunun talimatıyla uygular. Misafir verisi için bu, oteli sorumlu yapar. 6698 sayılı Kanunun 12. maddesi (yeni sekmede açılır), veri sorumlusunun hukuka aykırı işlenmeye ve erişime karşı uygun güvenlik düzeyini sağlayacak her türlü teknik ve idari tedbiri almasını öngörür ve veriyi kendi adına işleyen kişiyle birlikte müştereken sorumlu tutar (Mevzuat Bilgi Sistemi, Kişisel Verilerin Korunması Kanunu, Madde 12, 2026). Uygulamada devredebileceğiniz şey iştir, sorumluluk değildir. Kendi durumunuzu hukuk müşavirinizle doğrulayın.

Sağlayıcının misafirden doğrudan bir talep aldığında ne yaptığını, yasadışı olduğuna inandığı bir talimat verdiğinizde nasıl davrandığını sorun. Veri ihlali sonrasında kimin kimi, ne kadar sürede, hangi biçimde bilgilendirdiğini sorun; burada sözlü yanıt kabul etmeyin. Ayrılışta: ihbar süresi, sözleşme sonrası verinin akıbeti, yazılı silme onayı ve geçiş süresince otelinizin ne kadar okuma erişimi koruduğu. Örnek bir dışa aktarımı imzalamadan önce görün ve "uyumlu olduğumuzdan emin olabilirsiniz" yanıtını hiç kabul etmeyin: hangi tedbirler, ve bunları kanıtlayan kayıt nerede.

Model nasıl seçildi, nasıl sınanıyor ve yanlış olduğunda ne oluyor?#

Sağlayıcının hangi modelleri kullandığını, aralarında nasıl karar verdiğini ve seçimi kanıtlayan sabit bir test setini sorun. Sonra asistanın bilmediğinde ne yaptığını sorun.

Mimarinin tek bir modele bağlı mı, yoksa kurulum başına model değiştirilebiliyor mu, sorun. Modeller birkaç ayda bir değişir; tekine kaynamış bir ürünün son kullanma tarihi vardır. Değerlendirmeyi isteyin: gerçek otel işinden alınmış, beklenen yanıtları belli, her değişiklik öncesi çalıştırılan sabit bir vaka seti. Kaç vaka, kim yazdı, sonuçlar yayımlanıyor mu yoksa anlatılıyor mu.

Hata yolunu sorun. Asistan emin değilken söylüyor mu, işi bir insana devrediyor mu, yoksa kendinden emin biçimde mi yanılıyor? Reddettiği kayıtlı bir örnek isteyin. Konuşma verisine ne olduğunu sorun: sağlayıcının ya da model firmasının sistemlerini geliştirmek için kullanılıyor mu, vazgeçebilir misiniz? Bir model değişikliği otelinize nasıl ulaşıyor: sessizce mi, sürüm notuyla mı, onayınızla mı? Sonra personelden ve misafirden önce kendiniz sınayın; asistanı devreye almadan önce test etme yazısına bakın. Kendi resepsiyonunuzdan gelen on gerçek soru, doğruluk üzerine bir slayttan daha çok şey söyler.

Yapay zekâ satış toplantısındaki uyarı işaretleri neler?#

Uyarı işaretlerinin çoğu, sağlayıcının yazıya dökmek istemediği şeylerle ilgilidir. Aşağıdaki ifadeleri karar gibi değil soru gibi ele alın ve her birinin ardındaki belgeyi isteyin.

Kaynağı, temel ölçütü ve tarihi olmayan bir yüzde: ne ölçüldü, hangi tesislerde, ne zaman, sorun. Kademe listesi ve onay adımı olmayan, satış argümanı olarak sunulan "tamamen otomatik". Asistanın ne yaptığını okuyabileceğiniz bir kayıt yokluğu: geçmişi göremiyorsanız denetleyemez ve misafire açıklayamazsınız.

Belgesi, kapsamı ve tarihi olmayan bir logo biçiminde sertifika: belgeyi ve denetim kuruluşunu isteyin, düzenleyen kuruluştan kendiniz doğrulayın. Bir sertifika, asistanın neyi değiştirmeye izinli olduğu hakkında da bir şey söylemez. Verinin nerede saklandığını ve işlendiğini söylememe, ya da sözleşmede maddesi olmayan "veri asla dışarı çıkmaz" sözü. Her özelliğin şimdiki kiple anlatıldığı ve hiçbir özelliğin durum etiketi taşımadığı bir demo. Kendi verinizle bir deneme yapılmadan imzalamaya zorlanmak ya da sonunda veriye ne olacağı kararlaştırılmamış bir deneme önerisi.

Şimdi ne yapmalı#

Bu soruları tek sayfalık bir değerlendirme kartına dönüştürün: soru başına bir satır, bir sütun sağlayıcının söylediğine, biri ekranda gördüğünüze, biri sözleşmede yazılı olana. Toplantıdan önce gönderin ki sağlayıcı gerçek yanıtları hazırlayabilsin. Sunuma değil kanıta puan verin ve barındırma, işleme, ayrıştırma ve çıkış yanıtları orta sütundan son sütuna geçmeden imzalamayın.