Overbooking, yalnızca aynı gece için oda sayısından fazla rezervasyon almak değildir; iptal, no-show, uzatma, oda arızası ve kanal gecikmesi gibi ihtimallerin aynı anda yönetilmesidir. Bazı oteller iptal eğilimini dikkate alarak kontrollü satış yapar, bazıları ise yalnızca veri veya bağlantı hatasıyla beklenmedik bir fazla rezervasyona düşer. Her iki durumda da amaç aynıdır: durumu erken görmek, seçenekleri netleştirmek ve misafirin otele olan güvenini korumak.

Bu yazıda öğrenecekleriniz
  • Fazla rezervasyon kararı, toplam oda sayısına değil tarih, oda tipi, garanti durumu ve kullanılabilir oda sayısına göre değerlendirilmelidir.
  • PMS, kanal yöneticisi ve doğrudan satış kanallarındaki müsaitlik aynı gün içinde düzenli olarak karşılaştırılmalıdır.
  • Yerleştirme gerekirse karar sırası, alternatif otel kriteri, ulaşım ve maliyet sorumluluğu önceden belirlenmelidir.

Overbooking tam olarak ne anlama gelir?

Overbooking, bir tarih ve satılabilir oda tipi için otelin fiilen sunabileceğinden fazla kesin konaklama yükümlülüğü oluşmasıdır. Bu, fiziksel oda sayısından bağımsız düşünülmemelidir. Servis dışı oda, bakım çalışması, uzun süren konaklama, ücretsiz oda sözü veya aynı oda tipine dönüşemeyen rezervasyonlar kullanılabilir kapasiteyi düşürebilir.

Kontrollü overbooking, geçmiş iptal ve no-show eğilimlerine dayanarak alınan ticari bir karar olabilir. Beklenmedik overbooking ise çoğu zaman güncellenmemiş müsaitlik, iki kanaldan gelen eş zamanlı rezervasyon veya yanlış oda tipi eşleştirmesiyle ortaya çıkar. Operasyon açısından ayrım önemli olsa da misafirin ihtiyacı aynıdır: teyit edilmiş konaklamasının güvenle karşılanması.

  • Fiziksel oda sayısı: tesisteki toplam oda adedi
  • Satılabilir oda sayısı: bakım, blokaj ve operasyon kararları sonrası kullanılabilir adet
  • Kesin rezervasyon: garanti, ödeme veya otelin teyit koşuluna göre konaklama yükümlülüğü doğuran kayıt
  • Riskli tarih: beklenen giriş, çıkış, uzatma ve servis dışı oda bilgisi birlikte değerlendirildiğinde kapasitesi daralan gece

Risk hangi verilerle erken görülür?

Sabah yalnız doluluk yüzdesine bakmak yeterli değildir. Ön büro ve rezervasyon ekibi, özellikle yakın tarihler için oda tipi bazında satılabilir stok ile kesinleşen girişleri karşılaştırmalıdır. Aynı misafirin mükerrer kaydı, henüz ödeme veya garanti şartı tamamlanmamış rezervasyonlar, grup blokajındaki isimsiz odalar ve çıkış yapması beklenen ama uzatma talebi bulunan odalar ayrı işaretlenmelidir.

Bu kontrolün sahibi belliyse bilgi e-postalar arasında kaybolmaz. Örneğin rezervasyon sorumlusu öğleden önce ertesi üç günün riskli gecelerini gözden geçirir; ön büro sorumlusu da gün içindeki çıkış ve uzatma değişikliklerini aynı kayda işler. Amaç tahminin kusursuz olması değil, kapasiteyi etkileyen yeni bilgiyi karar verene zamanında ulaştırmaktır.

  • Tarih ve oda tipi bazında satılabilir stok ile kesinleşmiş rezervasyon farkı
  • Beklenen çıkışlar, onaylanmış uzatmalar ve geç çıkış talepleri
  • Servis dışı odalar ile tekrar satışa açılma tarihi
  • Grup blokajı, tahsis edilmemiş oda ve cut-off sonrası serbest kalacak kontenjan
  • Kanal bazında son senkronizasyon zamanı ve bekleyen rezervasyonlar

Kanal ve PMS kayıtları nasıl mutabık tutulur?

Birden çok çevrim içi satış kanalı kullanıldığında tek bir ekrandaki müsaitlik, ancak diğer sistemlerle aynı bilgiyi taşıyorsa anlamlıdır. Oda tipi eşleştirmesi, satışa kapama kuralı, minimum konaklama ve kontenjan güncellemesi değiştiğinde; PMS ile kanal yöneticisindeki karşılığını da kontrol edin. Özellikle aynı gün girişli rezervasyonlarda gecikmiş bir senkronizasyon, küçük bir farkın hızla büyümesine neden olabilir.

Mutabakatı yalnız sorun çıktığında yapmak yerine belirli zamanlara bağlayın. Sistemler arasında fark bulunursa önce hangi kaydın güncel olduğunu doğrulayın, sonra satış kanalını kapatma veya kontenjan düzeltme kararını yetkili kişi versin. Yapılan değişiklik için tarih, kanal, eski-yeni adet ve gerekçe kaydı tutulursa sonraki incelemede bağlantı veya süreç hatasını ayırmak kolaylaşır.

  • PMS oda tipi ile her satış kanalındaki oda tipi eşleştirmesi doğrulandı.
  • Yakın tarihlerde kanal senkronizasyon zamanı kontrol edildi.
  • Müsaitlik farkında hangi sistemin kaynak kayıt olduğu belirlendi.
  • Kontenjan veya satış kapama değişikliği kullanıcı ve gerekçeyle kaydedildi.

Fazla rezervasyon kesinleşirse ilk hangi adımlar atılmalı?

Önce sayıyı doğrulayın: aynı tarih, aynı oda tipi, gerçekten kullanılabilir odalar ve kesin konaklamalar. Ardından sorunu ‘bir oda eksik’ diye genellemek yerine hangi geceyi, kaç odayı ve hangi misafir gruplarını etkilediğini görün. Oda tipi yükseltme, rezervasyon tarihini değiştirme isteği, erken çıkış veya farklı tesiste konaklama gibi seçenekler ancak misafirle konuşmadan önce gerçekte uygulanabiliyorsa sunulmalıdır.

Misafiri mümkün olduğunca erken ve doğrudan bilgilendirmek, giriş anında şaşırtıcı bir durumla karşılaştırmaktan daha saygılıdır. İletişimde belirsiz sözler yerine teyit edilebilen alternatif, ulaşım düzeni, iletişim kişisi ve geri dönüş zamanı paylaşın. Özür, çözümün yerini tutmaz; ancak açık sahiplik ve hızlı takip deneyimi anlamlı biçimde iyileştirir.

  • Oda tipi ve gece bazında gerçek kapasite farkını yeniden hesaplayın.
  • Yönetici, rezervasyon ve ön büro için tek karar sorumlusu atayın.
  • Uygun yükseltme, tarih değişikliği veya alternatif tesis seçeneklerini teyit edin.
  • Etkilenen misafir için iletişim kanalını, teklif edilen çözümü ve onay durumunu kaydedin.
  • Vardiya değişiminde açık dosyayı, sorumlu kişiyi ve sonraki adımı yazılı aktarın.

Alternatif otele yönlendirme nasıl hazırlanır?

Yerleştirme veya walk kararı son anda çevrilen telefonlara bırakılmamalıdır. Yoğun dönemlerden önce benzer konum, kalite seviyesi, oda standardı ve ulaşım bakımından değerlendirilebilecek alternatif tesisler belirlenebilir. Her tesis için güncel iletişim kişisi, rezervasyon yöntemi ve gerekirse karşılıklı çalışma koşulu yazılı tutulmalıdır.

Misafir açısından çözüm; yalnız başka bir odanın bulunması değildir. Alternatif tesisin adı, adresi, konaklama tarihleri, ulaşımın nasıl sağlanacağı ve otelin üstlendiği harcamalar açık olmalıdır. Kişisel durumlar, erişilebilirlik ihtiyacı veya birlikte seyahat eden kişilerin ayrılmaması gibi koşullar da çözümün uygunluğunu etkiler. Bu nedenle konaklama bilgilerini gereğinden fazla paylaşmadan, yalnız çözüm için gerekli ayrıntıyı yetkili kişiler arasında aktarın.

Olay sonrasında kök neden nasıl bulunur?

Sorun kapandıktan sonra kayıtları küçük bir değerlendirmeyle inceleyin. Fazla satış kararı planlı mıydı; değilse ilk fark ne zaman oluştu, hangi kanalda göründü ve kim ne zaman müdahale etti? İptal eğilimi tahmini, servis dışı oda güncellemesi, oda tipi eşleştirmesi veya vardiya içi iletişim gibi nedenler birbirinden farklı iyileştirmeler gerektirir.

Değerlendirme kişiyi suçlamaya değil, tekrarlanabilir bir kontrol oluşturmaya hizmet etmelidir. Örneğin aynı hata hafta sonu yoğunluğunda oluşuyorsa, cuma günü yapılacak kapasite kontrolüne belirli bir alan eklenebilir. Olay kaydıyla birlikte alınan karar ve sonucu saklamak, sonraki sezonda daha sağlıklı satış sınırları belirlemenize yardımcı olur.

  • Farkın ilk görüldüğü zaman ve kaynak kayıt
  • Etkilenen oda tipi, tarih ve rezervasyon sayısı
  • Uygulanan çözüm, maliyet ve misafirden alınan onay
  • Teknik, süreçsel veya veri kaynaklı kök neden
  • Bir sonraki vardiya ya da yoğun dönem için eklenen kontrol

RoomFollow ile kapasite kararlarını görünür kılmak

Overbooking yönetiminde asıl ihtiyaç, satış kanalındaki hareket ile ön büronun gerçek oda durumunu aynı operasyon bağlamında görebilmektir. RoomFollow'da rezervasyon, oda planı, konaklama durumu ve işlem notları birlikte izlendiğinde; riskli bir tarihte hangi kaydın değiştiği ve hangi çözümün açık kaldığı daha kolay takip edilebilir.

Yazılım, tesisinizin satış politikasını sizin yerinize belirlemez. Kontrollü satış sınırını, onay yetkisini ve alternatif konaklama yaklaşımını otelinizin segmentine göre yazılı hale getirin; ardından bu kuralları günlük kontrol ve vardiya devri rutinine bağlayın.

Overbooking kontrol listesi

Bu liste, farklı oda tipleri ve satış kanalları kullanan tesisler için başlangıç noktasıdır. Kendi sözleşme, ödeme ve misafir iletişimi prosedürlerinize göre uyarlayın.

  • Yakın tarihler için oda tipi bazında satılabilir stok ve kesin rezervasyonlar karşılaştırıldı.
  • Servis dışı oda, uzatma, grup blokajı ve bekleyen değişiklikler kapasite hesabına eklendi.
  • PMS ile kanallardaki oda tipi eşleştirmesi ve son güncelleme zamanı kontrol edildi.
  • Riskli tarihlerin sorumlusu, karar saati ve onay mercii belirlendi.
  • Alternatif tesis, ulaşım ve maliyet sorumluluğu için güncel iletişim listesi gözden geçirildi.
  • Etkilenen misafire sunulabilecek yalnız teyit edilmiş seçenekler hazırlandı.
  • Olay sonrası kayıt, kök neden ve eklenen önleyici kontrol gözden geçirildi.
Kısa cevaplar

Sık sorulan sorular

Overbooking ile oda tipi yükseltme aynı şey midir?

Hayır. Oda tipi yükseltme, misafire daha üst bir oda tipi sunma kararıdır. Overbooking ise belirli bir tarih veya oda tipi için otelin karşılayabileceğinden fazla kesin konaklama yükümlülüğü oluşmasıdır; yükseltme bazen çözüm seçeneklerinden biri olabilir.

Her otel overbooking yapmalı mı?

Hayır. Bu ticari karar, tesisin iptal ve no-show eğilimi, oda tipi yapısı, alternatif çözüm kapasitesi ve misafir deneyimi yaklaşımı değerlendirilerek alınmalıdır. Plansız fazla rezervasyon riskini azaltmak ise her tesis için önemlidir.

Fazla rezervasyon fark edildiğinde misafir ne zaman bilgilendirilmeli?

Uygulanabilir çözüm seçenekleri doğrulanır doğrulanmaz mümkün olan en erken zamanda. Misafire yalnız netleşmiş alternatif, ulaşım bilgisi ve takip edecek kişinin iletişim bilgisi verilmelidir.