Misafir, planlanan çıkış tarihinden önce ayrılmak istediğinde işlem yalnızca rezervasyondaki tarihi kısaltmaktan ibaret değildir. İş günü henüz kapanmadıysa o gecenin oda ücreti folyoya düşmemiş olabilir; restoran, minibar veya transfer hareketleri de bekliyor olabilir. Erken çıkışı güvenli biçimde tamamlamak için rezervasyon tarihi, uygulanacak ücret, folyo hareketleri, ödeme ve oda durumu aynı kontrol zincirinde ele alınmalıdır.
- Erken çıkış kararı kesinleşmeden önce yeni çıkış tarihi, fiyat koşulu ve misafire yansıyacak toplam birlikte doğrulanmalıdır.
- Gün sonu henüz oda ve vergi hareketini üretmediyse, gerekli ücret kontrollü bir manuel posting ile folyoya alınmalı ve sonraki otomatik posting riski ayrıca kontrol edilmelidir.
- Checkout sonrasında oda durumu, ödeme dengesi, fatura ve işlem geçmişi birbiriyle tutarlı kalmalıdır.
Erken çıkış talebini iş günüyle birlikte değerlendirin
Erken çıkış, rezervasyonun planlanan ayrılış tarihinden önce kapatılmasıdır. Ancak otelin takvim tarihi ile PMS iş günü her zaman aynı anda değişmeyebilir. Gece yarısı geçmiş olsa bile night audit çalışmadıysa sistem hâlâ önceki iş gününde olabilir. Bu nedenle çalışan önce aktif iş gününü, rezervasyonun mevcut çıkış tarihini ve misafirin gerçekten hangi geceyi kullandığını kontrol etmelidir.
Oracle OPERA Cloud'un güncel erken çıkış akışı da, gelecekteki çıkış tarihine sahip rezervasyonun önce yeni ayrılış durumuna alınmasını ve ardından folyo kapatma adımlarının yürütülmesini tarif eder. RoomFollow veya başka bir PMS'te ekran adları değişebilir; temel kontrol aynıdır: tarih değişikliğinin hangi konaklama gecelerini ve hangi ücretleri etkilediği işlemden önce görünür olmalıdır.
- Aktif PMS iş günü ve gerçek takvim tarihi kontrol edildi.
- Misafirin kullandığı son gece ve yeni çıkış tarihi netleştirildi.
- Rezervasyonun fiyat, paket ve erken ayrılış koşulu yeniden okundu.
- Talebi yapan kişi ve varsa şirket veya acente sorumluluğu doğrulandı.
Oda ücretinin folyoya düşüp düşmediğini kontrol edin
Night audit çoğu PMS'te oda ve vergi hareketlerini aktif konaklamalara iş günü sonunda üretir. Misafir sabah erken ayrılıyor ve ilgili gecenin gün sonu henüz alınmadıysa, tahsilat yapılmış olsa bile oda ücreti folyoda görünmeyebilir. Yalnız bakiyeye bakarak checkout yapmak bu nedenle yanıltıcıdır; folyo satırlarında hangi gecelerin oda ücreti olarak post edildiği tek tek kontrol edilmelidir.
Ücretin uygulanması gerekiyorsa yetkili kullanıcı, tesisin tanımlı oda ücreti veya rate-code hareketiyle manuel posting yapabilir. Oracle'ın resmi dokümantasyonu, oda ve vergi ücretinin gün sonundan önce manuel olarak folyoya post edilebildiğini belirtir. Aynı dokümantasyon manuel rate-code posting'in gün sonundaki otomatik posting'i kendiliğinden durdurmadığını da vurgular. Bu yüzden tarih ve konaklama statüsü doğru güncellenmeden yalnızca ücret eklemek, mükerrer oda ücreti riski doğurabilir.
- Folyoda oda ücreti bulunan geceler tarihleriyle karşılaştırıldı.
- Eksik hareketin oda, vergi veya paket bileşeni olduğu belirlendi.
- Manuel posting yetkili kullanıcı ve doğru işlem koduyla yapıldı.
- Otomatik gün sonunun aynı geceyi tekrar post etmeyeceği doğrulandı.
Son dakika harcamalarını checkout öncesinde toplayın
Erken ayrılan misafirin minibar, restoran, otopark, transfer veya geç çıkış gibi hareketleri henüz ilgili departmandan folyoya ulaşmamış olabilir. Checkout ekranında sıfır bakiye görülmesi, bütün harcamaların aktarıldığı anlamına gelmez. Özellikle entegrasyonla gelen satışlarda bekleyen işlem kuyruğu, açık adisyon veya manuel teslim formu kontrol edilmelidir.
Resmi OPERA erken çıkış akışı, ödeme ve folyo kapatmadan önce son dakika ücretlerinin post edilmesine açık bir adım ayırır. Otel kendi kontrol listesini departmanlarına göre uyarlamalıdır. 'Minibar soruldu' gibi belirsiz bir onay yerine; ilgili oda, kontrol eden kişi, saat ve sonucun kayda bağlanması vardiyalar arasında daha güvenilir bir iz bırakır.
- Açık restoran veya POS adisyonu bulunmuyor.
- Minibar ve oda içi tüketim kontrolü tamamlandı.
- Transfer, otopark, çamaşırhane ve diğer hizmetler sorgulandı.
- Bekleyen entegrasyon hareketi veya çevrimdışı satış kontrol edildi.
Ücret koşulunu tahsilattan ayrı düşünün
Misafirin daha önce ödeme yapmış olması, erken çıkışta hangi tutarın gelir olarak kalacağını tek başına belirlemez. Ön ödemeli veya iadesiz fiyat, esnek fiyat, şirket anlaşması ve acente sanal kartı farklı koşullar taşıyabilir. Önce konaklama ve erken ayrılış şartına göre hak edilen ücret hesaplanmalı; sonra mevcut tahsilatla karşılaştırılmalıdır.
Bazı tesisler sözleşmelerine göre erken ayrılış bedeli uygulayabilir. Oracle OPERA Cloud bu bedelin, özellik etkinleştirilmişse tanımlı hesaplama kuralı ve işlem koduyla rezervasyon hesabına post edilebildiğini belgeler. Bu, her otelin otomatik olarak ceza alması gerektiği anlamına gelmez. Tesisin sözleşmesi, satış kanalı koşulu ve yerel hukuki değerlendirmesi esas alınmalı; çalışan ekranda gördüğü seçeneği yorum yapmadan uygulamamalıdır.
- Rezervasyonun iptal ve erken ayrılış koşulu okundu.
- Hak edilen konaklama tutarı ile alınan ödeme karşılaştırıldı.
- İade, ek tahsilat veya erken ayrılış bedeli için onay süreci uygulandı.
- Acente veya şirket ödemesinde borçlu taraf doğru folyoyla eşleştirildi.
Folyoyu kapatmadan önce denge ve belge kontrolü yapın
Checkout öncesinde her folyo penceresinin veya alt hesabın bakiyesi ayrı görülmelidir. Misafir ödemesi, şirket hesabı ve acente tahsilatı farklı bölümlerde tutuluyorsa toplam bakiyenin sıfır olması tek başına yanlış yönlendirmeyi ortaya çıkarmaz. Oda ücreti doğru hesaba, ödeme doğru payee veya cari hesaba bağlanmış olmalıdır.
Ödeme tamamlandıktan sonra üretilecek folyo veya faturadaki tarih, müşteri, para birimi ve vergi ayrımı gözden geçirilmelidir. Taslak belge ile kesinleşmiş belge aynı şey değildir. Tesisin e-belge ve muhasebe akışına göre kesinleşmeden önce son kontrol sorumlusu belirlenmeli; iptal veya düzeltme yetkisi yalnız gerekli rollere verilmelidir.
- Tüm folyo pencereleri ve yönlendirilmiş hareketler kontrol edildi.
- Bakiye, para birimi, ödeme yöntemi ve kur bilgisi tutarlı.
- Fatura veya folyo alıcısı doğru kişi ya da şirket olarak seçildi.
- Belge kesinleşmeden önce tarih ve vergi ayrımı gözden geçirildi.
Checkout ile oda durumunu aynı işlem zincirinde güncelleyin
Folyo kapandıktan sonra rezervasyon checkout durumuna geçmeli ve oda, kat hizmetleri akışına uygun yeni statüyü almalıdır. Odayı yalnız boş göstermek yeterli değildir; kirli, kontrol bekliyor veya serviste gibi operasyon durumu tesisin gerçek sürecini yansıtmalıdır. Böylece satış ekranı henüz temizlenmemiş odayı yanlışlıkla hazır kabul etmez.
Erken çıkış; kişi bazlı ve oda bazlı checkout ayrımını da önemli hale getirir. Bir odada birden fazla kayıtlı misafir varsa yalnız ayrılan kişinin mi, yoksa oda rezervasyonunun tamamının mı kapanacağı açıkça seçilmelidir. İşlemden sonra oda planı, aktif folyolar, misafir konaklama geçmişi ve kat hizmetleri listesi sayfa yenilemeye gerek kalmadan aynı durumu göstermelidir.
- Kişi checkout ile oda checkout seçimi doğru yapıldı.
- Rezervasyon, folyo ve oda statüsü birlikte güncellendi.
- Kat hizmetlerine temizlenecek oda bilgisi iletildi.
- Oda tekrar satışa açılmadan önce hazır olma kuralı uygulandı.
Hatalı checkout için silme değil geri alma izi bırakın
Yanlış rezervasyon kapatıldıysa veya eksik posting sonradan fark edildiyse kayıtları silerek görünmez hale getirmek doğru bir kontrol yöntemi değildir. Yetkili bir 'checkout'u geri al' veya rezervasyonu yeniden aktive et akışı, işlemi yapan kullanıcıyı, zamanı, nedeni ve önceki durumu denetim günlüğünde saklamalıdır. Fatura kesinleşmişse önce belgenin mevzuata uygun iptal veya düzeltme süreci tamamlanmalıdır.
Oracle'ın billing belgeleri de ödeme ters kayıtlarının yeni bir karşı işlemle oluşturulabildiğini, bazı kesinleşmiş veya yeniden basımı kısıtlanmış hareketlerin doğrudan silinemediğini açıklar. Uygulamadaki seçenekler tesis ayarına ve kullanıcı yetkisine göre değişebilir. Temel ilke, finansal geçmişi kaybetmeden düzeltmek ve oda envanterini yeniden doğru duruma getirmektir.
- Geri alma nedeni zorunlu ve açıklayıcı olarak kaydedildi.
- Eski ve yeni rezervasyon, folyo ve oda durumları loglandı.
- Kesinleşmiş fatura için ayrı iptal veya düzeltme akışı uygulandı.
- Düzeltme sonrası gün sonu ve mükerrer posting riski yeniden kontrol edildi.
Erken çıkış kontrol listesi
Aşağıdaki listeyi resepsiyon prosedürüne kısa bir kontrol kartı olarak ekleyebilirsiniz. Fiyat planı, vergi, e-belge ve ödeme kuralları tesise göre değiştiği için kendi yetki ve onay adımlarınızı ayrıca tanımlayın.
- Aktif iş günü, son kullanılan gece ve yeni çıkış tarihi doğrulandı.
- Fiyat planı, paket ve erken ayrılış koşulu kontrol edildi.
- Oda ve vergi posting'leri gece bazında folyoyla karşılaştırıldı.
- Gerekli manuel oda ücreti posting'i doğru kod ve açıklamayla yapıldı.
- Restoran, minibar ve diğer son dakika hareketleri tamamlandı.
- Tahsilat, iade ve erken ayrılış bedeli ayrı ayrı değerlendirildi.
- Tüm folyo pencereleri, para birimi ve belge alıcısı kontrol edildi.
- Checkout sonrası oda durumu ve kat hizmetleri akışı güncellendi.
- İşlem kullanıcı, zaman, neden ve değişen değerlerle loglandı.
Sık sorulan sorular
Gün sonu alınmadan erken checkout yapılabilir mi?
Evet, PMS bu akışı destekliyorsa yapılabilir; ancak kullanılan gecenin oda ve vergi hareketi henüz oluşmadıysa gerekli tutar kontrollü biçimde folyoya post edilmeli, ödeme ve mükerrer gün sonu riski doğrulanmalıdır.
Erken çıkan misafire kalan bütün geceler otomatik olarak iade edilir mi?
Hayır. Sonuç rezervasyonun fiyat ve erken ayrılış koşuluna, ödeme sahibine ve tesis prosedürüne bağlıdır. Önce hak edilen ücret hesaplanmalı, sonra tahsilat ile karşılaştırılarak iade veya ek ödeme belirlenmelidir.
Yanlış yapılan checkout nasıl düzeltilmeli?
Yetkili geri alma veya yeniden aktive etme akışı kullanılmalı; neden ve değişiklikler loglanmalıdır. Kesinleşmiş fatura varsa önce uygun iptal veya düzeltme süreci tamamlanmalı, ardından folyo ve oda durumu yeniden kontrol edilmelidir.