Otel Rezervasyon Programları: Motor, Kanal Yöneticisi, PMS

Otel rezervasyon programları üç ayrı yazılımdan oluşur: rezervasyon motoru kendi sitenizden satış yapar, kanal yöneticisi müsaitliği ve fiyatı satış platformlarına dağıtır, PMS (otel yönetim sistemi) ise misafir geldikten sonraki ön büro işini yürütür. Bu üçü tek pakette satılabilir ya da ayrı ayrı alınabilir; seçimde ilk soru hangi marka olduğu değil, otelinizin bugün hangi işi elle yaptığıdır.

Karar oda sayınıza, kaç satış kanalı kullandığınıza ve ekibinizin rezervasyonu nerede kaydettiğine göre değişir. Ölçütler bir ürün karşılaştırması değildir; hangi yazılımı değerlendirirseniz değerlendirin aynı soruları sorabilirsiniz.

Üç yazılım, üç ayrı iş

Rezervasyon motoru, otelinizin web sitesindeki "müsaitlik sorgula" ya da "rezervasyon yap" düğmesinin arkasındaki sistemdir. Misafir tarih seçer, oda tipini ve fiyatı görür, ödeme ya da ön ödeme yapar ve onay e-postası alır. Kendi sitenizden komisyonsuz satış yapan yol budur; ama bu yolu çalıştırmak için motorun kendisi, ödeme altyapısı ve siteye trafik getiren bir çaba gerekir.

Kanal yöneticisi, müsaitlik ve fiyat bilgisini tek bir panelden birden fazla satış platformuna aynı anda gönderen yazılımdır. Bir odayı bir platformda sattığınızda diğerlerinde o tarih için müsaitlik düşer. Kanal yöneticisi olmadan bu güncelleme her platformun paneline tek tek girilerek yapılır ve iki platformun aynı odayı aynı gece için satması, yani fazla satış, bu elle güncellemenin gecikmesinden doğar.

PMS (Property Management System), otelin iç işleyişini yürütür: oda planı, giriş ve çıkış işlemleri, misafir folyosu, ekstra harcamalar, kat hizmetleri durumu ve gün sonu raporları. Rezervasyonun nereden geldiği PMS'in değil, motorun ve kanal yöneticisinin işidir; PMS rezervasyon geldikten sonra devreye girer.

Üçünü ayırmak, satıcıların "hepsi bir arada" sunumunu okumayı kolaylaştırır. Bir paket üç işi birden yapıyor görünebilir ama işlerden biri zayıf kalabilir. Demo sırasında her işi ayrı ayrı göstermelerini istemek, paketin hangi parçasının güçlü olduğunu ortaya çıkarır.

Hangisinden başlamalı?

Başlangıç noktası, bugün en çok hata üreten elle yapılan iştir. Fazla satış yaşıyorsanız ya da müsaitliği platform panellerinde tek tek güncelliyorsanız ilk ihtiyacınız kanal yöneticisidir. Sitenizden rezervasyon alamıyor, telefon veya mesajla gelen talebi elle karşılıyorsanız ilk ihtiyacınız rezervasyon motorudur. Rezervasyonlar düzgün geliyor ama giriş, folyo ve gün sonu işleri defterde ya da tabloda yürüyorsa ilk ihtiyacınız PMS'tir.

Oda sayısı bu kararı yalnız kısmen belirler. Az odalı bir butik otel tek bir platformla ve telefonla çalışıyorsa kanal yöneticisine henüz ihtiyaç duymayabilir; aynı otel üç platformda birden satış yapmaya başladığında tablo değişir. Burada ölçüt oda sayısı değil, müsaitliği güncellediğiniz yer sayısıdır.

Bir de entegrasyon sırası var. Ayrı ayrı alınan yazılımların birbirine bağlanıp bağlanmadığı, sonradan değiştirilmesi en pahalı karardır. İlk yazılımı seçerken, ileride ekleyeceğiniz diğer ikisiyle hangi bağlantıyı kurabildiğini sormak, iki yıl sonra yeniden taşınmak zorunda kalmayı önler. Rezervasyon verisini bir sistemden diğerine taşımak, randevu yazılımı değiştiren bir salonun yaşadığı sorunun daha büyük bir versiyonudur; online randevu sistemi seçimi için yazılan çıkış yolu soruları burada da geçerlidir.

Otel rezervasyon motoru: misafirin gördüğü ekran

Otel rezervasyon motorunu değerlendirirken ilk bakılacak yer, misafirin telefonunda tarih seçmekten onay sayfasına kadar geçen adımlardır. Bu yolu bir misafir gibi kendiniz deneyin ve her adımı sayın.

Motorun gösterdiği fiyat, misafirin ödeyeceği toplam fiyat olmalı. Mesafeli Sözleşmeler Yönetmeliği md. 5, tüketicinin sözleşmeden önce mal veya hizmetin "tüm vergiler dahil toplam fiyatı" ile ek masraflar hakkında bilgilendirilmesini zorunlu tutuyor. Konaklama vergisi, kahvaltı farkı ya da kişi başı ek ücret son adımda ortaya çıkıyorsa, hem misafir son adımda vazgeçebilir hem de ön bilgilendirme eksik kalır.

İptal ve ön ödeme koşulları da aynı ekranda görünmeli. Aynı yönetmeliğin md. 15'i, taraflarca aksi kararlaştırılmadıkça "belirli bir tarihte veya dönemde yapılması gereken, konaklama" sözleşmelerinde tüketicinin cayma hakkını kullanamayacağını yazıyor; md. 5 ise cayma hakkının kullanılamadığı durumlarda bunun tüketiciye bildirilmesini ve varsa depozito şartlarının açıklanmasını istiyor. Yani iade edilmeyen bir fiyat sunuyorsanız, bunu misafirin ödeme yapmadan önce okuyacağı yerde yazmanız gerekir. Bu cümleler hukuki görüş değildir; kendi iptal politikanızı bir hukukçuyla birlikte yazdırmanız gerekir.

Ödeme tarafında üç soru sorun: motor kart bilgisini kendisi mi alıyor, bir ödeme kuruluşuna mı yönlendiriyor, yoksa yalnız rezervasyonu alıp ödemeyi otele mi bırakıyor? Motor ödemeyi bir ödeme kuruluşuna yönlendiriyorsa, sanal POS başvurusu için gereken belgeler motor kurulumundan önce hazırlanmalıdır; onay süresi motorun açılış tarihini belirleyebilir. Misafirin ödeme ekranında durması, e-ticaretteki ödeme adımında vazgeçme ile aynı nedenden doğabilir: toplam tutar, iptal koşulu ya da ödeme yöntemi hakkında cevapsız kalan bir soru.

Otel kanal yöneticisi: müsaitliğin tek kaynaktan dağılması

Otel kanal yöneticisini değerlendirirken asıl soru, güncellemenin ne kadar sürede ve hangi yönde aktığıdır. Bir platformdan rezervasyon geldiğinde diğer platformlardaki müsaitlik kaç saniye ya da dakika içinde düşüyor? Satıcıdan bu süreyi yazılı isteyin; "anlık" kelimesi bir ölçü değildir.

İkinci soru, hangi bilgilerin iki yönlü aktığıdır. Müsaitlik ve fiyat kanal yöneticisinden platforma gider; rezervasyon, değişiklik ve iptal ise platformdan kanal yöneticisine geri gelmelidir. İptal geri gelmiyorsa, iptal edilen oda sizin sisteminizde dolu görünmeye devam eder ve satılabilecek bir gece boş kalır.

Üçüncü soru fiyat kuralları. Platformlara farklı fiyat göndermek mümkün mü, yoksa her yere aynı fiyat mı gidiyor? Burada yazılımın yeteneği ile platform sözleşmenizin izin verdiği şey farklı konulardır. Bazı platform sözleşmelerinde otelin kendi sitesindeki ya da diğer kanallardaki fiyatla ilgili maddeler bulunabilir; kanal yöneticisinde fiyat kuralı kurmadan önce imzaladığınız sözleşmedeki fiyat ve müsaitlik maddelerini okuyun. Sözleşmede ne yazdığını bilmeden kurulan bir fiyat kuralı, yazılımın değil sizin sorumluluğunuzdadır.

Kanal yöneticisinin en çok değer kattığı an, sezon başında fiyat ve kontenjan girişi yapıldığı andır. Yüz gecelik bir fiyat takvimini her platforma ayrı ayrı girmek ile bir kez girip dağıtmak arasındaki fark, hem zaman hem de yazım hatası olarak ölçülebilir.

PMS: misafir geldikten sonraki iş

PMS seçiminde soru, ön büronun bir gününü yazılımla baştan sona yürütüp yürütemeyeceğinizdir. Giriş işlemi, oda ataması, misafir folyosuna ekstra harcama ekleme, oda değiştirme, çıkış ve fatura, kat hizmetlerine temiz oda bilgisinin geçmesi ve gün sonu raporu. Bunlardan biri yazılımın dışında, bir defterde ya da ayrı bir tabloda kalıyorsa PMS işin yalnız bir kısmını yapıyordur.

Rezervasyonun PMS'e nasıl düştüğü de kritik. Motor ve kanal yöneticisinden gelen rezervasyon PMS'te elle mi yeniden giriliyor, yoksa otomatik mi oluşuyor? Elle giriş, iki sistem arasında fiyat, tarih ve misafir adı farkı doğurabilecek bir adımdır. Bu adımın kalkması, PMS seçiminin en somut kazancıdır.

PMS'in bir başka işi resmi bildirimlerdir. Konaklayan misafirlerin bildirimi gibi yükümlülükleriniz varsa, yazılımın bunları hangi biçimde hazırladığını ve sizin hangi adımı elle yapmanız gerektiğini satıcıya sorun. Bu bildirimlerin kapsamı ve biçimi mevzuata bağlıdır; burada yazılımın neyi otomatik yaptığını sorgulamakla yetiniyoruz, yükümlülüğün kendisini ilgili kurumun güncel duyurusundan kontrol edin.

Otel komisyon hesaplama: bir rezervasyonda elde ne kalır?

Otel komisyon hesaplama, aynı odanın aynı gecesinin farklı kanallardan satıldığında otele ne bıraktığını karşılaştırmaktır. Formül her kanal için aynı kurulur, yalnız kalemlerin değeri değişir.

Elde kalan = Oda fiyatı − Kanal komisyonu − Ödeme kesintisi − Yazılım ücretinin rezervasyon başına payı − Pazarlama maliyetinin rezervasyon başına payı

Aşağıdaki tablo tamamen varsayımsaldır. Oranlar ve tutarlar hesabın nasıl kurulduğunu göstermek için seçildi; herhangi bir platformun, ödeme kuruluşunun ya da yazılımın gerçek ücretini yansıtmaz. Kendi rakamlarınızı platform sözleşmenizden, ödeme kuruluşunun faturasından ve yazılım teklifinizden alın.

Bu örnekte kendi siteden gelen rezervasyon platformdan gelenden yalnız biraz fazla bırakıyor, çünkü komisyondan kurtulan pay pazarlamaya gidiyor. Telefonla gelen rezervasyon kâğıt üzerinde en çok bırakan görünüyor, ama personel zamanı ve mesai dışında kaçan aramalar hesaba katılmadığında bu satır yanıltıcı olur. Hesabı tek bir rezervasyon için değil, bir yılda tekrar gelen misafirle birlikte kurmak gerekir: platform üzerinden ikinci kez gelen misafir için de komisyon ödenir, kendi sitenize doğrudan dönen misafirin pazarlama payı ise düşer.

Doğrudan rezervasyon payı nasıl ölçülür?

Doğrudan rezervasyon payı, belirli bir dönemdeki rezervasyonların ne kadarının komisyonsuz kanallardan, yani kendi siteniz, telefon, mesaj ve kapıdan geldiğini gösterir. Hesabı oda gecesi üzerinden yapmak, rezervasyon sayısından daha doğru sonuç verir, çünkü bir gecelik ve yedi gecelik iki rezervasyon aynı ağırlıkta değildir.

Doğrudan rezervasyon payı = Komisyonsuz kanallardan gelen oda gecesi ÷ Toplam satılan oda gecesi

Bu sayıyı ölçebilmek için her rezervasyonun kaynağının kayıtta yazılı olması gerekir. Kanal yöneticisi ve PMS kaynağı kendiliğinden yazar; telefon ve mesajla gelen rezervasyonlarda ise kaynak alanını personel doldurur ve bu alan boş kalırsa ölçüm bozulur. Kaynağı zorunlu alan yapmak, ölçümün ilk adımıdır.

Sitenizden gelen rezervasyonların hangi trafikten geldiğini görmek için analitik tarafında da kaynak ayrımı gerekir: arama, reklam, sosyal medya ve yapay zeka asistanlarından gelen ziyaretler ayrı izlenebilir. Asistan kaynaklı ziyaretlerin GA4'te nasıl ayrıldığını AI trafiğini GA4'te ölçmek adım adım gösteriyor.

Otel web sitesi rezervasyon butonu nerede durmalı?

Otel web sitesi rezervasyon butonu, sitenin her sayfasında, mobilde kaydırmadan görülen yerde durmalı ve tıklandığında misafiri ikinci bir aramaya zorlamadan tarih seçim ekranına götürmelidir. Buton bir platform sayfasına gidiyorsa, kendi sitenizden gelen misafiri komisyonlu kanala geri göndermiş olursunuz.

Butonun yanında üç bilgi kararı kolaylaştırır: giriş ve çıkış saatleri, iptal koşulunun tek cümlelik özeti ve telefonla ulaşma yolu. Oda sayfalarında metrekare, yatak düzeni, manzara ve olanaklar metin olarak yazılı olmalı; yalnız rezervasyon motorunun içinde kalan bilgi, sitenizi okuyan arama motorları ve yapay zeka asistanları tarafından görülmeyebilir. Bir asistan "balkonlu ve otoparklı otel" sorusuna cevap ararken bu ayrıntıları okuyabildiği sayfalara dayanır; otel ve restoranlar için GEO çalışmasının ilk adımı da bu metnin sitede açıkça bulunmasıdır.

Rezervasyon motorunun ayrı bir alan adında açılıp açılmadığına da bakın. Motor kendi alan adında açılıyorsa misafir sitenizden çıkmış gibi hisseder, analitikte de oturum kopabilir. Motorun sitenize gömülü açılıp açılamadığını ya da alt alan adınızda çalışıp çalışamadığını sorun.

Misafir verisi kimde, nerede saklanıyor?

Rezervasyon yazılımı misafirin adını, iletişim bilgisini, konaklama tarihlerini ve bazen kimlik bilgisini tutar. Bu verinin veri sorumlusu otelinizdir; yazılım sağlayıcısı sizin adınıza veri işleyen konumundadır. Kişisel Verilerin Korunması Kanunu md. 12, verinin başka biri tarafından işlenmesi halinde güvenlik tedbirlerinden veri sorumlusunun o kişiyle birlikte müştereken sorumlu olduğunu yazıyor.

Yazılımın sunucusu yurt dışındaysa, misafir verisi yurt dışına aktarılıyor demektir. Kanunun 2024'te değişen md. 9'u, yurt dışına aktarımı yeterlilik kararı ya da standart sözleşme gibi uygun güvencelerden birine bağlıyor ve standart sözleşmenin imzalanmasından itibaren beş iş günü içinde Kuruma bildirilmesini istiyor. Satıcıya sunucunun nerede olduğunu ve bu aktarım için hangi belgeyi sağladığını yazılı sorun. Bu bölüm hukuki görüş değildir; kendi durumunuzu bir hukukçuyla değerlendirin.

Sözleşme bittiğinde verinin size hangi biçimde geri verileceği de aynı önemde. Geçmiş rezervasyonlar, misafir listesi ve fiyat takvimi dışa aktarılabiliyor mu, hangi dosya biçiminde? Yazılım hesabının otelin adına açılması ve yönetici erişiminin otelde kalması, dijital varlık mülkiyeti ilkelerinin rezervasyon tarafındaki karşılığıdır.

Seçim ölçütleri tablosu

Aşağıdaki tabloyu değerlendirdiğiniz her yazılım için ayrı bir sütun açarak doldurun. Sütunlara ürün adı yazın; satırlar aynı kalsın.

Tablonun "Sorulur" hücreleri, satıcıdan yazılı cevap alınacak sorulardır. Cevap "evet" ise nasıl yapıldığını, "hayır" ise neyin elle yapılacağını yazın. İki yazılımı karşılaştırırken fiyattan önce bu hücrelere bakmak, aylık ücret farkının arkasındaki iş yükü farkını görmenizi sağlar.

Rezervasyon kanallarının ayrıştırılması ve rezervasyon yolunun sitede tanımlanması, konaklama işletmelerine sunduğumuz hizmet kapsamında yer alır; otel, restoran ve kafe çözümleri bu kalemleri ölçüm başlıklarıyla birlikte listeliyor. Aynı mantığın restoran tarafındaki karşılığı ise restoran online sipariş sistemi kurgusudur.

Demo görüşmesinde istenecek ekranlar

Satıcı demosu, satıcının göstermek istediği ekranlarla ilerler. Kendi listenizle gitmek, görmeniz gereken ekranları görmenizi sağlar. Aşağıdaki ekranları sırayla isteyin ve her birini ekran paylaşımında canlı olarak görün; sunum slaytı kabul etmeyin.

1. Misafir gözünden rezervasyon, telefonda. Tarih seçimi, oda seçimi, toplam fiyatın göründüğü ekran, iptal koşulunun yazdığı yer, ödeme ve onay e-postası.
2. Fiyat takvimi girişi. Bir sezonun fiyatını ve kontenjanını girip birden fazla kanala gönderme. Kaç tıklama sürdüğünü sayın.
3. Bir platformdan gelen rezervasyonun yolu. Rezervasyon kanal yöneticisine nasıl düşüyor, PMS'te nasıl görünüyor, diğer kanallarda müsaitlik ne zaman düşüyor.
4. İptal senaryosu. Platformda iptal edilen bir rezervasyonun sizin sisteminizde nasıl ve ne kadar sürede göründüğü.
5. Ön büro günü. Giriş, oda değişikliği, folyoya ekstra ekleme, çıkış ve fatura.
6. Gün sonu ve kanal raporu. Kaynağa göre oda gecesi dağılımı, yani doğrudan rezervasyon payının hesaplanabildiği rapor.
7. Veri dışa aktarımı. Misafir listesini ve geçmiş rezervasyonları bir dosyaya aktarma; dosyayı açıp sütunlara bakın.
8. Kullanıcı yetkileri. Ön büro, muhasebe ve yönetici için farklı yetki tanımlama ve bir kullanıcıyı kapatma.

Bir ekran "o özellik yakında geliyor" ya da "onu ayrı modülle yapıyoruz" cevabıyla gösterilemiyorsa, karşısına not düşün ve seçim tablosundaki ilgili hücreyi buna göre doldurun.

Sıkça Sorulan Sorular

Otel rezervasyon programları hangi yazılımlardan oluşur?

Otel rezervasyon programları üç ayrı işi yapan yazılımlardan oluşur. Rezervasyon motoru otelin kendi web sitesinden rezervasyon ve ödeme alır, kanal yöneticisi müsaitlik ve fiyatı birden fazla satış platformuna aynı anda dağıtır, PMS ise giriş, folyo, çıkış ve gün sonu raporu gibi ön büro işlerini yürütür. Bu üçü tek pakette ya da ayrı ayrı alınabilir.

Otel kanal yöneticisi ne işe yarar?

Otel kanal yöneticisi, müsaitlik ve fiyat bilgisini tek bir panelden bağlı tüm satış platformlarına gönderir ve bir platformdan rezervasyon geldiğinde diğerlerindeki müsaitliği düşürür. Böylece aynı odanın aynı gece için iki ayrı platformda satılması riski azalır. Değerlendirirken güncelleme süresini yazılı istemek ve iptallerin de geri gelip gelmediğini kontrol etmek gerekir.

Otel komisyon hesaplama nasıl yapılır?

Her kanal için aynı formül kurulur: elde kalan tutar, oda fiyatından kanal komisyonu, ödeme kesintisi, yazılım ücretinin rezervasyon başına payı ve pazarlama maliyetinin rezervasyon başına payı çıkarılarak bulunur. Kendi siteden gelen rezervasyonda komisyon yoktur ama pazarlama ve ödeme maliyeti vardır. Hesap tek rezervasyon için değil, tekrar gelen misafirle birlikte bir yıllık dönem için yapılmalıdır.

Otel web sitesinden alınan rezervasyonda iptal koşulu nasıl yazılmalı?

İptal ve ön ödeme koşulu, misafir ödeme yapmadan önce okuyacağı ekranda açıkça yazılmalıdır. Mesafeli Sözleşmeler Yönetmeliği md. 15, taraflarca aksi kararlaştırılmadıkça belirli bir tarihteki konaklama sözleşmelerinde cayma hakkının kullanılamayacağını, md. 5 ise bu durumun ve varsa depozito şartlarının tüketiciye önceden bildirilmesini öngörüyor. Kendi politikanızın metni için hukuki destek almanız gerekir.

Rezervasyon yazılımının sunucusu yurt dışındaysa ne yapılmalı?

Sunucu yurt dışındaysa misafir verisi yurt dışına aktarılıyor demektir ve Kişisel Verilerin Korunması Kanunu md. 9 bu aktarımı yeterlilik kararı ya da standart sözleşme gibi uygun güvencelerden birine bağlar; standart sözleşme imzalandıktan sonra beş iş günü içinde Kuruma bildirilir. Yazılım sağlayıcısına sunucu konumunu ve hangi aktarım belgesini sağladığını yazılı olarak sormak ilk adımdır.