PMS, kanal yöneticisi ve rezervasyon motoru: hangisi ne işe yarar?
PMS, kanal yöneticisi ve rezervasyon motoru arasındaki farkı ve veri sahipliğini öğrenin. Hangi sistemin neyi tuttuğunu, hataları nasıl önleyeceğinizi ve sağlayıcıya ne sormanız gerektiğini keşfedin.
İçindekiler
Kısaca
- Oda sayısını, misafir kaydını ve parayı PMS tutar; kanal yöneticisi yalnızca kendisine verileni taşır.
- Rezervasyon motoru otelin kendi web sitesindeki satış vitrinidir ve müsaitliği başka bir kaynaktan alır.
- Her verinin tek bir sahibi olması, yazılı hale getirilmesi, kanallardaki çoğu yanlış fiyat ve müsaitlik hatasını önler.
- Bir rezervasyon, kaydedilip yeni oda sayısı kanallara gönderilmedikçe odanın başka yerde satılmasını durdurmaz.
- Bir kanal yanlış görünüyorsa, kanalı düzeltmeden önce kaynak kayda ve eşleştirmeye bakın.
PMS (otel yönetim sistemi), otelin oda, misafir ve para kaydıdır. Kanal yöneticisi müsaitlik, fiyat ve kısıtları satış kanallarına taşır, rezervasyonları geri getirir. Rezervasyon motoru odaları otelin kendi web sitesinde satar. Her sistemin sahibi olduğu veri farklıdır ve kanallardaki hataların çoğu bu sahipliğin belirsiz olduğu yerde başlar.
Fiyat sabah değişti, öğleden sonra bir satış sitesi hâlâ eskisini gösteriyor. Servis sağlayıcıyı aramadan önce, o sayıya gerçekten hangi sistemin sahip olduğunu bilmek işe yarar. Bu yazı üç sistemi sahibi oldukları veriye göre ayırır, bir rezervasyonun otele nasıl ulaştığını izler ve kanal yanlış fiyat ya da müsaitlik gösterdiğinde izlenecek kontrol sırasını verir.
PMS ne işe yarar?
PMS, yani otel yönetim sistemi, otelin kendi işletme kaydıdır: hangi odalar var, kim konaklıyor ve ne kadar borçlu.
Oda listesini bir kez tanımlar: oda tipleri, her tipin arkasındaki fiziksel odalar ve bunlardan hangilerinin arızalı ya da temizlik beklediği. Misafir kaydını tutar: kimlik bilgileri, konaklama tarihleri, istekler ve üzerinde her harcama bulunan misafir hesabı (folyo). Parayı da o tutar: harcamalar, ödemeler, silme yerine iptal ve ters kayıtla yapılan düzeltmeler ve iş gününü kapatan gün sonu (night audit) işlemi.
Ayrıca resepsiyonun ve kat hizmetlerinin üzerinde çalıştığı listeleri üretir: varışlar, ayrılışlar, hazır odalar, bloke edilmiş odalar. Resepsiyonist "yarın hangi oda boş?" diye sorduğunda yanıt ya PMS'ten gelir ya da hiçbir yerden gelmez.
Türkiye'de her konaklama; ödeme, mali belge (fatura ya da e-belge), misafir kimlik bildirimi (KBS) ve kişisel veri (KVKK) adımlarını içerir. Bu adımlar konaklamanın içindedir; hazırlıkları çoğunlukla PMS'te yapılır.
Yapmadığı iş de vardır: PMS kendi başına satış siteleriyle konuşmaz. Odaları dışarıya yayımlamak kanal yöneticisinin görevidir. Sistemlerin pratikte birbirleriyle nasıl konuştuğunu merak ediyorsanız PMS entegrasyonu nasıl çalışır? API'yi sade bir dille anlamak yazısına bakın.
Kanal yöneticisi ne işe yarar?
Kanal yöneticisi, müsaitlik, fiyat ve kısıtları otelden satış sitelerine taşır, rezervasyonları geri getirir.
Üç şey gönderir: bir oda tipinden kaç oda satışta, hangi fiyattan ve hangi koşullarla (minimum konaklama, varışa kapalı, satışa kapama). Bir habercidir, depo değil. Bağımsız bir oda sayısı tutmaz; okuduğu kayıt yanlışsa yanlış sayıyı hızla ve sadakatle dağıtır.
Asıl iş eşleştirmedir. Otel sistemindeki her oda tipi ve fiyat planı, her satış sitesindeki karşılığına bağlanmalıdır. Eşleştirilmemiş bir çift, hiç satılmayan bir oda ya da hiç güncellenmeyen bir fiyattır. İmza atmadan önce anlamaya değer ayrıntılar için Kanal yöneticisinde oda tipi ve fiyat planı eşleştirme (mapping) yazısını okuyun.
Kanal yöneticisi fiyat belirlemez, ne satılacağına karar vermez, misafir kaydını tutmaz. Bu kararlar otele ve PMS'e aittir. Rezervasyonlar bir mesaj ya da kayıt olarak geri gelir; o kaydın kendiliğinden sisteme düşmesi ya da bir kişi tarafından yeniden yazılması, odanın başka yerde ne kadar süreyle satışta kalacağını belirler.
Bir otel kanal yöneticisi olmadan rezervasyon motoruyla, rezervasyon motoru olmadan kanal yöneticisiyle çalışabilir. Ön büronun çalışamayacağı tek sistem PMS'tir.
Önemli noktaKanal yöneticisi, okuduğu kayıt kadar doğrudur
Kanal yöneticisi ancak okuduğu kaynak kayıt kadar doğru olabilir. Bir kanal yanlışsa ilk soru şudur: güncelleme çıkarken kaynak kayıtta ne yazıyordu?
Rezervasyon motoru ne işe yarar?
Rezervasyon motoru, otelin odalarını otelin kendi web sitesinde satar: müsaitliği ve fiyatı gösterir, rezervasyonu ve ödemeyi alır, misafire onay gönderir.
Vitrindir, depo değil. Müsaitlik ve fiyat akışını doğrudan PMS'ten ya da kanal yöneticisi üzerinden alır. Misafirin gördüğünü o kontrol eder: oda ve fiyat gösterimi, ek hizmetler, iptal koşulları, ödeme yöntemi ve onay mesajı.
Doğrudan ilişkinin yaşadığı yerdir. Otel, misafirle teması ve rezervasyonu aracısız elinde tutar; karşılığında ziyaretçiyi o sayfaya getiren pazarlama yükünü üstlenir. Metasearch listeleri ve ücretsiz rezervasyon bağlantıları rezervasyon motoruna işaret eder; yani ürettiği sayfa, otelin ana sayfasına hiç gelmeyen gezginler için de vitrindir.
Bayat müsaitlikle beslenen bir rezervasyon motoru, bir satış sitesi gibi satarak aşırı satış yapar. Bu arıza otel için değil, misafir için farklı görünür. Yapmadığı iş: diğer kanalları yönetmez, resepsiyonu çalıştırmaz.
İpucuMisafir gibi test edin
Rezervasyon motorunu bir misafir gibi test edin: telefondan, neredeyse dolu olduğunu bildiğiniz bir tarih için, bir saat önce değiştirdiğiniz fiyatla. Sayfa yanlışsa sorun sayfadan önceki adımlarda, yani kaynak kayıtta aranmalıdır.
Her verinin kaynak kaydı hangi sistemde olmalı?
Her verinin tek sahibinin olması ve bunun yazılı hale getirilmesi, tüm disiplindir. Diğer her sistem kendi kopyasını tutmak yerine o sahibin kaydını okumalıdır.
Oda sayısı ve oda tipleri PMS'e ya da arkasındaki tek envanter kaydına aittir. İki sayı iki gerçektir ve otel aynı odayı iki kez satar. Fiyatlar ve fiyat planları tek bir fiyatlandırma kaydında bir kez tanımlanmalı; kanal yöneticisi ve rezervasyon motoru ayrı kopyalar tutmak yerine o kaydı okumalıdır. Kısıtlar (minimum konaklama, satışa kapama) fiyatla birlikte durmalıdır ki bir fiyat ile koşulları hiçbir zaman ayrı yolculuğa çıkmasın.
Rezervasyon, PMS'e ulaşana kadar oluşturulduğu sisteme aittir; ondan sonra PMS kayıttır, kanalın kopyası artık geçmişte kalmıştır. Misafir kaydı ve misafir hesabı, hangi kanal misafiri getirmiş olursa olsun, her zaman PMS'e aittir.
| Veri | Sahibi olmalı | İki sahibi olduğunda ne bozulur |
|---|---|---|
| Oda sayısı ve oda tipleri | PMS | Aynı oda iki kez satılır |
| Fiyatlar ve fiyat planları | Tek fiyatlandırma kaydı | Bir kanal güncellenir, diğeri dünkü fiyatı gösterir |
| Kısıtlar (minimum konaklama, satışa kapama) | Fiyatla birlikte | Fiyat, koşulları olmadan yolculuğa çıkar |
| Rezervasyonun kendisi | Önce kanal, sonra PMS | Otelin bilmediği bir rezervasyon var olur |
| Misafir kaydı ve hesabı | PMS | Harcamalar ve geçmiş sistemler arasında bölünür |
Sahipliği tek sayfaya yazın ve gece 23.00'te telefonu açan kişiye verin. Kanal anlaşmazlıklarının çoğu, aslında kimsenin yazmadığı bir sayfa yüzünden çıkan tartışmalardır. Daha geniş çerçeve için Otel satış kanalları: her kanalı tek oda envanterinden yönetmek yazısına bakın.
Bir rezervasyon otele nasıl ulaşır, adım adım?
Satış sitesinde yapılan bir rezervasyon otele bir mesaj olarak ulaşır ve oda, o mesaj kaydedilip yeni sayı dışarı gönderilmedikçe başka yerde satılmaya devam eder.
Birinci adım: gezgin satış sitesinde rezervasyon yapar ve sitenin kendi envanter kopyası hemen bir azalır. İkinci adım: site rezervasyonu otele iletir; ya otomatik bağlantıyla ya da e-posta ve extranet ekranıyla. Giden yol, geri kalanın ne kadarının elle yapılacağını belirler. Üçüncü adım: rezervasyon PMS'e kaydedilir; otelin kendi oda sayısının değiştiği an budur. Dördüncü adım: kanal yöneticisi yeni müsaitliği diğer tüm kanallara gönderir ve her kanal kendi kopyasını günceller.
Birinci ile dördüncü adım arasındaki boşluk, ikinci bir misafirin aynı odayı satın alabileceği penceredir. Tamamen kaldırılamaz; kısaltılabilir ve izlenebilir.
Gecikmeler genelde dört yerde durur: yoğun bir girişin ortasında elle yeniden girme, hiç eşleştirilmemiş bir fiyat planı, kimsenin fark etmediği bir bağlantı kopması ve bazı kanalları elle onaylayan bir otel. Pencereyi daraltan şeyler: sunulduğu yerde otomatik iletim, sabah varış listesinin her kanalla karşılaştırılması ve bir kanalın bildirdiği ama PMS'in hiç almadığı rezervasyon için uyarı. Hata türlerinin ayrıntısı için Çift rezervasyon neden olur, kanallar arasında nasıl önlenir? yazısına bakın.
Bir kanal yanlış fiyat ya da müsaitlik gösteriyor: önce nereye bakılır?
Kanala bakmadan önce kaynağa bakın. Çoğu durumda kanal, kendisine verileni ya da dün verileni yineliyordur.
Önce sayının sahibi olan kayıt: fiyat, o tarih, o oda tipi, o kişi sayısı (tek kişilik, çift kişilik) ve o konaklama süresi için gerçekten düşündüğünüz gibi mi? İkinci, eşleştirme: kanaldaki fiyat planı sisteminizdeki doğru plana mı bağlı? Yanlış koda eşleştirilmiş bir plan, yanlış ürün için gerçek bir fiyat gösterir. Üçüncü, son güncelleme: değişiklik otelden hiç çıktı mı, kanal kabul etti mi? Reddedilen bir güncelleme, sizi yok sayan bir kanalla aynı görünür.
Dördüncü, kanalın kendi katmanı: kampanyalar, üye fiyatları, promosyonlar, ayrı gösterilen vergiler ve ücretler, para birimi ve ziyaretçinin tarayıcısının önceki bir aramadan tuttuğu sayfalar. Beşinci, misafirin araması: bir gece için iki yetişkin ile üç gece için iki yetişkin farklı sorulardır ve bir minimum konaklama kuralı, boş bir odayı müsait değil gibi gösterebilir.
Ne kontrol ettiğinizi ve ne zaman kontrol ettiğinizi yazın. Birçok tarihe yayılan örüntü eşleştirmeye, tek bir tarih kısıta, tek bir kanal o kanalın kendi ayarlarına işaret eder.
DikkatSorunu önce kanalda düzeltmeyin
Bir kanal sorununu kanalı düzenleyerek çözmeye çalışmayın. İkinci bir kaynak yaratırsınız, bir sonraki güncelleme düzeltmenizin üstüne yazar ve artık kimsenin gerçek sayıyı bilmediği bir durum oluşur.
İmzadan önce her sağlayıcıya ne sormalısınız?
Her verinin sahibinin kim olduğunu, bir rezervasyonun size nasıl ulaştığını ve ayrılma gününde ne olacağını sorun.
PMS için: misafir kayıtlarımı ve mali geçmişimi kullanılabilir bir biçimde, hangi dönem için dışa aktarabilir miyim? Kanal yöneticisi için: hangi oda tiplerini ve fiyat planlarını eşleştiriyor, eşleştirmeyi kim yapıyor ve bir eşleştirmenin yalnızca kaydedilmiş değil, çalıştığını nasıl görürüm? Bir bağlantı koptuğunu nasıl öğrenirim, fark etme sorumluluğu kimdedir?
Rezervasyon motoru için: müsaitliği nereden alıyor ve son oda az önce satıldığında misafir ne görüyor? Üçü için de: bağlantı kopukken gelen bir rezervasyona ne olur, onu kim yeniden girer, kanalla nasıl karşılaştırılır? Ayrıca sözleşmenin bildirim süresi, çıkış sırasındaki yardım ve sözleşmenin getirdiğiniz veriyi almanıza izin verip vermediği?
İmzadan önce bir test isteyin: bir test tarihinde bir fiyat değişikliği ve bir satışa kapama, kaynak kayıttan kanala ve geriye izlenerek.
Kontrol listesiİmza öncesi kontrol listesi
- Kullanılabilir biçimde veri dışa aktarımı ve kapsanan dönem
- Eşleştirmeyi kim yaptığı ve çalıştığının nasıl doğrulanacağı
- Kopan bir bağlantının nasıl, kim tarafından fark edileceği
- Rezervasyon motorunun müsaitliği nereden aldığı
- Bağlantı kopukken alınan bir rezervasyona ne olacağı
- Sözleşmede bildirim süresi, çıkış yardımı ve veri taşınabilirliği
- Uçtan uca canlı test: bir fiyat değişikliği ve bir satışa kapama
Şimdi ne yapmalı
Tek sayfalık veri sahipliği çizelgesini önce yazın: beş satır, her biri tek sahipli, basılı hâlde gece vardiyasına verilmiş. Sonra tek bir fiyat değişikliğiyle test edin ve değişikliği kaynak kayıttan kanala ve geriye izleyin. Hangi sistemin hangi sayıya sahip olduğunu bildiğinizde üç sistem rakip görünmekten çıkar, devir noktaları net bir zincir gibi görünür.
Sıkça sorulan sorular
Tek sistem üç işi birden yapabilir mi?
Bazen bir sağlayıcı PMS, kanal yöneticisi ve rezervasyon motorunu tek pakette sunar; bu sözleşmeleri ve desteği basitleştirebilir. Ancak üç iş paketin içinde de varlığını sürdürür ve her verinin yine tek bir modülün sahipliğinde olması gerekir. Paketin sorunu ortadan kaldırdığını varsaymadan önce hangi modülün fiyatı, hangisinin oda sayısını tuttuğunu sorun.
Az sayıda satış sitesiyle çalışıyorsam kanal yöneticisi gerekir mi?
Soru kaç kanalınız olduğu değil, müsaitlik ve fiyatların ne sıklıkla değiştiği ve onları kimin girdiğidir. Güvenilir bir kişi ve var olan bir kontrol rutiniyle, elle güncellenen az sayıda kanal işleyebilir. Risk her ek kanalla ve her son dakika değişikliğiyle büyür ve kendini aynı odanın iki kez satılmasıyla gösterir.
Sağlayıcı değiştirirsem misafir verilerim kimin olur?
Misafir kaydı ve mali geçmiş otelinindir; ama sözleşmedeki sahiplik, veriyi dışarı alabilmekle aynı şey değildir. Dışa aktarım biçimini, kapsanan dönemi ve süreyi sorun, yanıtı imzadan önce yazılı alın. Memnun bir müşteriyken bir dışa aktarımı test edin.
Kapattığım bir odayı kanal hâlâ gösteriyor, neden?
Önce kaynak kayda, sonra eşleştirmeye, sonra değişikliğin kabul edilip edilmediğine bakın. Yanlış fiyat planına eşleştirilmiş kapalı bir oda tipi ya da tek bir tarihe uygulanmış ama misafirin aradığı konaklama süresini kapsamayan bir kısıt, ikisi de sizi yok sayan bir kanal gibi görünür. Kanalı doğrudan düzenlemek genelde nedeni gizler ve ikinci bir gerçek yaratır.
Küçük bir otel için rezervasyon motoru değer mi?
Otele doğrudan satışı ve misafirle ilişkiyi kazandırır; o rezervasyondan aracıyı çıkarır. Ama ziyaretçiyi kendi başına getirmez: tıklamayı kazanmak yine otelin işidir. Motor ayrıca doğru müsaitliğe muhtaçtır, yoksa her kanal gibi satarak aşırı satış yapar.