Cloudbeds'te Doluluk ve Finansal Raporlama Hesaplamaları

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

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:

Cloudbeds Insights işlem satırı, Cloudbeds İşlem Kodu ve Cloudbeds İşlem Açıklaması alanlarını gösteriyor. 

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.

Kontenjan Bloğu ve Hizmet Dışı odaların Toplam Müsait Odalar içinde tutulduğu günlük doluluk yüzdesini gösteren Takvim görünümü. 

Kontrol Paneli

Kontrol Paneli'nde, Satılan Odalar tutulan kontenjan bloklarını içermez ve ADR, Oda Fiyatı yerine Toplam Oda Geliri kullanır.

Satılan Odalar, ADR, RevPAR ve Geliri gösteren Kontrol Paneli Doluluk widget'ı ve Tahmin paneli. 

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:

PIE Genel Bakış sekmesi, gün için Doluluk, RevPAR, ADR ve Satılan Oda Gecelerini gösteriyor. 

Fiyat Yöneticisi tablosu, oda tipine göre günlük doluluk yüzdelerini gösterir:

PIE Fiyat Yöneticisi tablosu, oda tipine göre günlük doluluk yüzdelerini gösteriyor. 

Belirli bir oda tipi ve tarihi seçmek, ADR ve müsaitlik dahil olmak üzere konaklama detaylarını açar:

PIE Fiyat Yöneticisi konaklama detayları paneli, seçilen oda tipi ve tarih için ADR, müsaitlik ve doluluğu gösteriyor. 

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:

PIE Fiyat Karşılaştırıcı sekmesi, rakip bir işletmeye karşı 90 günlük doluluk ve fiyat karşılaştırmasını gösteriyor. 

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.

Grup Profili başlığı, Misafirler, Rezerve Edilen Gece, Müsait Gece, ADR ve Oda Gelirini gösteriyor. 

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:

Cloudbeds Raporları Mali klasörü, açılabilir önceden tanımlanmış mali raporları gösteriyor.

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:

Detaylı Genişletilmiş İşlem Raporu, bireysel işlemler için Cloudbeds İşlem Kodu ve Özel Genel Defter Kodu sütunlarını gösteriyor.

 + 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:

  1. Tablo Taslağında, Sütunlar altında, + Ekle seçeneğine tıkla.
  2. İ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.
  3. Mevcut alanları daraltmak için Sözlük'te Kod araması yap.
  4. 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.
  5. 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:

Düzenlenebilir Cloudbeds Insights mali raporu, Sütunlar panelini, kod alanları için Sözlük aramasını, Mali alan tanımlarını ve rapor sütunlarını eklemek veya kaldırmak için kullanılan onay kutularını gösteriyor.

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:

Gelir Ödemeleri bölümünde negatif ödeme değerlerini gösteren Günlük Gelir Raporu, negatif işlem tutarlarını vurgulayan turuncu kutu ile.

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:

Fiziksel’den Fiziksel’e yapılandırmada Toucan Odası’nın doğrudan Colibri Odası’na bağlı olduğunu gösteren Envanter Bölme yapılandırması.

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:

Fiziksel’den Fiziksel’e Envanter Bölme yapılandırması için doluluk raporu; Toucan Odası satılmış, Colibri Odası müsait ve toplam doluluk %50.

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ü Ana menü simgesi.png üzerinden Raporlama Raporlama simgesi.png 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.

Cloudbeds Insights raporu, aylara göre Toplam Oda Geliri, Diğer Oda Geliri, Toplam Çeşitli Gelir ve Toplam Diğer Geliri gösteriyor. 

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.


Bu ilgili rehberler, doluluk, ADR, RevPAR ve finansal hesaplamalarını etkileyen önemli alanlarda daha derin bilgi sağlar:

Bu makale yardımcı oldu mu?
0 kişi içerisinden 0 kişi bunun yardımcı olduğunu düşündü

Yorumlar

0 yorum

Yorum yazmak için lütfen oturum açın: oturum aç.