| Amacı | Cloudbeds’in doluluk, ADR, RevPAR, oda geliri ve finansal işlemleri, Konaklama Sektörü için Birleşik Muhasebe Sistemi (USALI) ile uyumlu olarak nasıl hesapladığını ve bu hesaplamaların PMS içinde nerelerde göründüğünü açıkla. |
| Kimler için uygun | Yöneticiler ve genel müdürler, sahipler, Gece Denetimi, Ön Büro ve Gelir/PIE kullanıcıları. |
| Ne zaman kullanılır | Belirli bir doluluk veya finansal rakamın nasıl hesaplandığını anlamak istediğinde, bir raporu başka bir kaynakla mutabakat sağlamak için kontrol ettiğinde veya Bloke, Hizmet Dışı veya Envanter Bölme odalarının sayılarındaki etkisini doğrulamak istediğinde. |
| Gereksinimler | Yok. Bu hesaplama mantığı hesabın genelinde Otomatik Olarak uygulanır. |
| Beklenen sonuç | Doluluk ve finansal rakamlarının nasıl hesaplandığını açıklayabilecek, PMS’de her metriğe nereden bakacağını bilecek ve Günlük Gelir Raporu’ndaki negatif değerler gibi yaygın rapor farklılıklarını yorumlayabileceksin. |
| Sınırlamalar | Sadece Doluluk, ADR ve RevPAR’ın nasıl hesaplandığı bölümünde açıklanan standart doluluk, ADR ve RevPAR hesaplamaları doğrudan PMS’de mevcuttur. Alternatif ve eski sürüm tarzı görünümler ise Cloudbeds Insights veya belirli önceden hazırlanmış raporlar gerektirir. |
Giriş
Cloudbeds, doluluk oranı, ADR, RevPAR, oda geliri ve finansal işlemleri, otellerin dünya çapında bu metrikleri tutarlı bir şekilde tanımlamak ve raporlamak için kullandığı standart çerçeve olan Konaklama Endüstrisi için Birleşik Hesap Sistemi (USALI) kullanarak hesaplar. USALI sadece ABD muhasebe uygulaması değildir; tesisin nerede olduğuna bakılmaksızın, sahiplerin, yatırımcıların, muhasebecilerin, franchise markalarının ve sektör kıyaslama hizmetlerinin bir tesisin performansını başka bir tesisle karşılaştırmak için kullandığı ortak referans noktasıdır.
Cloudbeds verilerin nadiren sadece PMS içinde kalır. Bu veriler, bir sahibin beklentileri, bir yatırımcının modeli, bir franchise markasının standartları veya bir sektör kıyaslama raporu ile karşılaştırılır. Doluluk oranı, ADR ve RevPAR Cloudbeds'te her yerde aynı şekilde hesaplandığında, bu karşılaştırmalar daha uyumlu olur ve bir tesisin doluluk oranının diğerinden neden farklı olduğuna dair ekstra açıklama gerektirmez.
Bu hesaplama çerçevesi sadece raporlarla sınırlı değildir. Takvim, Kontrol Paneli, PIE, Gruplar, Raporlama ve Cloudbeds Insights gibi PMS'nin her yerinde bu rakamlar kullanılır.
Bu makale, doluluk oranı, ADR, RevPAR ve finansal işlemlerin nasıl hesaplandığını, her bir rakamın PMS içinde nerelerde göründüğünü ve raporlar, diğer tesisler veya dış kıyaslamalar arasında farklar fark ettiğinde bunların nasıl yorumlanacağını açıklar.
Cloudbeds, Aralık 2025'te bu hesaplama mantığına geçti. Bu tarihten önceki raporları karşılaştırıyorsan, rakamlar bu makaleyle uyuşmayabilir. Tarihsel verileri yorumlamak için yardıma ihtiyacın olursa Destek ile iletişime geç.
İçindekiler
- Cloudbeds neden USALI ile uyumlu
- Bu kimin için geçerli ve nasıl
- Doluluk oranı, ADR ve RevPAR nasıl hesaplanır
- Finansal işlemler ve muhasebe kodları nasıl çalışır
- PMS içinde nerelerde görürsün
- Verilerini yorumlama ve karşılaştırma
- Alternatif ve eski tarz görünümler
- Sıkça sorulan sorular
Cloudbeds neden USALI ile uyumlu
USALI uyumu, Cloudbeds'in sektör kıyaslamaları, franchise raporları ve diğer tesislerle aynı dili konuştuğu anlamına gelir. Ayrıca, sahiplerin ve muhasebecilerin genellikle USALI uyumlu raporlama beklediği için ay sonu kapanışlarında ve dış denetimlerde sürtüşmeyi azaltır.
Bu kimin için geçerli ve nasıl
Aşağıdaki tablo, bu hesaplama mantığının her rol için ne anlama geldiğini özetler. Her satır, o konunun daha ayrıntılı ele alındığı yere bağlantı verir.
| Rol | Bilmen gerekenler |
|---|---|
| Ön Büro | Takvimdeki doluluk oranı, müsaitlikte Bloke edilen ve Hizmet Dışı odaları da içerir. |
| Gece Denetimi | İşlemler, gerçek işlendiği tarihe kilitlenir. Hizmetin gerçekten verildiği zamanı yansıtmak için İşlem Tarihi alanını kullan; bu, işlemin yapıldığı tarihten farklıdır. Bak: Finansal işlemler ve muhasebe kodları nasıl çalışır. |
| Yönetici/Genel Müdür | Günlük Gelir Raporu ve diğer finansal raporlar, ödemeleri negatif değerler olarak gösterebilir. Bu beklenen bir durumdur, hata değildir. Bak: Günlük Gelir Raporunda ödemeler negatif değerler olarak görünebilir. |
| Sahip | Doluluk, ADR ve RevPAR, USALI hesaplamalarını takip eder; bu da kıyaslama verileri ve diğer tesislerle karşılaştırılabilirliği destekler. Bak: Cloudbeds neden USALI ile uyumlu. |
| Gelir/PIE kullanıcıları | Doluluğa dayalı fiyatlandırma kuralları ve uyarılar, standart doluluk hesaplamasını kullanır. Bunlara güveniyorsan gözden geçir. Bak: PIE (Fiyat İstihbarat Motoru). |
Doluluk, ADR ve RevPAR nasıl hesaplanır
Aşağıdaki formüller PMS’deki her kontrol paneli ve raporda tutarlı şekilde uygulanır.
- Doluluk = Toplam Satılan Oda ÷ Toplam Müsait Oda.
- Bloke edilen ve Hizmet Dışı odalar, USALI’ye göre Toplam Müsait Oda sayısına dahildir. USALI sadece altı ay veya daha uzun süreli kapatmaları hariç tutar. Cloudbeds’te “uzun süreli” durumu olmadığından, tüm Bloke edilen ve Hizmet Dışı odalar hesaplamaya dahildir.
- ADR (Ortalama Günlük Fiyat) = Toplam Oda Geliri ÷ Toplam Satılan Oda.
- RevPAR (Mevcut Oda Başına Gelir) = Toplam Oda Geliri ÷ Toplam Müsait Oda (Bloke edilen ve Hizmet Dışı odalar dahil).
- Oda Geliri, iptal ücretleri ile dahil ve hariç vergiler ve ücretleri kapsamaz.
- Oda düzeyi ve oda tipi verileri, sadece fiziksel odaları sayarak Envanter Bölme kurulumlarıyla çalışır. Yaygın bir yapılandırma sorunu için bak: Envanter Bölme yanlış yapılandırıldığında doluluk sayılarının neden yanlış olabileceği.
Hizmet dışı veya engellenmiş odalar olmadan doluluk mu istiyorsun? Alternatif ve eski sürüm görünümlerine bak.
Finansal işlemler ve muhasebe kodları nasıl çalışır
Finansal işlemler, doğruluk ve denetlenebilirlik için tasarlanmış tutarlı bir işlem modeli izler.
- İşlem tarihi: işlemler gerçek işlem tarihine kilitlenir. Geriye dönük tarih verilemez.
- Hizmet tarihi: her işlem ayrıca, işlemin yapıldığı tarihten ayrı olarak, hizmetin gerçekten verildiği zamanı yansıtan (geriye dönük tarih verilebilir) bir hizmet tarihine sahiptir. Bu alan, Gece Denetimi'nin işlemi hizmetin gerçekleştiği tarihle hizalaması için kullanılır.
- Geçersiz kılınan, silinen veya yönlendirilen işlemler, orijinal işleme yapılan düzenleme yerine eşit ve zıt ters kayıtlar olarak işlenir; böylece tam bir denetim izi korunur. Bu, orijinal işlem ve geri alması her ikisinin de işlem listelerinde ve raporlarda görünür kalması anlamına gelir.
- İşlem kodları, ayrıntılı finansal filtreleme için Cloudbeds Insights'ta raporlanabilir. Aşağıdaki işlem kodu tablosuna bak.
- Özel İşlem Kodları ve Özel Genel Defter Kodları, Muhasebe Modülünde yapılandırılır, her işlemle birlikte taşınır ve önceden tanımlanmış Cloudbeds İşlem Kodu ile birlikte raporlanabilir. Bunların göründüğü yerler için Finansal raporlara (Cloudbeds Raporları) bak.
Cloudbeds, işlemleri kategorize etmek için aşağıdaki USALI kodlarını kullanır. Zamanla ek kodlar eklenebilir.
| Açıklama | Kod |
|---|---|
| Oda Fiyatı | 1000 |
| Oda Fiyatı – Düzeltme | 1000A |
| Oda Fiyatı – Geçersiz Kıl | 1000V |
| Oda Geliri | 1100 |
| Oda Geliri – Düzeltme | 1100A |
| Oda Geliri – Geçersiz Kıl | 1100V |
| Gelmeyen Misafir (No Show) | 1200 |
| Gelmeyen Misafir (No Show) – Düzeltme | 1200A |
| Gelmeyen Misafir (No Show) – Geçersiz Kıl | 1200V |
| Öğe ve Hizmet | 2000 |
| Öğe ve Hizmet – Düzeltme | 2000A |
| Öğe ve Hizmet – Geçersiz Kıl | 2000V |
| Eklenti | 3000 |
| Eklenti – Düzeltme | 3000A |
| Eklenti – Geçersiz Kıl | 3000V |
| Özel Öğe (POS) | 4000 |
| Özel Öğe (POS) – Düzeltme | 4000A |
| Özel Öğe (POS) – Geçersiz Kıl | 4000V |
| İptal | 5000 |
| İptal – Düzeltme | 5000A |
| İptal Etme – Geçersiz Kılma | 5000V |
| Depozito Transferi | 6000 |
| Alacak Hesapları Defter Transferi | 7000 |
| Vergi | 8000 |
| Vergi – Düzeltme | 8000A |
| Vergi – Geçersiz Kılma | 8000V |
| Ücret | 8100 |
| Ücret – Düzeltme | 8100A |
| Ücret – Geçersiz Kılma | 8100V |
| Ödeme | 9000 |
| İade | 9000A |
| Ödeme – Geçersiz Kılma | 9000V |
| Ödeme (Nakit) | 9100 |
| İade (Nakit) | 9100A |
| Ödeme (Nakit) – Geçersiz Kılma | 9100V |
| Ödeme (Banka Havalesi) | 9200 |
| İade (Banka Havalesi) | 9200A |
| Ödeme (Banka Havalesi) – Geçersiz Kılma | 9200V |
| Ödeme (kredi kartı) | 9300 |
| İade (kredi kartı) | 9300A |
| Ödeme (Kredi Kartı) – Geçersiz Kıl | 9300V |
| Yönlendirilmiş Fiyat / Gelir / İptal / Gelmeyen Misafir / Öğe & Hizmet / Ekleme / POS / Vergi / Ücret / Ödeme (Nakit, Banka, Kart) | Temel koda "R" ekle (örneğin, 1000R) |
Cloudbeds Insights'te, her işlem bir Cloudbeds İşlem Kodu ve yukarıdaki işlem kodu tablosundaki kodlarla eşleşen bir Cloudbeds İşlem Açıklaması taşır:
PMS'te nerede göreceksin
Aşağıdaki her alanı genişleterek bu hesaplama mantığının nasıl yansıtıldığını görebilirsin.
Takvim
Takvim'de, Kontenjan Bloğu ve Hizmet Dışı odalar Toplam Müsait Odalar içinde kalır ancak satılmış olarak sayılmaz.
Kontrol Paneli
Kontrol Paneli'nde, Satılan Odalar tutulan kontenjan bloklarını içermez ve ADR, Oda Fiyatı yerine Toplam Oda Geliri kullanır.
PIE (Fiyat İstihbarat Motoru)
PIE, Doluluk, ADR ve RevPAR'ın nasıl hesaplandığı bölümünde açıklanan doluluk hesaplamasını kullanır. Kapasite, Müsaitlik ve Satılan sayıları sadece fiziksel odaları içerir (sanal odalar hariç tutulur). Doluluğa dayalı fiyatlandırma kuralları ve Uyarılar da aynı hesaplamaya dayanır. Ayrıntılar için PIE'de doluluğa dayalı kuralları/uyarları oluşturma, düzenleme veya silme sayfasına bakabilirsin.
Genel Bakış sekmesi, gün için Doluluk, RevPAR ve ADR değerlerini gösterir:
Fiyat Yöneticisi tablosu, oda tipine göre günlük doluluk yüzdelerini gösterir:
Belirli bir oda tipi ve tarihi seçmek, ADR ve müsaitlik dahil olmak üzere konaklama detaylarını açar:
Fiyat Karşılaştırıcı sekmesi, fiyatlarını ve doluluğunu 90 günlük bir dönemde bir rakiple karşılaştırır:
Gruplar
Grup Profilinde, Gelir, Toplam Oda Geliri (Oda Fiyatı, Ek Oda Geliri ve Düzeltmeler) ile eşittir ve Bloke edilen ile Hizmet dışı odalar, Gece Müsaitlikten çıkarılmaz.
Finansal Raporlar (Cloudbeds Raporları)
Cloudbeds Raporlarında, önceden tanımlanmış işlem düzeyindeki raporları (İşlem Detayı ve Detaylı Genişletilmiş İşlem Raporu gibi) bulmak için Mali klasörünü aç. Bu raporlar, Mali işlemler ve muhasebe kodlarının nasıl çalıştığı bölümünde açıklanan önceden tanımlanmış Cloudbeds İşlem Kodu alanlarını ve tesisin için yapılandırılmışsa Özel Genel Defter Kodlarını gösterebilir.
İncelemek istediğin işlem detayına uygun önceden tanımlanmış raporu açmak için Mali klasöründen başla:
Detaylı işlem raporlarında, önceden tanımlanmış ve özel muhasebe kodları ayrı alanlar olarak görünür; böylece Cloudbeds’in dahili işlem sınıflandırmasını, tesisin muhasebe yapısı için yapılandırılan kodlardan ayırt edebilirsin:
- Cloudbeds İşlem Kodu: farklı işlem türlerini takip ve kategorize etmek için atanan önceden tanımlanmış dahili işlem kodu.
- Özel Genel Defter Kodu: farklı mali işlemleri takip ve kategorize etmek için belirli bir genel defter hesabına atanan kod. PMS’de doğru yapılandırma gerektirir.
Bu Detaylı Genişletilmiş İşlem Raporunda, her işlem için Cloudbeds İşlem Kodu ve Özel Genel Defter Kodu sütunları birlikte gösterilir:
+ Ekle seçeneği ve Sözlük yalnızca Cloudbeds Insights’te Builder yetenekleriyle kullanılabilir. Önceden tanımlanmış Cloudbeds Raporları sadece görüntüleme içindir; alan eklemek veya değiştirmek için önce Farklı Kaydet ile düzenlenebilir bir kopya oluştur veya yeni bir rapor oluştur.
Cloudbeds Insights’in varsa ve bu alanlardan birini eklemek ya da kaldırmak istiyorsan, Farklı Kaydet ile oluşturulmuş düzenlenebilir bir raporu aç veya sıfırdan bir rapor oluştur. Sonra aşağıdaki görselde numaralandırılmış alanları kullan:
- Tablo Taslağında, Sütunlar altında, + Ekle seçeneğine tıkla.
- İhtiyacın olan bilgiyi hangi alanın karşıladığını gözden geçirmek için Sözlük'ü seç ve mevcut Cloudbeds Veri Alanlarını incele.
- Mevcut alanları daraltmak için Sözlük'te Kod araması yap.
- Mali altında, bir alanın tanımını incelemek için + simgesine tıkla; örneğin Cloudbeds İşlem Kodu veya Özel Genel Defter Kodu.
- Sütunlar listesinden, rapora eklemek için bir alanın yanındaki onay kutusunu işaretle veya kaldırmak için işaretini temizle.
Aşağıdaki örnek, Mali altında bulunan kod alanlarını anlamak için Sözlük'ün nasıl kullanılacağını ve ardından raporda hangi alanların görüneceğini kontrol etmek için Sütunlar onay kutularının nasıl kullanılacağını gösterir:
Verilerini yorumlama ve mutabakat yapma
Doluluk ve finansal raporlama ile ilgili destek sorularının çoğu, ilk kez gördüğünde şaşırtıcı görünen birkaç beklenen davranışa dayanır. Bir raporun yanlış olduğunu varsaymadan önce, sorun giderdiğin konuyla eşleşen başlığı genişlet. Bu konuların çoğu, bir ekrandan ziyade belirli bir rapora işaret eder; kategoriye göre düzenlenmiş rapor makalelerinin tam listesi için Rapor Dizini'ne bakabilirsin.
Ödemeler Günlük Gelir Raporunda negatif değerler olarak görünebilir
Bu beklenen bir durumdur, hata değildir. Günlük Gelir Raporu toplamları Borçlar eksi Alacaklar olarak hesaplanır ve geri almalar, orijinal kayda yapılan düzenleme yerine ters işlemler olarak kaydedilir.
Örnek: 100$ tutarında bir oda ücreti (Borç) ve 100$ tutarında bir ödeme (Alacak) ayrı ayrı 100$ ve 100$ olarak değil, 0,00$ olarak gösterilir.
Eğer negatif bir sayı yanlış görünüyorsa (sadece alışılmadık değilse), şunları kontrol et:
- Bir folyo üzerinde manuel negatif girişler (bilerek girilmiş negatif bir ücret).
- Alacak olarak netleşen geri almalar veya Düzeltmeler.
Ücretlerin ve ödemelerin zaman içinde dengede olduğunu doğrulamak için Aylık Toplam Borçlar ve Alacaklar raporuyla karşılaştırma yap. Bunları kontrol ettikten sonra hâlâ bir tutarsızlık varsa, Destek ile iletişime geç.
Borçlar ve alacaklar birlikte netleştiğinde Günlük Gelir Raporunda negatif değerlerin nasıl göründüğüne dair bir örnek:
Envanter Bölme yanlış yapılandırıldığında doluluk oranlarının neden yanlış olabileceği
Doluluk raporlaması, Envanter Bölme’de fiziksel ve sanal konaklamaların nasıl bağlandığına bağlıdır. Desteklenmeyen veya eski sürüm yapılandırmalar, Satılan Odaların yanlış sayılmasına neden olabilir ve bu da doluluk yüzdelerinin yanlış veya yanıltıcı olmasına yol açar.
Desteklenen Envanter Bölme yapılandırmalarında, doluluk rezervasyonla ilişkili fiziksel odalardan hesaplanır. Sanal odalar, rezervasyon yapılan sanal oda ile gelir ilişkilendirilmiş olsa bile, kapasiteye veya Satılan Oda sayısına eklenmez.
Fiziksel’den Fiziksel’e yapılandırma, yanıltıcı doluluk oranları üretebilen bir kurulum örneğidir. Aşağıdaki yapılandırmada, Toucan Odası (TR1) doğrudan Colibri Odası (CR1) ile bağlantılıdır:
Toucan Odası rezervasyon yapıldığında, sadece o fiziksel oda satılmış olarak işaretlenir. Odalar bağlı olmasına rağmen Colibri Odası müsait kalır. Bu nedenle rapor, toplam kapasite 2 olan odalardan 1’inin satıldığını sayar ve %50 doluluk oranı ortaya çıkar:
Doluluk rakamların beklediğin fiziksel odalarla uyuşmuyorsa, raporu çözümlemeye başlamadan önce Envanter Bölme yapılandırmanı gözden geçir.
Desteklenen yapılandırmalar, ek örnekler ve sorun giderme rehberi için Envanter Bölme ile Doluluk Metrikleri nasıl çalışır sayfasına bakabilirsin.
Paylaşımlı Envanter’den geçiş yaptıysan, Paylaşımlı Envanter’den Envanter Bölme’ye Geçiş Rehberini incele.
Tüm borçlar, alacaklar ve ödeme yöntemlerini birleştiren tek bir yerleşik rapor yoktur
Ücretler, ödemeler ve ödeme yöntemlerinin tek bir konsolide görünümüne ihtiyacın varsa, tüm bu bilgileri tek bir çıktı halinde birleştiren önceden tanımlanmış tek bir Cloudbeds Raporu bulunmamaktadır. Verileri nasıl kullanmayı planladığına en uygun yaklaşımı seç:
- Ay sonu özeti için Günlük Gelir Raporunu kullan. Rapor tarihini ayın son günü olarak ayarla ve ay içi sütununu kullanarak ayın faaliyetlerini, ödeme yöntemi bölümünü de dahil ederek incele. Ödemeler bu raporda negatif girişler olarak görünür. Bak: Günlük Gelir Raporunda ödemeler negatif değerler olarak görünebilir.
- İlgili raporları Cloudbeds PMS dışında dışa aktar ve birleştir. Örneğin, ödeme detayları için Ödeme Defteri, vergi ve ücret tutarları için Vergiler ve Ücretler, ürün veya hizmet geliri için Eklentiler, Öğeler ve Satılan Hizmetler raporlarını dışa aktarabilirsin. Ardından dışa aktarılan dosyaları Excel, Google Sheets veya organizasyonunun kullandığı muhasebe ya da raporlama sisteminde birleştirip analiz edebilirsin. Bak: Cloudbeds PMS’den finansal verileri harici muhasebe sistemine dışa aktarma.
- Yeniden kullanılabilir özel raporlama iş akışı için Cloudbeds Insights’i kullan. Uygun Builder yetenekleri ve izinlerle, bir rapor oluşturabilir veya kopyalayabilir, ihtiyaç duyduğun finansal alanları seçebilir, gruplamaları ve filtreleri ayarlayabilir ve özelleştirilmiş yapılandırmayı gelecekte kullanmak üzere kaydedebilirsin. Bak: Cloudbeds Insights genel bakış.
Muhasebe iş akışın Özel İşlem Kodları veya Özel Genel Defter Kodları kullanıyorsa, dışa aktarılan veya özelleştirilmiş raporlamanın harici muhasebe sistemindeki ilgili hesaplarla daha kolay eşleşebilmesi için bu alanları da mevcutsa dahil et.
Alternatif ve eski sürüm görünümleri
Eğer doluluk veya ADR'nin PMS varsayılanından farklı hesaplanması gerekiyorsa, şu alternatifler mevcuttur:
- Cloudbeds Insights içinde, Builder kullanarak Düzeltilmiş Doluluk alanı oluştur: Toplam Satılan Oda ÷ (Kapasite − Bloke Edilen − Hizmet Dışı).
- Cloudbeds Insights içinde, Builder kullanarak eski sürüm ADR alanı oluştur: Oda Fiyatı ÷ Toplam Satılan Oda.
- Cloudbeds Insights olmadan, Ana Menü
üzerinden Raporlama
seç, ardından Ana Sayfa sekmesinden Rapor Ara çubuğunu (veya Cloudbeds Raporlarına gidip arama çubuğu ya da filtreyi kullanarak) aşağıdaki önceden hazırlanmış raporlardan herhangi birini bul. Hepsi Bloke Edilen ve Hizmet Dışı odaları hariç tutar:
- Oda Tipine Göre Doluluk - Geçen Ay
- Doluluk Karşılaştırması (Ay veya Bugün)
- Doluluk Geçmişi ve Tahmini (Oda Tipine veya Kaynağa Göre)
- Doluluk İstatistikleri (ve varyantları)
- Üretim Raporu (ve varyantları)
- Satılan Odalar ve Doluluk (Ay veya Bugüne Göre)
Cloudbeds Insights ayrıca işlem kodları tablosunda yer alan işlem kodlarına bağlı iki veri alanını açığa çıkarır; bunlar Mali işlemler ve muhasebe kodlarının nasıl çalıştığı bölümündedir: Cloudbeds İşlem Kodu ve Cloudbeds İşlem Açıklaması. Özellikle Doluluk Veri Setinde, bu kodlar daha geniş kategorilere ayrılır. Örneğin, "Toplam Oda Geliri" Oda Fiyatı, Diğer Oda Geliri ve bunların düzeltmelerini birleştirir.
Sıkça sorulan sorular
Bu bölüm, kesin kontenjan bloklarının doluluğa dahil edilip edilmediği ve standart doluluk hesaplamasının PIE doluluğa dayalı kurallar ve Uyarılar üzerindeki etkisi olmak üzere iki yaygın soruyu yanıtlar.
Kesin kontenjan blokları doluluk hesaplamasına dahil mi?
Hayır. Doluluk sadece rezervasyonlar yoluyla gerçekten satılan odaları sayar. Müsait oda sayısı kontenjan bloklarını, blokları veya hizmet dışı odaları hariç tutmaz.
Doluluğa dayalı PIE kuralları standart doluluk hesaplamasıyla nasıl etkileşir?
Bloklanan ve Hizmet Dışı odalar Toplam Müsait Odalar içinde yer aldığından, doluluğa dayalı fiyatlandırma kuralları ve PIE'deki Uyarılar da bu dahil etmeyi yansıtır. Bir kural veya Uyarı beklediğin gibi çalışmıyorsa, daha fazla sorun gidermeden önce Bloklanan/Hizmet Dışı odaları hesaba katıp katmadığını doğrula. Bakınız PIE'de doluluğa dayalı kural/uyarı oluşturma, düzenleme veya silme.
İlgili makaleler
Bu ilgili rehberler, doluluk, ADR, RevPAR ve finansal hesaplamalarını etkileyen önemli alanlarda daha derin bilgi sağlar:
Yorumlar
Yorum yazmak için lütfen oturum açın: oturum aç.