AI Otel neden sohbet robotuyla değil, otel işletim sistemiyle başlıyor?

Çünkü bir yapay zekâ asistanı, okuyabildiği kayıtlar ve yapabildiği eylemler kadar iyidir. AI Otel önce otel işletim sistemini geliştirdi: rezervasyonların, hesapların, misafirlerin ve Türkiye'nin yasal adımlarının tek bir yerde tutulduğu bir sistem. Böylece ileride herhangi bir asistan, bağlayıcı yığınının yerine tek bir kayıttan çalışır.

Bir otel, doluluk ve fiyat sorularına yanıt veren bir yapay zekâ asistanı satın alır. Sistemler arasından geçen ilk soruda, misafirin hesabına ne işlendiği, faturanın çıkıp çıkmadığı, kimlik bildiriminin gönderilip gönderilmediği, asistan birbiriyle çelişen üç kaynaktan bir araya getirilmiş tek bir kendinden emin yanıt verir. Sorun hiçbir zaman asistan değildi. Bu yazı, AI Otel yaklaşımının neden önce işletim sistemini inşa ettiğini açıklıyor ve satın almadan önce, bize dahil, her tedarikçiye sorabileceğiniz soruları veriyor.

Otel yazılımının üstüne yapay zekâ eklemek ne demektir?#

Bu, otelin zaten çalıştırdığı sistemlerin önüne bir asistan yerleştirmek demektir; asistan okumayı ve yazmayı var olan bağlantılar üzerinden yapar. Bu, dar görevler için işe yarar ve asistan bütün resme ihtiyaç duyduğu anda zorlanır.

Yaygın desen bir katmandır: bir otel yönetim sistemine (PMS, otelin odalarını ve hesaplarını yönettiği yazılım), bir kanal yöneticisine, bir elektronik tabloya ve bir muhasebe programına, her biri kendi bağlayıcısı üzerinden bağlanan bir sohbet ya da ses arayüzü. Her bağlayıcı bir çeviridir. Asistan, her sistemin oda, fiyat, misafir ve hesap için kullandığı özel sözlüğü öğrenmek zorundadır ve sistemler değiştikçe çeviriler kayar.

Okumak kolay yarıdır. Misafirin hesabına ne işlendiği ve mali belgenin kesilip kesilmediği gibi sistemler arası bir soru, kimsenin kurmadığı bir birleştirme ister. Yazmak zor yarıdır. Bir fiyatı değiştiren, bir harcamayı taşıyan ya da bir rezervasyonu iptal eden asistanın bir izin modeline ve ne yaptığına dair bir kayda ihtiyacı vardır; katman deseninde bunlar katmanda yaşar, kayıtların tutulduğu sistemlerde değil.

Alternatif bir temeldir: tek bir sistem konaklamayı, parayı ve misafiri kaydeder; asistan, resepsiyonla aynı kurallarla bu sistemin bir istemcisi daha olur. Hiçbir desen kendiliğinden daha iyi değildir. Katmanı denemek hızlı, terk etmek ucuzdur; temel inşası yavaştır ama genişletmesi ucuzdur, çünkü her yeni yetenek aynı kayıtları ve eylemleri yeniden kullanır. Her eylemi bir kez tanımlama gerekçesi otel sistem mimarisi ve yapay zekâ: her eylemi bir kez tanımlamak yazısında ayrıntılı anlatılıyor.

Bir yapay zekâ asistanı altındaki sistemden neye ihtiyaç duyar?#

Dört şeye: konaklamanın tek bir kaydına, tanımlı bir eylem kümesine, her eylem için bir izne ve ne yapıldığını ve geri alınıp alınamayacağını gösteren bir kayda.

Tek kayıt, rezervasyonun, misafirin, oda atamasının ve hesabın tek bir yerde durması demektir; böylece bir konaklamayla ilgili sorunun tek bir yanıtı olur. Tanımlı eylemler, misafir girişinin tek adlı tek bir işlem olması demektir; resepsiyonistin eğitimde öğrendiği beş ekran ve bir dolambaçlı yol değil. Asistan bir dolambaçlı yolu taklit edemez; yalnızca bir işlemi çağırabilir.

İzinler eylem bazında olmalıdır. Bazı eylemler doğrudan çalışmalı, bazıları bir kişiyi beklemeli, en hassas olanlar iki kişi istemelidir. Bu kararlar asistanın ayarlar sayfasında değil, eylemin yanında durmalıdır. Her değişikliğin de bir kaydı olmalıdır: ne değişti, kim ya da ne değiştirdi, geri alınabilir mi. Bu olmadan bir otel, asistanı paraya yaklaştıramaz.

Her konaklamanın dört adımı neden tek bir çekirdekte olmalı?#

Türkiye'de her konaklama bir ödeme, bir mali belge (fatura ya da e-belge), bir misafir kimlik bildirimi (KBS) ve kişisel veri (KVKK) adımlarını içerir. Bu dördü tek bir çekirdeğe koymak, aralarının açılmasını engeller.

Önce sözlük: KBS misafir kimlik bildirimi sistemidir; KVKK kişisel verilerin korunması kanunudur; e-Fatura ve e-Arşiv elektronik faturalardır. Bunların hiçbiri bir konaklamanın etrafında isteğe bağlı bir süs değildir; konaklamanın nasıl kayda geçtiğinin parçasıdır ve e-belge yükümlülükleri mükellefin kapsamına bağlıdır. Aranın açılması pratikte şöyle görünür: misafir hesabı bir tutar gösterir, elektronik fatura başka bir ekrandan hazırlanmıştır, kimlik bildirimi kimsenin saklamadığı bir pasaport taramasından elle yazılmıştır. Her adım tek başına doğrudur ama küme bütün olarak doğru değildir.

Yapay zekâ arayı kapatmaz, açar. Üç sistemden yanıt veren bir asistan birini seçer, kendinden emin biçimde yanıt verir ve cümle düzgün okunduğu için fark edilmesi zor bir biçimde yanılır. "Çekirdekte olması" somut bir şey demektir: açık rıza, veri dışa aktarımı ve saklama süreleri veri modelinin içine kurulmuştur; KBS bildirimleri check-in akışının içinden hazırlanır ve gönderilir; elektronik faturalar gönderilmeden önce bir kişinin incelemesini bekler. KBS, KVKK ve e-Fatura'nın otel yönetim sisteminin çekirdeğine nasıl yerleştirildiği otel yönetim sisteminde KBS, KVKK ve e-Fatura: AI Otel'in yaklaşımı yazısında anlatılıyor.

Sınır, özellik kadar önemlidir. Satış noktalarındaki mali cihazlar (ÖKC, yazar kasa) satış noktası bazında bağlanacak şekilde tasarlandı; bugün bağlı değildir. Bir otel bunu ayrı bir soru olarak görmelidir.

Tek bir eylem tanımı insanlara, iş ortaklarına ve yapay zekâ asistanlarına nasıl hizmet eder?#

Her otel eylemini, ortak bir çekirdekte, bir kez tanımlayarak ve her istemciye aynı işleme kendi kapısını vererek.

Alternatif tanıdıktır: her kanal için bir entegrasyon, her birinin kendi kural kopyası, her birinin kendi hızında kayması ve hangi kopyanın doğru olduğunu söylemenin bir yolu olmaması. Ortak çekirdek tek cümleyle şudur: AI Otel Core her otel eylemini bir kez tanımlar; otel ekibine, iş ortaklarına ve insanların zaten kullandığı yapay zekâ asistanlarına kendi kapıları açılır. Ekiplerin, ortakların ve asistanların tek bir sistemi nasıl paylaştığı AI Otel Core nedir? Ortak çekirdeğin üç kapısı yazısında ayrıntılı işleniyor.

Bu, yapay zekâ için özellikle önemlidir. Oda rezerve eden bir asistan, resepsiyonun çağırdığı işlemi çağırır; aynı sınırlar, aynı müsaitlik ve aynı kayıt geçerli olur. Asistan için hiçbir şeyin yeniden uygulanması gerekmez. En açık örnek geçici tutmadır. Geçici tutma, onaylanmazsa süresi dolup odayı envantere geri veren bir rezervasyondur; bir sistem aynı odayı iki kez satmaktan böyle kaçınır.

İş ortakları, OAuth ile korunmuş, sürümlü bir rezervasyon arayüzü üzerinden bağlanır. OAuth, bir sistemin başka bir sistem adına hareket etme yetkisini kanıtlamasının standart yoludur; ortaklar imzalı rezervasyon olayları alır. Bu arayüz geliştirildi; henüz bağlı bir iş ortağı yok. Ortak çekirdek, kurgusal bir otelde herkese açık bir demo ortamında çalışıyor: bir yapay zekâ asistanı, otelin belirlediği sınırlar içinde orada oda bulabilir, tutabilir ve rezerve edebilir. Hiçbir gerçek otel üzerinden işlem yapılmıyor.

Güvenlik katmanı neden modelden önce gelir?#

Çünkü bir modelin çıktısı bir öneridir; bir otelin ihtiyacı olan yer, önerilerin sahibi ve geri alma yolu olan kararlara dönüştüğü yerdir.

Asistanın yapabileceği her eylem üç güvenlik seviyesinden birindedir: bazıları doğrudan çalışır, bazıları bir kişinin onayını ister, en hassas olanlar iki onay ister. Bu, 207 eylemdir; 107'si doğrudan çalışır, 90'ı tek onay ister, 10'u iki onay ister (kayıt anlık görüntüsü, Haziran 2026). Altında bir karar kaydı durur: küçük değişiklikler kendiliğinden uygulanır ve kayda geçer, büyükler bir kişiyi bekler ve her değişiklik geri alınabilir; misafire gönderilmiş bir mesaj hariç.

Onun altında bir denetim kaydı durur. Geçmiş kayıtlar yalnızca eklenebilir: değiştirme ve silme veritabanında kapalıdır; biri yine de değiştirirse zincir bunu gösterir. Dürüst kelime "değiştirildiğinde görülür" olan kayıttır, "değiştirilemez" olan değil.

Seviyeler ve kayıtlar, istek bir resepsiyonistten, bir iş ortağı sisteminden ya da bir asistandan gelse de geçerlidir. Modeli değiştirmek önerinin kalitesini değiştirir, çevresindeki kuralları değil. Dürüst bir sınır: küçük değişiklik ile büyük değişiklik arasındaki çizgi bugün kodda sabittir, her otel tarafından ayarlanmaz. Farklı bir çizgi isteyen otel, var olmayan bir yapılandırma istiyor demektir. Model seçimi en sona kalır: hangi modelin hangi katmana uygun olduğuna karar vermek için 5 tuzağı olan 30 vakalık bir test seti kurduk; henüz çalıştırılmadı ve sonuçlar ölçüldüğünde yayımlanacak.

Bugün ne geliştirildi, ne geliştirilmedi?#

İşletim sistemi, uyum çekirdeği, ortak çekirdek, PMS asistanı ve güvenlik katmanı geliştirildi. Beyinler değil: Otel Beyni'nin mimarisi tamamlandı ve eğitim aşamasına giriyor; henüz eğitilmiş bir modelimiz yok.

Durum sözcükleri burada belirli anlamlar taşır. Geliştirildi, lansman öncesinde çalışan yazılım demektir; müşterilerin elinde değildir. Tasarlandı, tasarlanmış demektir. Yol haritasında, planlanmış demektir. AI Otel'in teknolojilerinden hiçbiri Faaliyette değildir; ekosistemde Faaliyette olan tek kol, bugün ücretli otel müşterileriyle çalışan otel büyüme ve danışmanlık kolu OtelCiro'dur.

İddia edilmeyenler: AI Otel teknolojisi üzerinde otel, rezervasyon, kullanıcı ya da misafir sayısı iddia etmiyoruz; bağlı OTA, acente ya da iş ortağı yok; sertifika yok; referans ya da sonuç yok. Barındırmayı ve yapay zekâ işlemeyi Türkiye'ye taşımak yol haritamızda; yapılmadan bunu iddia etmiyoruz. Dürüst sıfır, tam haliyle: henüz eğitilmiş bir modelimiz yok ve ekranda da öyle yazıyor. Var olan: mimari, bir modelin içinde güvenle çalışacağı karar altyapısı ve modeli seçmek için kurduğumuz test düzeneği.

Bir otel bugün yapay zekâyı değerlendirirken ne yapmalı?#

Asistanın neyi okuyabildiğini, neyi değiştirebildiğini, her değişikliği kimin onayladığını ve kaydın nerede tutulduğunu sorun. Sonra hatası ucuz ve görünür olan bir görevle başlayın.

Misafirin kapısından değil, arka ofisten başlayın. Raporlar, gün sonu (night audit) kontrolleri ve gerekçeleriyle birlikte gelen fiyat önerileri, misafirler sistemle tanışmadan önce bir sistemin nasıl davrandığını öğrenmek için düşük riskli yerlerdir; nereden başlanacağı otelde yapay zekâya nereden başlanır? Önce arka ofis, sonra misafir yazısında ele alınıyor. Eylem listesini ve seviyeleri yazılı olarak isteyin: bunları üretemeyen bir tedarikçi, asistanına ne yapmaya izin verildiğine karar vermemiştir. Asistan yanıldığında ne olduğunu sorun: hangi değişiklikler geri alınabilir, hangileri alınamaz, biri ters gittiğinde kim bilgilendirilir.

Dört adımı sorun. Sistem kimlik bildirimini check-in'in içinde hazırlıyor mu, elektronik faturayı göndermeden önce bir kişiye tutuyor mu? Bunlar dışarıda yaşıyorsa asistan onların etrafından yanıt verir. Verinin nerede işlendiğini sorun ve barındırma iddialarını gösterilene kadar iddia olarak değerlendirin; yol haritasındaki bir madde bir konum değildir. Son olarak pilot kapsamı yazın: tek görev, tek sahip, tek ölçüm ve bir durdurma tarihi.

Şimdi ne yapmalı#

Sıranın kendisi argümandır: önce kayıtlar, sonra aynı çekirdekte yasal adımlar, sonra her eylem için tek tanım, sonra güvenlik katmanı ve en son model. Bugün yapay zekâ seçen bir otel, bu sırayı tedarikçinin yanıtlarında sınayabilir; yazılı eylem listesi ve geri alma yolundan başlayarak. OtelCiro, ekosistemin otel büyüme ve danışmanlık kolu olarak bugün ücretli otel müşterileriyle çalışıyor; OtelCiro ile görüşün ya da görüşme talep edin.