Çift rezervasyon neden olur, kanallar arasında nasıl önlenir?

Çift rezervasyon, aynı odaya aynı gece için verilmiş iki kesinleşmiş rezervasyondur. Kazara olanlar küçük boşluklardan doğar: son odanın her kanalda kapanmasındaki gecikme, iki kez eşleştirilen bir oda tipi, sisteme girilmeyen bir satış, tek yere girilen bir satış durağı ya da kimsenin iade etmediği bir grup bloğu. Kontroller riski azaltır; hiçbiri sıfırlamaz.

Saat 23:40. Bir misafir elinde 412 numaralı odanın onay belgesiyle geliyor ve 412 dolu. Rezervasyon gerçek, misafir yorgun ve binadaki hiç kimse o odayı bilerek iki kez satmadı. Çift rezervasyonun rahatsız edici gerçeği budur: nadiren tek büyük bir hatadan doğar. Çoğunlukla her biri tek başına zararsız görünen küçük, ayrı boşluklardan oluşur ve dolu bir gecede buluşurlar. Bu yazı her boşluğu onu kapatan kontrole kadar izliyor ve rezervasyon ekibinin her gün çalışıp imzalayabileceği kısa bir rutinle bitiyor.

Çift rezervasyon nedir, bilinçli overbooking'den nasıl ayrılır?#

Çift rezervasyon, aynı fiziksel odaya aynı gece için verilmiş iki kesinleşmiş rezervasyondur. Bilinçli overbooking bir gelir kararıdır; kazara çift rezervasyon ise bir kontrol başarısızlığıdır ve ikisinin çözümü farklıdır.

Ölçü birimi oda tipi değil, fiziksel odadır. Deniz manzaralı son odayı iki kez satmak, iki rezervasyon farklı fiyat planları taşısa bile çift rezervasyondur; çünkü misafire söz verilen yatak çoktan dolmuştur. İki söz bir kapıyı gösterdiğinde, kâğıt üstünde ne yazdığına bakılmaksızın sorun oradadır.

Bilinçli overbooking, sayısı belli bir politikadır. Otel, bilinen bir tarihte sahip olduğu odadan fazla rezervasyon alır, iptal ve gelmeme durumlarının farkı kapatacağını varsayar, kararı veren kişiyi adıyla belirler ve ertesi sabah için bir planı vardır. Kazara çift rezervasyon ise kimsenin kararı değildir. Genellikle resepsiyonda, giriş sırasında ve otelin dolu olduğu, takas edecek hiçbir şeyin kalmadığı bir gecede ortaya çıkar.

Bu ayrım, kontroller farklı olduğu için önemlidir. Eşleştirme denetimleri, son odanın erken kapatılması ve günlük mutabakat, bilinçli bir politikanın üstünde hiçbir etki yaratmaz. Bilinçli politikanın ihtiyacı olan şey, fazladan satışa açma kararı ve bir aktarma planıdır; daha iyi bir kanal yöneticisi değil. Maliyet ise her iki durumda da çoğunlukla operasyoneldir: başka bir tesise taşınan bir misafir, telefonda geçen personel saatleri, geceden uzun yaşayan bir yorum. Basit bir test: binada, otelin sahip olduğundan fazla oda satma kararını kimin verdiği kimse söyleyemiyorsa, olan şey kazara olmuştur.

Çift rezervasyon neden son bir iki odada yoğunlaşır?#

Çünkü her kanal müsaitliğin kendi kopyasını tutar ve bu kopya, son güncelleme kadar tazedir. Kırk oda boşken bayat bir kopyanın maliyeti yoktur; bir oda boşken aynı odayı iki kez satar.

Mekanizmayı düz bir dille anlatmak gerekirse: otelin sistemi gerçeği tutar, kanal yöneticisi (fiyat ve müsaitliği satış sitelerine ileten yazılım) güncellemeleri dışarıya gönderir ve her satış sitesi, bir sonraki güncelleme gelene kadar aldığı son sayıdan satmaya devam eder. Bu parçaların nasıl birbirine uyduğunu merak ediyorsanız PMS, kanal yöneticisi ve rezervasyon motoru: hangisi ne işe yarar? yazısını okuyun.

Tehlike, pencerenin kendisidir. Saat 14:02'de alınan bir rezervasyon, bir sonraki iletiye ya da o kanalın sayıyı bir daha sormasına kadar başka bir kanala yansımayabilir. Bu pencere içinde satılan her şey bayat veriden satılmıştır. Yoğunlaşmayı açıklayan şey görece maruziyettir: kırk oda boşken bir bayat kopya yuvarlama hatasıdır; bir oda boşken toplam hatadır ve ikinci satış ilkiyle aynı geceye düşer.

Pencereyi daraltan üç araç vardır. Kanalın izin verdiği yerde daha kısa bir güncelleme aralığı. Anında onay, yalnızca güncellemenin bunu taşıyacak kadar hızlı olduğu yerde. Ve son bir iki odanın kanallarda satışını durduran, bu odaları telefon ya da talep üzerine satışa ayıran bir tampon kuralı. Tampon bir erdem değil, bir ödünleşmedir: gerekmediği geceler gelirden götürür, gerektiği geceyi kurtarır. Boyutunu seçmeden önce son odanın ne sıklıkla sorun çıkardığını ölçün.

"Talep üzerine" satışı bir güçlük değil, bir kontrol olarak görün. Otelin elle yanıtladığı bir talep, otelin henüz söz vermediği bir odadır. Ve her tedarikçi sözüne aynı dikkatle yaklaşın: hiçbir ayar pencereyi sıfırlamaz. Bir kontrol aynı odanın iki kez satılma riskini azaltır; ortadan kaldırmaz.

Eşleştirme hataları aynı odayı nasıl iki kez satar?#

Bir eşleştirme hatası, iki kanal listesinin aynı fiziksel odaları göstermesine ya da bir listenin var olmayan odaları göstermesine yol açar; böylece aynı envanter iki ad altında iki kez sunulur.

Oda tipi eşleştirmesi klasik örnektir. Otel sistemindeki her oda tipi, her kanalda tam olarak bir koda karşılık gelmelidir. Aynı odalara bakan iki kod, kimse müsaitliğe dokunmadan satılabilir oda sayısını ikiye katlar. Fiyat planı eşleştirmesi aynı biçimde bozulur: yanlış oda tipine bağlanan bir plan ya da planın varsaydığından daha az odası olan bir tipe bağlanan plan, otelin sahip olmadığı envanteri satar.

Kullanımdan kaldırılmış envanter sessizce sızar. Renovasyon sonrası adı değiştirilen, birleştirilen ya da hizmetten çıkarılan ama bir kanalda hâlâ açık olan oda tipi, o biçimde artık var olmayan odaları satmaya devam eder. Kontenjanın serbest satış olarak eşleştirilmesi aynı şeyi ters yönden yapar: bir acentenin bloğu genel müsaitlik sayılır ve aynı odalar hem acenteye hem herkese sunulur. Konunun tamamı için kanal yöneticisinde oda tipi ve fiyat planı eşleştirme (mapping) yazısına bakın.

İşe yarayan denetim gösterişsizdir: her eşleştirme değişikliğinden sonra her kanalda bir test rezervasyonu yapın, otelin sistemine kadar izleyin, doğru oda tipine ve fiyata düştüğünü doğrulayın, sonra iptal edin. Denetimden daha önemlisi sahipliktir. Adı belli bir kişi eşleştirmeyi sahiplenir ve her renovasyon, ad değişikliği, yeni fiyat planı ya da yeni kanal sonrasında yeniden denetler. Eşleştirme, biten bir görev değil, sessizce bozulan bir yapılandırmadır.

Hangi satışlar sisteme hiç ulaşmaz?#

Sisteme girilmeden onaylanan her satış, kanalların göremediği bir envanterdir ve o odaya verilecek bir sonraki rezervasyonla çarpışacaktır.

Örnekler tanıdıktır. Saat 21:00'de gelen telefon, "yarın sabah" girilmek üzere bekliyor ama onay e-postası çoktan gönderilmiş: misafirin elinde bir söz var, sistemin elinde hiçbir şey. Vardiya değişiminde alınan ve kâğıda yazılan yürüyerek gelen misafirler, çünkü resepsiyondaki görevli, rezervasyonları genellikle giren kişi değildir. Elektronik tablo olarak gelip blok kesildikten günler sonra parça parça girilen grup oda listeleri, bu arada iade edilen odalar başkasına çoktan satılmışken.

Acente kontenjanları kendi cümlesini hak ediyor. Odalar, tanımlı bir süre için bir acenteye ayrılır; sürenin sonunda satılmayan odalar otele geri döner. Acente iade tarihine kadar satabilir ve otel satıştan geç ya da hiç haberdar olmaz. Koşullar sözleşmeniz ne diyorsa odur; hukuk danışmanınıza doğrulatın.

Bu boşluğun çoğunu kapatan kural şudur: rezervasyon sistemde var olana dek onay numarası verilmez. Son kullanma saati olan bir geçici tutma makuldür; bir söz değildir. Bunun yanına kontenjan mutabakatı ekleyin: her acentenin bildirdiği ile otelin elinde tuttuğunu, sabit bir ritimle karşılaştırın ve farkı bir evrak gecikmesi değil, bir olay olarak ele alın. Boşluğun ardındaki alışkanlık ise şudur: resepsiyon rezervasyonu değil, misafiri girer. Önce rezervasyonu, sonra misafir bilgilerini girin.

Satış durakları, oda değişiklikleri ve grup blokları neden sızar?#

Çünkü girildikleri yer, kişinin o anda durduğu yerdir, envanterin yaşadığı yer değil. Tek bir sistemde var olan satış durağı, satış durağı değildir.

Akışın yönünü düşünün. Tek bir oda envanteri, otelin kendi web sitesini, satış sitelerini ve acenteleri aynı anda beslemelidir; bu yaklaşım otel satış kanalları: her kanalı tek oda envanterinden yönetmek yazısında ayrıntılı işleniyor. Bir kapanış, kanalları besleyen sisteme girilmelidir; her kanala ayrı ayrı yazılmamalı ve yöneticinin o anda açık olan tek kanala girilmemelidir.

Sızıntılar bir örüntü izler. Bakım ya da bozuk klima nedeniyle servis dışı bırakılan bir oda, kapanış kat hizmetleri formuna yazıldığı için bir kanalda satılabilir kalır. Bir oda değişikliği eski atamayı bayat bırakır: sistem, misafir içindeyken eski odayı boş, boşken dolu gösterebilir. Bir grup bloğu hiç iade edilmez, geç iade edilir ya da bir yerde rezervasyona çevrilip diğerinde çevrilmez ve iade tarihi sessizce geçer. Bir konaklama uzatması aynı yoldan kaçar: misafir bir gece uzatır, o o gece için kapatılmaz ve bir kanal odayı öğleden sonra satar.

Kontrol yapısal olanıdır: her kapanış, değişiklik ve blok tek bir giriş noktasına ve bir zaman damgasına sahiptir ve günlük mutabakat bunları ertesi sabah denetler.

Rezervasyon ekibi hangi günlük mutabakatı çalışmalı?#

Önce sistemi kendisiyle, sonra kanallarla karşılaştırın; her gün aynı sırayla ve sonucu bir kişi imzalasın.

İç denetimler önce gelir, çünkü ucuzdurlar ve sistem dışı satışı, sızan bloğu ve bayat oda değişikliğini yakalarlar: bugünün ve yarının varışları oda atamalarıyla karşılaştırılır, atanmamış rezervasyonlar, servis dışı odalar ve iade tarihi geçmiş bloklar listelenir. Dış denetimler ikinci sırada gelir: her kanaldaki müsaitlik, otelin kendi müsaitliğiyle önümüzdeki yedi gün için karşılaştırılır. Bayat kopya ile eşleştirme hatası tam burada ortaya çıkar.

Zamanlama önemlidir. Her gün aynı saatte, gün kesiminden sonra ve sonraki satış günü başlamadan önce çalışın; böylece karşılaştırma iki hareketli durum arasında değil, iki bilinen durum arasında yapılır. Tarihi, kimin çalıştığını, bulunan istisnaları, her biri için yapılanı ve hâlâ açık olanları kaydedin. Kaydı olmayan bir mutabakat kontrol değil, alışkanlıktır. Bir tırmanma kuralı işi bitirir: üç gün üst üste yinelenen bir istisna tek seferlik bir durum değil, süreç boşluğudur ve eşleştirme ya da kanal ayarlarının sahibine gider.

Burada her disiplinden çok tek sistem yardımcı olur. Rezervasyon, gruplar ve oda ataması tek yerde yaşadığında denetimin iç yarısı, iki listenin elle karşılaştırılması değil, bir rapor olur. AI Otel'in otel işletim sistemi rezervasyonu, grupları ve oda atamasını tek sistemde tutar ve aynı odanın iki kez satılmasına karşı korumalı olacak şekilde geliştirildi; çalışan yazılımdır, lansman öncesi.

Yine de olduğunda ilk adımlar nelerdir?#

Hangi iki rezervasyonun çakıştığını bulun, otelin hangisini yerine getirebileceğine karar verin ve resepsiyon doğaçlama yapmadan önce misafir görüşmesini üstlenecek adı belli bir kişiyi belirleyin.

Hiçbir şey karar vermeden önce gerçekleri netleştirin: iki rezervasyon, her biri ne zaman onaylandı, her biri garantili mi, varış saatleri, konaklama süresi, fiyat ve bu gece aynı ya da daha iyi tipte oda var mı. Kararı, resepsiyonda en yüksek sesle konuşan değil, yazılı bir kural versin. Yakında varacak garantili bir rezervasyon genellikle kazanır; aktarılacak olan normalde sonra gelen rezervasyondur.

Erken davranın. Yolculuğundan önce bilgilendirilen bir misafir, lobide saat 23:40'ta bilgilendirilen bir misafirden çok daha az hasarla eşdeğer bir tesise taşınabilir. Nedeni, bu yazıdaki boşlukları kullanarak kaydedin: bayat kopya, eşleştirme, sistem dışı satış, sızan kapanış, iade edilmemiş blok. Kontrolü iyileştiren tek şey o kayıttır. Sonra görüşmeyi, ulaşımı, maliyeti ve takibi resepsiyonda uydurmak yerine misafiri başka otele aktarma adımları rehberinden çalıştırın.

Dürüst bir sınır: bu yazı, otel kesinleşmiş bir rezervasyonu yerine getiremediğinde ne yapmak zorunda olduğu konusunda hukuki bir kural vermez. Yükümlülüklerinizi kendi hukuk danışmanınıza doğrulatın.

Yarın sabah ne yapmalı#

Sonraki satış günü başlamadan önce mutabakatı bir kez, yukarıdaki sırayla çalıştırın ve adınızla, saatle imzalayın. Bu yazıdaki boşluklar küçük ve ayrıdır ama o tek rutinde buluşurlar: eşleştirme, sistem dışı satışlar, kapanışlar ve bloklar hepsi listede birer istisna olarak görünür. İstisnayı düzeltin, hangi boşluğun doğurduğunu not edin; ertesi gecenin resepsiyonu daha az doğaçlama yapar. Tek sistem yaklaşımının uygulamada nasıl çalıştığını görmek isterseniz görüşme talep edin.