Otelde rezervasyon departmanı nasıl çalışır? Talepten varışa

Rezervasyon departmanı, gelen talepleri teyitli ve garantili rezervasyonlara dönüştürür ve bunları varışa hazır biçimde resepsiyona devreder. Talebi tek kez kaydeder, otelin belirli fiyatlarından teklif verir, süre sonu yazılı olan opsiyonlarla oda tutar, teyit ve garanti alır, değişiklik ve iptalleri kayda geçirir ve defteri her gün süresi dolan opsiyonlar ile garantilenmemiş varışlar için kontrol eder.

Saat 09:40'ta e-postayla bir talep gelir. 09:45'te aynı misafir resepsiyonu arar. 10:00'a kadar üçüncü bir kişi tarihleri bir deftere yazmıştır. Personelde bir yanlış yoktur; eksik olan, rezervasyonu talepten varışa kadar sahiplenen bir ofistir. Bu yazı, bir otelde rezervasyon departmanının ne iş yaptığını adım adım yanıtlıyor: talep alımı, fiyat teklifi, opsiyon, teyit ve garanti, değişiklik ve iptaller, resepsiyona devir ve defteri dürüst tutan günlük kontroller. Yazının sonunda otelinizde eksik olan iki üç kuralı yazıp bu hafta uygulamaya başlayabilirsiniz.

Rezervasyon departmanı neyin sahibi?#

Rezervasyon ofisi, ilk talepten misafir varana kadar rezervasyon kaydının sahibidir: ne istendi, hangi fiyat teklif edildi, ne söz verildi ve check-in öncesinde hâlâ ne yapılması gerekiyor. Fiyat listesinin, kanal karmasının ya da misafirin konaklamasının sahibi değildir.

Somut olarak ofis şunların sahibidir: talep alımı, yayımlanmış fiyatlardan teklif verme, opsiyonlar ve süreleri, teyit ve garanti, değişiklik ve iptaller, grup ve acente talepleri, varış notları ve defterin günlük kontrolü. Fiyat seviyeleri ve kısıtlamalar gelir yönetimine aittir; rezervasyon bunları uygular ve istisnaları telefonda indirim icat etmek yerine yukarı bildirir. Hangi kanalların hangi koşullarla satacağı dağıtımın işidir; rezervasyon, o kanalların gördüğü müsaitliğin doğru olmasını sağlar, o kadar.

Misafir, varış anından itibaren resepsiyonundur. Rezervasyon kaydı zayıf diye resepsiyon, check-in sırasında oda tipi ya da fiyat pazarlığı yapmamalıdır. Küçük bağımsız bir otelde aynı kişi üç şapka da takabilir; ama kayıt, her adımda hangi şapkanın takıldığını göstermelidir. Pratik test şudur: konuşmada bulunmayan biri, yalnızca kayıttan rezervasyonu ve verilen sözleri yeniden oluşturabilir mi?

İlk talepte hangi bilgiler alınmalı?#

Alınan ilk temasta, teklif vermek ve sonradan teyit etmek için gereken her şey tek seferde kaydedilmelidir; böylece sonraki hiçbir adım misafire aynı soruyu yeniden sormak zorunda kalmaz.

Varış ve ayrılış tarihleri, gece sayısı, yetişkin, çocuk ve yaşlarıyla başlayın; çünkü hem çocuk fiyatlaması hem oda kapasitesi buna bağlıdır. Oda tipi ve yatak tercihi, oda sayısı ve ilk tercih doluysa misafirin alternatif kabul edip etmeyeceğini kaydedin. Pansiyon tipini (sadece oda, oda kahvaltı, yarım pansiyon) ve talebin kaynağını not edin: direkt, seyahat acentesi, kurumsal hesap ya da çevrim içi seyahat sitesi.

Kararı verecek kişiye gerçekten ulaşan iletişim bilgileri toplayın: bir e-posta, bir telefon numarası ve teyit edecek kişinin adı. Taleplerle sözleri ayırın: "üst kat istendi" bir not, "bitişik odalar garantilendi" otelin tutmak zorunda olduğu bir taahhüttür. Garanti niyeti ve tahmini varış saati de önemlidir; çünkü geç bir varış, varış günündeki no-show kararını değiştirir. Son olarak talebi kimin, ne zaman aldığını kaydedin; zaman damgası olmayan bir talep, ardından gelen yirmi talebe karşı önceliklendirilemez.

Opsiyonlar ve geçici rezervasyonlar: tutulan oda ne zaman geri döner?#

Opsiyon, bir odayı belirtilen süre boyunca tutar ve sonra otomatik olarak satışa geri bırakır. Süre sonunu kimse yazmadıysa oda ne satılmıştır ne satılabilir durumdadır ve otel bunu en kötü anda öğrenir.

Her opsiyonun dört şeye ihtiyacı vardır: oda tipi ve sayısı, teklif edilen fiyat, bir süre sonu tarihi ve saati, ve teyit yetkisi olan kişinin adı. Süre sonu bellekle değil, sistem tarafından uygulanmalıdır; yoğun bir sabahın ilk ihmal edilen işi ajandaya yazılmış bir nottur. Takip, süre bitmeden bir hatırlatma, sonra bırakmadır. Bırakmak kayda geçen bir karardır, bir başarısızlık değil.

Terminoloji standart değildir. CoStar Group'un STR Benchmark Forward STAR Data Reporting Guidelines (yeni sekmede açılır) rehberi (1 Kasım 2026), kesin, teyitli, geçici ve opsiyonlu gibi rezervasyon durumu terimlerinin sektörde farklı biçimlerde yorumlandığını belirtir. Bu yüzden otel kendi kelimelerini yazılı olarak, hem teyitnamede hem sistemde tanımlamalıdır.

Aynı rehbere göre bir tedarikçiyle anlaşılan kontenjanlar, bunlara karşı rezervasyon yapılıp envanterden düşülene kadar rezerve oda olarak raporlanmaz; iptaller bloktan kullanılan oda sayısında eksi değer (negatif pick-up) olarak görünür. Defterde duran bir blokla gerçekte satın alınan odalar arasındaki fark budur. Geçici grup blokları, büyük ölçekte opsiyon gibi davranır: bir cut-off tarihi, bir bırakma kuralı ve teyit yetkisi olan tek bir muhatap isterler.

Teyit, garanti ve depozito: bir rezervasyonu kesin yapan nedir?#

Bir rezervasyon, otel onu yazılı olarak teyit ettiğinde ve misafir gelmezse tahsil edebileceği bir garanti tuttuğunda kesindir. Sözlü bir evet ve umut dolu bir e-posta ikisi de değildir.

Teyitname bir belgedir: tarihler, oda tipi, pansiyon tipi, toplam tutar, rezervasyon sırasında bildirilen iptal koşulları, garanti yöntemi ve bir rezervasyon referansı. Garanti yöntemleri sonradan tahsil biçimine göre ayrışır: tahsil izni olan bir kart, havaleyle alınmış bir depozito, bir acente fişi ya da kurumsal bir garanti yazısı. Her biri oteli farklı korur ve rezervasyon kaydı hangisinin geçerli olduğunu göstermelidir.

Rezervasyon sırasında bildirilen koşullar geçerli olan koşullardır; muğlak bir ifade aylar sonra tartışma konusu olur, o yüzden sözü kısa ve her yerde aynı tutun. Depozitoların bir son tarihi ve kısmi ödeme kuralı olmalıdır; söz verilmiş ama alınmamış bir depozito, uygulamada rezervasyonu garantisiz bırakır. Garantisiz rezervasyonların varış gününde bir bırakma saati olmalı; bir kez kararlaştırılıp her gün aynı biçimde uygulanmalıdır. Kimin ne zaman teyit ettiğini kaydedin; çünkü anlaşmazlıkların çoğu fiyattan değil, ne söylendiğinden doğar. Aynı kısa ifade teyitnamede, web sitesinde ve misafir uygulamasında yer almalıdır; açık koşulların nasıl yazılacağını otel iptal politikası rehberimizde ayrıca ele alıyoruz.

Değişiklik, iptal ve no-show nasıl yönetilmeli?#

Her değişiklik, eskiyi silmek yerine rezervasyonun yeni bir sürümünü oluşturmalıdır; böylece otel neyin kararlaştırıldığını, neyin değiştiğini ve kimin onayladığını görebilir.

Eski değeri, yeni değeri, saati ve kişiyi kaydedin. Bir tarih değişikliği rezervasyonu başka bir fiyat dönemine taşıyabilir; bu yüzden yeni toplam yeniden teklif edilir ve yazılı olarak teyit edilir. Ücret affetme ya da tarih kaydırma gibi bir istisnayı kimin onaylayabileceğini önceden kararlaştırın; yoksa cevap, telefona kimin çıkacağına bağlı kalır.

İptalde, bildirilen koşullardaki son tarihe bakın, tam saati kaydedin ve odayı yeniden satılabilsin diye hemen satışa açın. No-show kararları, varış gününde bırakma saatinden sonra, rezervasyonun garantili olup olmadığına göre verilir; ücret almak, satışa açmak ya da yeniden aktif etmek bir yordamdır, doğaçlama değil. Bu kararı no-show rehberimizde ayrıntılı işliyoruz.

Çift rezervasyon, resepsiyon sorunu olmaktan önce rezervasyon sorunudur: aynı misafirin iki kaynaktan iki kez rezervasyon yapması check-in'de değil günlük kontrolde yakalanmalıdır. Nedenleri genellikle yapısaldir; çift rezervasyonun kanallar arasında nasıl oluştuğunu ayrı bir yazıda ele aldık. Her iptale bir neden kodu koyun: "planı değişti", "daha ucuz buldu", "uçuşu iptal oldu" bilgisi gelir yönetimine bir şey söyler; boş bir kayıt hiçbir şey söylemez.

Rezervasyon, misafiri resepsiyona nasıl devreder?#

Devir, resepsiyonun rezervasyon ofisinin bilebildiği bir soruyu misafire sormadan misafiri karşılayabildiği anda tamamlanmıştır.

Varış notları tahmini varış saatini, istendi ya da söz verildi olarak işaretlenmiş özel talepleri, tekrar gelen misafir ya da VIP durumunu ve kimin neyi ödeyeceğini belirten faturalama talimatlarını taşır. Gruplar için bir rooming list, blok cut-off tarihi, ana hesap talimatları ve değişiklikleri teyit edebilen acentede tek bir muhatap gerekir; tam iş akışını grup rezervasyonu rehberimizde bulabilirsiniz.

Faturalama yönlendirmesi bir rezervasyon talimatıdır, check-in kararı değil: oda bedelinin kurumsal hesaba, ekstraların misafire yansıtılması varıştan önce netleşmelidir. Varış öncesi iletişim de buraya aittir; çünkü otelin ne gönderdiği ve ne zaman gönderdiği, misafirin ne yanıtlayacağını şekillendirir ve yanıt çoğu zaman varış notunu değiştirir. Gönderilecek sırayı varış öncesi mesajlar rehberimizde veriyoruz.

Yarının varış listesinin gözden geçirilmesi, eksik garantileri, eksik rooming listleri ve otelin fiziksel olarak tutamayacağı talepleri yakalar. Resepsiyon, teyitli rezervasyonun yanında özgün talebi de görmelidir; böylece misafirin gerçekte ne istediğini anlar.

Hangi günlük kontroller rezervasyon ofisini dürüst tutar?#

Her sabah aynı saatte, adı belli bir kişi tarafından çalıştırılan kısa ve sabit bir liste, aksi halde gece resepsiyonda ortaya çıkacak sorunların çoğunu önler.

Kontrol, ancak bir sahibi ve bir saati varsa işler; kimsenin çalıştırmadığı liste bir dekorasyondur. Her madde bir not değil bir eylem üretir: uzat, teyit et, bırak, hatırlat, birleştir ya da yukarı taşı. Çift rezervasyonlar ve yanıtsız talepler, misafirin şikâyet etmesini beklemeden defteri tarayarak bulunur. Dünün no-show'ları bir sonraki gün sonu işleminden önce kapatılmalıdır; yoksa aynı oda farklı raporlarda iki kez sayılır. Kontrolün ne bulduğunu bir ay boyunca kaydedin; örüntü sorunun hacim mi, personel sayısı mı yoksa eksik bir kural mı olduğunu gösterir.

Şimdi ne yapmalı#

Yazılımdan değil kayıttan başlayın. Bu hafta iki kuralı yazın: opsiyon süre kuralı ve garanti kuralı. Sonra yedi maddelik günlük kontrolü iki hafta boyunca çalıştırın ve zaman damgası olmadan gelen her talebi kaydedin. O kayıt, elinizde bir rezervasyon departmanı mı yoksa ortak bir e-posta kutusu mu olduğunu gösterir ve doğru olanı düzeltmek için kanıtınız olur.

Bu kuralları yalnızca saklayan değil uygulayan bir yazılım isterseniz, AI Otel'in otel işletim sistemi tam bunun için geliştirildi: rezervasyon, grup ve oda ataması tek sistemde, aynı odanın iki kez satılmasına karşı korumalı. Yazılım geliştirildi ve lansman öncesinde çalışıyor; ayrıntılar için https://ai-otel.com/tr/platform/pms adresine bakabilir ya da https://ai-otel.com/tr/iletisim üzerinden görüşme talep edebilirsiniz.