AI Otel otel işletim sistemi: neler geliştirildi, neyi kapsıyor?

AI Otel'in otel işletim sistemi, rezervasyondan faturalamaya kadar bir konaklamayı tek sistemde taşıyan eksiksiz bir yazılımdır: rezervasyon, resepsiyon, kat hizmetleri, faturalama, restoran ve bar satışları, raporlar ve yasal uyum tek bir yerde. Durumu Geliştirildi'dir: çalışan yazılım, lansman öncesi. ÖKC yazar kasa cihazları ve kapı kilitleri bağlanacak şekilde tasarlandı, bağlı değil.

Bir misafir 412 numaralı odaya giriş yapıyor. Bir saat sonra bir seyahat acentesi aynı odayı, aynı üç gece için istiyor. Bunun çift rezervasyona dönüşüp dönüşmeyeceğini tek şey belirler: iki talebin de aynı oda envanterini okuyor olması. Bu yazı AI Otel'in otel yönetim sistemi (PMS) dediği yapının modül modül neyi kapsadığını, her mekanizmanın gerçekte ne yaptığını ve dürüstçe neyin iddia edilmediğini anlatıyor. Okuduktan sonra elinizde, herhangi bir yazılım firmasının demosuna, bizimki dahil, götürebileceğiniz bir soru ve denetim listesi olacak.

AI Otel'de "otel işletim sistemi" ne demek?#

Rezervasyondan faturaya kadar bir konaklamayı tek sistemde taşımak demek; kat hizmetleri, restoran ve muhasebe araçlarına kablolarla bağlanmış bir resepsiyon programı değil. Parçalar şunlar: rezervasyon ve resepsiyon, kat hizmetleri, faturalama, restoran ve bar satışları, raporlar ve yasal uyum. Her biri kendi işini yürütür ve hepsi aynı temel kayıtlara yazar: tek oda envanteri, tek misafir hesabı, tek rapor seti. Aynı bilgi iki sisteme iki kez yazılmaz.

Gündelik işte fark küçük yerlerde görünür. Odaya işlenen bir restoran harcaması, çıkışta resepsiyonun gördüğü hesapta belirir. Arızalı olarak işaretlenen bir oda satılabilir envanterden çıkar; kimse yanlışlıkla sunamaz. Gün sonu her satış noktasını okur, çünkü her satış noktası aynı yere yazar.

Bu ad, oteli yöneten bir yapay zekâ demek değildir. Asistan ayrı bir bileşendir: tesise ilişkin soruları düz bir dille yanıtlar, rutin işlemleri yapar ve hassas her adımda bir kişinin onayını bekler. Yapabileceği her işlem üç güvenlik seviyesinden birindedir. İki kategoriyi derinlemesine karşılaştırmak isterseniz otel işletim sistemi nedir, PMS'den farkı nedir yazısına bakın.

Burada durum sözcüğü önemlidir. Geliştirildi, çalışan yazılım ve lansman öncesi demektir; müşterilerin elinde değil, faaliyette değil. Sistem yazılım olarak eksiksiz ve kullanan otel, rezervasyon ya da kullanıcı sayısı konusunda hiçbir iddiada bulunulmuyor.

Rezervasyon ve resepsiyon: bir oda nasıl iki kez satılmaktan korunur?#

Tek oda envanteri ve tek atama kaydı tutarak; böylece satılmış, tutulmuş ya da bloklanmış bir oda ikinci bir ekrandan ya da ikinci bir kişiden tekrar sunulamaz. Bir rezervasyon, belirli bir odanın durumunu tek yerde, bir kez değiştirir; diğer tüm görünümler o durumu okur. Koruma yapısaldır, personelin dikkatine bırakılmamıştır.

Gruplar da aynı şekilde çalışır. Bir oda bloğu grup için tutulur, sonra oda oda kullanılır ya da serbest bırakılır; bloğun içindeki odalarda da aynı koruma geçerlidir. Bir otel, örneğin yoğun bir hafta sonunda, bilinçli bir ticari karar olarak fazla satmayı seçebilir; sistemin işi sayıyı görünür kılmaktır, kararı yasaklamak değil. Politika bir tercihtir, çift rezervasyon bir hatadır; sistem bu farkı görünür kılmalıdır.

Resepsiyon tek bir görünümden çalışır: varışlar, ayrılışlar, otelde konaklayan misafirler, oda değişiklikleri ve kat hizmetlerinin güncellediği oda listesi. Odayı rezervasyon anında atamak ile giriş anında atamak arasında meşru bir tercih vardır. İkisi de savunulabilir; korumanın atamanın yapıldığı yerde durması gerekir.

Kat hizmetleri, restoran ve bar satışları: aynı sistemde olmaları neden önemli?#

Çünkü odanın durumu ve misafir hesabındaki harcamalar, resepsiyonun, kat hizmetlerinin ve satış noktasının okuduğu aynı kayıttır. Kat hizmetleri oda durumunu izler: kirli, temiz, kontrol edilmiş, arızalı. Bu durum o gün satılabilecek odaları belirler. Arızalı bir odanın satılabilirlikten çıkması gerekir; yoksa resepsiyon onu satar ve biri suyu akmayan bir odaya misafir taşır.

Restoran ve bar satışları aynı ilkeyle çalışır. Odaya işlenen bir harcama misafirin hesabına geçer; dışarıdan gelen müşteri satış noktasında öder. İkisi de tek yerde tek işlemdir. Bu işlevler ayrı sistemlerde yaşadığında gün, mutabakat işiyle biter: gün sonu eşleştirme, hesaba hiç ulaşmayan harcamalar ve çıkışta minibar ya da akşam yemeği üzerine tartışmalar. Gün sonunun her satış noktasını okuyabilmesi için her satış noktasının aynı yere yazması gerekir.

Adlandırılması gereken bir tercih var. Bir satış noktası kendi satış terminalini tutabilir; çoğu tutar. Sorun garsonun hangi terminale dokunduğu değil, harcamanın kimsenin yeniden yazması gerekmeden misafir hesabına ulaşmasıdır. Demoda kontrol edilecekler: arızalı oda resepsiyonun satabileceklerinden kayboluyor mu; restoran harcaması çıkıştan önce hesapta görünüyor mu; bir harcama başka bir hesaba aktarılabiliyor mu ve aktarım bir kayıt bırakıyor mu.

Faturalama: bir harcama yanlışsa ne olur?#

Kayıt kalır. Düzeltmeler, orijinal satırın iptali ve ters kayıt girilmesiyle yapılır; gün sonu işlemi iş gününü kapatır ve dünün sayıları hareket etmeyi bırakır. Bu sistemde mali kayıtlar asla silinmez.

Silme bir sorundur, çünkü hesaba işlenmiş bir satır delildir. Ortadan kayabilen bir satır; otel sahibine, muhasebeciye ya da çıkıştaki misafire açıklanamaz. Düz bir dille: iptal, henüz tahsil edilmemiş bir satırı geçersiz kılar; ters kayıt, tahsil edilmiş bir satırın karşısına zıt bir kayıt girer. İkisi de kimin, ne zaman yaptığının izini bırakır.

Gün sonu, iş gününü kapatır ve tarihi ilerletir. Bir günün raporunu ertesi günün raporuyla karşılaştırılabilir kılan budur; geç yapılan bir düzeltmenin dünü sessizce yeniden yazmasını önleyen de. Her yazılım firmasına sorulacak sorular: işlenmiş bir harcama silinebiliyor mu; iptal etmeye kimin yetkisi var; iptal raporda görünüyor mu; gün sonu raporu tam olarak neyi gösteriyor.

Ödün şudur: bugün resepsiyonda daha çok adım, ay sonunda daha az tartışma ve daha temiz bir dosya. Baştan sona korunacak bir ayrım: misafir hesabı, otelin misafirin borcuna ilişkin kaydıdır; fatura ise kendi kuralları olan ayrı bir mali belgedir.

Yasal uyum çekirdeğe işlendi mi?#

KBS, KVKK, e-Fatura ve e-Arşiv sistemin çekirdeğine işlendi ve e-faturalar gönderilmeden önce bir kişinin incelemesini bekler. Bu hattın gerçek kullanımdaki durumu doğrulanmış değil. Türkiye'de her konaklama; ödeme, mali belge, misafir kimlik bildirimi ve kişisel veri adımlarını içerir. Dolayısıyla yazılım bu adımları işin yapıldığı yerde taşımak zorundadır, yan bir araçta değil.

Her yükümlülük düz bir dille: KBS, her konaklama tesisinin göndermekle yükümlü olduğu misafir kimlik bildirimidir. KVKK, kişisel verilerin korunması kanunudur. e-Fatura ve e-Arşiv, elektronik fatura biçimleridir. Sistemde KBS bildirimleri check-in akışının içinden hazırlanır ve gönderilir; KVKK açık rızası, veri dışa aktarımı ve saklama süreleri veri modelinin içine kurulmuştur, sonradan eklenmemiştir.

E-faturalandırmada belgeyi lisanslı bir entegratör düzenler. Sistem belgeyi hazırlar ve otomatik göndermek yerine bir kişinin incelemesine sunar. İddia edilmeyenler: merkezi turizm veri tabanı entegrasyonu yok, hiçbir sertifika yok ve ÖKC yazar kasa cihazları bağlı değil, bağlanacak şekilde tasarlandı. Daha kapsamlı bir inceleme için otel yönetim sisteminde KBS, KVKK ve e-Fatura yaklaşımı yazısına bakın.

Gruplar, portallar, diller ve raporlar: tek giriş neyi kapsıyor?#

Tek oteller ve otel grupları tek girişten yönetilir, seyahat acenteleri ve kurumsal müşteriler kendi portallarından rezervasyon yapar; sistem 5 dilde ve 150'den fazla hazır raporla gelir. Bir grubun soracağı ilk soru şudur: bir kullanıcıya diğerlerini göstermeden tek bir otel verilebiliyor mu? Çok tesisli kullanım, erişim yalnızca genişletilebiliyorsa değil, daraltılabiliyorsa işe yarar.

Portallar rezervasyonların nereden geldiğini değiştirir. Acenteler ve kurumsal müşteriler kendi portalından rezervasyon yapar; sözleşmeli fiyatlar ve talepler e-posta olarak gelip resepsiyonda yeniden yazılmaz. Diller Türkçe, İngilizce, Arapça, Rusça ve Almanca: 5 dil; her misafirin kendi dilinde kullanacağı iddiası değil.

Haziran 2026'da ölçülen sayılar: 400'den fazla veritabanı tablosu, 150'den fazla hazır rapor, 5 dil. Veritabanı tablosu, düz bir deyişle, bir tür kaydın saklandığı tek tanımlı yerdir; otelcinin gördüğü bir ekran değildir, ama raporların her ay elle derlenmek yerine sistemde hazır olmasını sağlayan şeydir. Bir grubun kontrol edecekleri: fiyat tesis bazında ayarlanabiliyor mu; bir rapor tesisleri birleştiriyor mu yoksa yalnızca listeliyor mu; grup toplamını kim görebiliyor.

Ne geliştirildi, ne tasarlandı, canlıya geçmek ne gerektiriyor?#

Rezervasyon, resepsiyon, kat hizmetleri, faturalama, restoran ve bar satışları, raporlar, gruplar, portallar, diller ve yasal uyum geliştirildi; ÖKC yazar kasa cihazları ve kapı kilitleri tasarlandı. AI Otel'in bu konudaki satırı açık: eksiksiz bir otel işletim sistemi; rezervasyon, resepsiyon, kat hizmetleri, faturalama, restoran satışları, raporlar ve yasal uyum tek bir yerde; çalışan yazılım, lansman öncesi. 400'den fazla veritabanı tablosu, 150'den fazla hazır rapor, 5 dil (Haziran 2026).

Tabloyu özellik listesi değil, durum listesi olarak okuyun. Aynı modül geliştirilmiş olabilir ve yine de faaliyette olmayabilir. Geliştirildi, lansman öncesi çalışan yazılım demektir; tasarlandı ise henüz hiçbir şeyin bağlı olmadığı tasarım demektir.

Canlıya geçmek, sistemi çalıştıran bir oteli; entegrasyonlar için ise kurum ve entegratör erişimlerini gerektirir. Entegrasyonlar geliştirildi ve hazırlanmış test verisiyle sınandı; bu, bağlı olmakla aynı şey değildir. Dürüst sıfırlar yerinde duruyor: müşteri sayısı yok, pilot yok, sertifika yok; OtelCiro bugün danışmanlık alanında ücret ödeyen otel müşterileriyle çalışıyor, bu da bu sistemdeki otel sayısı değildir. Durum sözcüklerinin kendisi AI Otel'in beş durum etiketi yazısında, daha geniş bir satıcı denetim listesi de Türkiye'de otel yönetim sistemi seçimi yazısında anlatılıyor.

Şimdi ne yapmalı#

Parçalar tek bir fikir üzerinden birleşir: altta tek kayıt, iz bırakan düzeltmeler ve akışın içine yerleştirilmiş, sonradan eklenmemiş yasal uyum. Sistemi bir resepsiyon programı değil işletim sistemi yapan budur; ve herhangi bir yazılım firmasını da tutmanız gereken ölçüt budur. Bu yazıdaki denetim listesini demoya götürün; sistemi bu listeye karşı işlerken görmek için görüşme talep edin.