Doluluk Metrikleri Envanter Bölme ile Nasıl Çalışır?

Bu makale, Split Inventory özelliği kullanılırken Cloudbeds içinde Doluluk Oranı, Ortalama Günlük Fiyat (ADR) ve Mevcut Oda Başına Gelir (RevPAR) gibi doluluk metriklerinin nasıl hesaplandığını ve raporlandığını açıklar.

Bu hesaplamaları anlamak, doğru gelir yönetimi ve bilinçli kararlar almak için çok önemlidir.

 Önkoşullar: Tesisinizde Split Inventory özelliği etkin olmalıdır.

Split Inventory’yi Anlamak: Doluluk, ADR ve RevPAR Nasıl Hesaplanır ve Katmanlı ile Katmansız Arasındaki Fark Nedir

Fiziksel ve sanal odalar arasındaki fark nedir?

Envanter Bölme, tesislerin fiziksel bir alanı birden fazla şekilde satmasına olanak tanır; böylece gelir ve doluluk maksimize edilir. Doluluk hesaplamalarını anlamak için şunları ayırt etmek çok önemlidir:

  • Fiziksel odalar: Bunlar, tesisinizde bulunan gerçek "anahtarlar" veya fiziksel alanlardır. Her zaman kapasiteye sahiptirler ve doluluk hesaplamalarına katkıda bulunan tek oda tipleridir.
  • Sanal odalar: Bunlar fiziksel "anahtarlar" değildir ve kapasiteleri yoktur. Fiziksel bir alanı esnek şekilde satmanın yollarını temsil ederler (örn. iki standart odayı bir süite dönüştürmek gibi).

 Gelir ilişkisi: Kapasite ve satılan odalar fiziksel odalarla bağlantılı olsa da, gelir her zaman rezervasyonu yapılan gerçek oda ile ilişkilendirilir, ister fiziksel ister sanal oda olsun.

Görsel, Envanter Bölme kurulumunda "Konaklama Birimlerini Bağla"yı gösterir ve birincil ile ikincil konaklama türlerini vurgular:

Envanter Bölme kullanıldığında doluluk nasıl hesaplanır?

Temel doluluk tanımı şudur: Toplam Satılan Odalar ÷ Toplam Müsait Odalar.

  • Envanter Bölme kullanıldığında, sistem doluluğu yalnızca fiziksel odalara göre doğru şekilde raporlar.
  • Doluluk % = ([Satılan Fiziksel Odalar]) / ([Müsait Fiziksel Odalar]) * 100.
  • Kıyaslama amaçları için müsait odalar, engellenmiş ve Hizmet Dışı (HDS) odaları çıkarmamaktadır; Cloudbeds'te bu şu anda fiziksel odaların toplam kapasitesiyle aynıdır.

Örnek olarak, kapasite ve satılan odalara sahip Fiziksel odalar ile kapasitesi ve satılan odası olmayan Sanal odaları gösteren bir rapor:

Bölünmüş Envanter kurulumlarında ADR ve RevPAR nasıl hesaplanır?

Bölünmüş Envanter tesislerinde, ADR ve RevPar gibi gelir metriklerinin doğru raporlanması yalnızca konaklama tarih düzeyinde mümkündür.

  • ADR (Ortalama Günlük Fiyat) = Toplam Oda Geliri ÷ Satılan Toplam Fiziksel Oda Sayısı.
    • Satılan odalar, sadece bölünmüş envanteri dikkate alan fiziksel odalardır.
    • Toplam Oda Geliri, oda fiyatı, manuel oda geliri ve no-show ücretlerini içerir, ancak dahil veya hariç vergiler ve ücretler ile iptal ücretleri hariç tutulur.
  • RevPar (Mevcut Oda Başına Gelir) = Toplam Oda Geliri ÷ Mevcut Toplam Fiziksel Oda Sayısı.
    • Müsait odalar, sadece fiziksel odalardır (bölünmüş envanter) ve engellenmiş ile OOS (hizmet dışı) odaları da içerir. Cloudbeds'te bu genellikle toplam fiziksel envantere eşittir.
    • Toplam Oda Geliri tanımı ADR ile aynıdır.

 Doluluk mantığı Cloudbeds PMS genelinde tutarlı şekilde uygulanır. Platformun farklı bölümlerinde nerelerde göründüğünü görmek için bu makalenin SSS bölümüne bakabilirsin buradan.

Raporlarda sanal ve fiziksel odaları nasıl ayırt edebilirim?

Eğer Cloudbeds Insights (rapor oluşturucu) etkinse, “Konaklama Türü,” CDF sütununu Doluluk veri seti raporlarına ekleyebilirsin. Böylece raporlarında bir odanın sanal mı yoksa fiziksel mi olduğunu kolayca görebilirsin.

Katmanlı ve Katmansız Envanter Bölme yapılandırmaları arasındaki fark nedir?

Cloudbeds'te, Envanter Bölme yapılandırmaları, sanal ve fiziksel odaların nasıl bağlandığına bağlı olarak Katmanlı veya Katmansız olarak gruplanabilir. Bu yapı, doluluk ve gelirin nasıl takip edildiğini doğrudan etkiler.

  • Katmanlı Yapılandırmalar: Bunlar, konaklamalar arasında birden fazla bağlantı katmanını içerir. Tipik bir kurulum, bir sanal odanın başka bir sanal odaya, ardından bir veya daha fazla fiziksel odaya bağlanması şeklindedir. Örneğin: Sanal → Sanal → Fiziksel.

Bu tür bir kurulum, tesislerin mevcut bir sanal süiti birden fazla fiziksel oda ile birleştirerek tüm bir katı satmak gibi daha karmaşık teklifler oluşturmasına olanak tanır.

  Tüm Kat ve Tüm Mekan rezervasyonları: Bu yapılandırmalar desteklenmeye devam etmektedir. Doğru kurulduğunda, doluluğun temel fiziksel odalardan hesaplanmasını sağlar. Bu özel rehberlerde daha fazla bilgi edinin:

  • Katmansız Yapılandırmalar: Bunlar, sanal odadan fiziksel veya diğer sanal odalara doğrudan bağlantı içerir, ara katmanlar yoktur. Örnekler şunlardır:
    • SanalFiziksel: Tesislerin bir grup odayı (örneğin dubleks veya tüm bir kat) birlikte satmak istediği, ancak bireysel odaları da satma seçeneğini korumak istediği durumlarda kullanılır.
    • SanalSanal: Park yeri, toplantı odası veya restoran masası gibi oda dışı kaynakların satışı için kullanılır. Bu yapılandırmalar doluluk ölçümlerini etkilemez.

Desteklenen ve Desteklenmeyen Envanter Bölme Yapılandırmaları

Doğru doluluk ve gelir raporlaması sağlamak için tesisinizin desteklenen bir Envanter Bölme yapılandırması kullandığından emin olmanız önemlidir. Desteklenmeyen kurulumlar, doluluk oranı, ADR ve RevPAR gibi doluluk metriklerinin raporlarda hesaplanması ve gösterilmesinde tutarsızlıklara yol açabilir.

Bu bölümde, hangi yapılandırmaların tamamen desteklendiğini ve hangilerinin desteklenmeyen veya kısıtlı olarak kabul edildiğini açıklayacağız. Tesisiniz hala eski sürüm veya desteklenmeyen bir yapılandırma kullanıyorsa, doğru raporlama için güncellemeler gerekebilir.

Desteklenen Envanter Bölme yapılandırmaları

Cloudbeds, doğru doluluk ve gelir raporlaması sağlamak için belirli Envanter Bölme yapılandırmalarını destekler. Bunlar hem Katmansız hem de Katmanlı yapıları içerir.

Katmanlı yapılandırmalar:

Sanal → Sanal → Fiziksel

Zaten birleştirilmiş bir sanal odanın, örneğin bir süit ve başka bir bağımsız odayı içeren tüm bir katı satmak için, ek bir fiziksel oda ile gruplanmasına olanak tanır.

Aşağıda, 16 fiziksel oda ve 11 sanal odaya sahip bir tesis örneği bulunmaktadır. Toplam Kapasitesi 16'dır.

Bu ekran görüntüsü, VR(1) zaten bir sanal süit olan VIR(1) biriminin doğrudan VR(1), PHY(1) ve PHY(2) birimlerine bağlı olduğunu göstermektedir:

Bir raporda nasıl görüneceği:

Rapor nasıl okunur?

    1. VIR(1) odası için 2025-05-21 tarihli bir konaklama rezervasyonu vardır.
    2. Fiziksel 1 kapasiteye sahipken, Sanal 1 ve Sanal 2 kapasiteye sahip değildir.
    3. VIR(1) satılmış olarak işaretlenmemiş ancak rezervasyonla ilişkili gelir vardır.
    4. VR(1) (yani Sanal süit) satılmış olarak işaretlenmemiş ve rezervasyonla ilişkili herhangi bir geliri yoktur (gelir, gerçek rezervasyon yapılan sanal oda ile ilişkilidir).
    5. Bağlı fiziksel odalar PHY(1) ve PHY(2) satılmış olarak işaretlenmiş ancak gelirle ilişkili değildir (gelir, gerçek rezervasyon yapılan sanal oda ile ilişkilidir).
    6. Doluluk, satılan fiziksel birimlere göre hesaplanır — bu durumda 2/16.

Sanal → Fiziksel ve Sanal → Fiziksel

Bu yapılandırma, bir fiziksel odaya bağlı sanal bir odayı ve bunun da başka bir fiziksel odaya bağlı olduğu durumu içerir. Bu, bir oda süitini, uzantı veya isteğe bağlı ek olarak hizmet verebilecek ikincil bir oda ile modellemek gibi daha karmaşık kurulumlara olanak tanır.

Aşağıda, toplamda 4 odası olan (her zincirde 2 fiziksel oda bulunan) bir tesis örneği verilmiştir. Toplam kapasitesi 4'tür.

Bu ekran görüntüsü, VT(1) biriminin PHT(1) ve PHT(2) ile, VT(2) biriminin ise PT2(1) ve PT2(2) ile bağlı olduğunu göstermektedir:

Rapor üzerinde nasıl görüneceği aşağıdadır:

Rapor nasıl okunur?

    1. VT(1) odası için 2025-06-04 konaklama tarihli bir rezervasyon vardır.
    2. Physical Test ve Physical Test 2 kapasiteye sahipken, Virtual Test kapasiteye sahip değildir.
    3. VT(1) satılmış olarak işaretlenmemiş ancak rezervasyonla ilişkili gelir vardır.
    4. PT2(1) ve PT2(2) satılmış olarak işaretlenmemiş ve gelirleri yoktur (gelir, gerçek rezervasyon yapılan sanal oda ile ilişkilidir).
    5. PHT(1) ve PHT(2) satılmış olarak işaretlenmiş ancak gelirleri yoktur (yukarıdaki not geçerlidir).
    6. Doluluk, satılan fiziksel odalara göre hesaplanır — bu durumda 2/4 = %50.

Sanal → Sanal ve Sanal → Fiziksel

Bu yapılandırma, bir alanı üç şekilde satmana olanak tanır: tüm yer olarak (en üst düzey sanal), birleşik kat olarak (ara düzey sanal) veya bireysel fiziksel odalar olarak.

Aşağıda, 21 fiziksel oda ve 12 sanal oda bulunan bir tesis örneği yer almaktadır. Toplam kapasitesi 21dir.

Bu ekran görüntüsü, en üst düzey sanal birim VR(1)'in iki sanal birime (VT(1) ve VT(2)) bağlı olduğunu gösterir. Bu sanallardan biri — VT(1) — ayrıca iki fiziksel birime: PHT(1) ve PHT(2) bağlıdır.

Rapor üzerinde nasıl görünür?

Rapor nasıl okunur?

  1. VR(1) için 2025-06-01 konaklama tarihli bir rezervasyon vardır.
  2. Sanal ve Sanal Test (iki sanal oda tipi) kapasiteye sahip değildir; fiziksel oda tipi Fiziksel Test ise kapasiteye sahiptir.
  3. VR(1) satılmış olarak işaretlenmemiştir ancak rezervasyonun tüm gelirini tutar.
  4. Ara düzey sanallar VT(1) ve VT(2) satılmış olarak işaretlenmemiştir ve gelirleri yoktur.
  5. Bağlı fiziksel birimler PHT(1) ve PHT(2) satılmış olarak işaretlenmiştir ancak gelir göstermezler (gelir, aslında rezervasyonu yapılan sanal odada kalır).
  6. Doluluk, satılan fiziksel odalardan hesaplanır — bu durumda, 2/21.

Katmanlı Olmayan yapılandırmalar:

Sanal → Sanal

Bu yapılandırma, genellikle fiziksel olmayan kaynakları veya katmanlı fiziksel olmayan teklifleri temsil etmek için bir sanal konaklamanın başka bir sanal odaya bağlandığı durumlarda kullanılır.

Fiziksel birimlerin dahil olmadığı durumlarda bu kurulumlar faydalıdır — örneğin, doluluğu etkilemek istemediğinizde ortak bir olanak, çalışma alanı veya paketlenmiş bir hizmete (örneğin otopark, toplantı odaları veya restorandaki masalar) erişimi temsil etmek için.

Aşağıda 16 fiziksel oda ve 11 sanal odaya sahip bir tesis örneği bulunmaktadır. Toplam Kapasitesi 16'dır.

Bu ekran görüntüsü, fiziksel oda içermeyen zincirde başka bir sanal odaya VR3(1) bağlantısını ve VR4(1) gösterir.

Rapor üzerinde nasıl görünür:

Rapor nasıl okunur?

    1. Sanal 3 odası için 2025-05-23 tarihli bir konaklama rezervasyonu vardır.
    2. Fiziksel birim bağlı olmadığından, Sanal 3 gelirle gösterilir ancak kapasite veya satılan oda sayısı sıfırdır.
    3. Sanal 4 (bağlı sanal) gelir veya doluluğa katkıda bulunmaz ve satılmış olarak işaretlenmez.
    4. Fiziksel oda satılmadığı için, doluluk %0 olarak kalır — ancak gelir oluşturulmuştur.

Sanal → Fiziksel (Oda’dan Odaya senaryosu)

İki veya daha fazla fiziksel odayı tek bir sanal konaklama olarak birleştirirken kullanılır (örn. 2 fiziksel deluxe odan var ve bunları dubleks olarak satabilmek istiyorsun), ancak bu odaların yine de ayrı ayrı satılmasına izin verir.

Aşağıda, 22 fiziksel oda ve 12 sanal odaya sahip bir tesis örneği var. Toplam kapasitesi 22’dir.

Bu ekran görüntüsü, VR2(1) biriminin doğrudan PH2(2) ve PH2(1) birimlerine bağlı olduğunu gösteriyor:

Bir raporda nasıl görüneceği:

Rapor nasıl okunur?

    1. Sanal 2 odası için 2025-06-02 konaklama tarihli bir rezervasyon var.
    2. Fiziksel 2 kapasiteye sahipken, Sanal 2 kapasiteye sahip değildir.
    3. Sanal 2 satılmış olarak işaretlenmemiştir ancak rezervasyonla ilişkili gelir vardır.
    4. Fiziksel 2 oda tipi (PH2(2) ve PH2(1) birimleri) satılmış olarak işaretlenmiştir ancak gelirle ilişkili değildir (gelir, gerçek rezervasyon yapılan sanal oda ile ilişkilidir).
    5. Doluluk, satılan fiziksel birimlere göre hesaplanır — bu durumda 2/22.

Sanal → Fiziksel (Yurt Yatakları senaryosu)

Bu yapılandırma, sanal bir yurt yatak tipi fiziksel bir yurt yatak tipine bağlandığında kullanılır. Doluluk ve gelirin doğru hesaplanmasını sağlarken, yurt envanterinin birden fazla şekilde (örn. karışık yurt, sadece kadın, sadece erkek) satılmasını destekler; bir yatak bir tip altında rezervasyon yapıldığında, diğer tüm tipler satışa kapatılır.

Aşağıda 5 fiziksel yurt yatağı ve 5 sanal yurt yatak tipi olan bir tesis örneği verilmiştir. Toplam Kapasitesi 5'tir.

Bu ekran görüntüsü, fiziksel oda tipi DORM BEDS 5 ile bağlantılı DORM BEDS 5 VIRTUAL'ı göstermektedir:

Bir raporda nasıl görüneceği (Senaryo 1):

Rapor nasıl okunur?

  1. 2025-09-26 tarihinde DOV(1) (sanal yurt yatağı) için bir rezervasyon var.
  2. DORM BEDS 5 (fiziksel) kapasiteye sahipken, DORM BEDS 5 VIRTUAL sahip değildir.
  3. DOV(1) satılmış olarak işaretlenmemiş ancak rezervasyonla ilişkili gelire sahiptir.
  4. DOR(1) (fiziksel) satılmış olarak işaretlenmiş ancak gelire sahip değildir.
  5. Doluluk 1/5 = %20 olarak hesaplanır.

Bir raporda nasıl görüneceği (Senaryo 2):

  1. 2025-09-24 tarihinde DOR(1) (fiziksel yurt yatağı) için bir rezervasyon var.
  2. DORM BEDS 5 kapasiteye sahipken, DORM BEDS 5 VIRTUAL sahip değildir.
  3. DOR(1) satılmış olarak işaretlenmiş ve rezervasyonla ilişkili gelire sahiptir.
  4. DOV(1) satılmış olarak işaretlenmemiş ve gelire sahip değildir.
  5. Doluluk 1/5 = %20 olarak hesaplanır.

  Desteklenen yapılandırmalar şunları garanti eder:

Sınırlı Yapılandırmalar: Bu Envanter Bölme Kurulumlarından Kaçının

Tutarlılığı ve raporlama doğruluğunu artırmak için, Cloudbeds bazı Envanter Bölme yapılandırmalarını kısıtlamaya başlayacaktır. Yalnızca yukarıda belirtilen yapılandırmalar izin verilecektir.

Diğer tüm yapılandırma türleri desteklenmeyen olarak kabul edilecek ve yanlış doluluk veya gelir hesaplamalarına yol açabilir. Aşağıda desteklenmeyen kurulum örnekleri bulunmaktadır:

Aşamalı yapılandırmalar:

Sanal → Fiziksel → Sanal

Bu katmanlı yapılandırma, bir sanal odayı fiziksel bir birime bağlar ve ardından bu fiziksel birim başka bir sanal odaya bağlanır. Teknik olarak desteklenmesine rağmen, doluluk uyuşmazlıkları ve raporlama tutarsızlıkları nedeniyle bu kurulum önerilmez.

Son rezervasyon yapılan birim sanal olduğu için, ilişkili fiziksel odalar doluluk hesabına doğru şekilde dahil edilmeyebilir.

Aşağıda 16 fiziksel oda ve 11 sanal odaya sahip bir tesis örneği bulunmaktadır. Toplam Kapasitesi 16’dır.

Bu ekran görüntüsü, VR5(1)’in PH3(1) ile, onun da başka bir sanal oda olan VR6(1) ile bağlantılı olduğunu göstermektedir.

Rapor üzerinde nasıl görünür:

Rapor nasıl okunur?

    1. VR5(1) sanal odası için 2025-05-24 konaklama tarihli bir rezervasyon vardır.
    2. VR5(1) satıldı olarak işaretlenmemiş ve kapasitesi yoktur, ancak rezervasyonla ilişkili gelir vardır.
    3. Aradaki fiziksel oda PH3(1) satıldı olarak işaretlenmiş ve kapasiteye sahiptir, ancak gelir göstermez (gelir, gerçek rezervasyon yapılan sanal oda ile ilişkilidir).
    4. Bağlı sanal oda VR6(1) ne doluluk, ne kapasite ne de gelir gösterir.
    5. Doluluk, satılan fiziksel birimlere göre hesaplanır — bu durumda 1/16 = %6,25.

Fiziksel → Fiziksel → Sanal

Bu katmanlı yapılandırma, bir fiziksel odayı başka bir fiziksel odaya bağlar ve ardından sanal bir birime bağlanır. Envanter modellemede bir miktar esneklik sağlasa da, bu kurulumda sanal birim rezervasyon yapılsa bile doluluk kaydı yapılmaz.

Bu durum, rezervasyon zincirindeki son birimin sanal olması ve aradaki fiziksel bağlantıların raporlarda doluluğu kaydetmemesinden kaynaklanır.

Aşağıda, 16 fiziksel oda ve 11 sanal odaya sahip bir tesis örneği bulunmaktadır. Toplam Kapasitesi 16’dır.

Bu ekran görüntüsü, PH8(1) biriminin PH9(1) birimine bağlı olduğunu ve onun da sanal birim V10(1) ile bağlantılı olduğunu göstermektedir.

Rapor üzerinde nasıl görünür?

Rapor nasıl okunur?

    1. 2025-05-28 tarihinde V10(1) sanal birimi için bir rezervasyon vardır.
    2. V10(1) satıldı olarak işaretlenmemiş ve kapasitesi yoktur, ancak toplam gelir tutarını gösterir.
    3. Ne PH8(1) ne de PH9(1) satıldı olarak işaretlenmemiştir ve gelir veya doluluk verisi yansıtmazlar.
    4. Gelir görünmesine rağmen, doluluk 0/16 = %0dır çünkü hiçbir fiziksel oda satıldı olarak işaretlenmemiştir.

Fiziksel → Sanal → Sanal

Bu yapılandırma, fiziksel bir odayı bir sanal birime bağlar ve ardından bu sanal birim ikinci bir sanal birime bağlanır. Bu, aynı fiziksel envanter için birden fazla sanal temsil katmanı oluşturmaya çalışan eski sürüm yapılandırmalarında veya kurulumlarda görülebilir.

Bu yapı önerilmez çünkü yanlış raporlama ile sonuçlanır. Doluluk yalnızca fiziksel birimler üzerinden sayıldığı için eksik veya hatalı raporlanabilir; çoklu sanal katmanlar bağlantıyı gizler.

Aşağıda, 16 fiziksel oda ve 11 sanal odaya sahip bir tesis örneği verilmiştir. Toplam Kapasitesi 16’dır.

Bu ekran görüntüsünde PH4(1) ve PH4(2) birimlerinin VR(1) birimine, onun da VR8(1) birimine bağlı olduğu gösterilmektedir.

Rapor üzerinde nasıl görünür:

Rapor nasıl okunur?

    1. Son sanal birim Sanal 8 için 2025-05-26 tarihli bir konaklama rezervasyonu vardır.
    2. Sanal 8 satıldı olarak işaretlenmemiştir, kapasitesi yoktur, ancak rezervasyonla ilişkili tam gelire sahiptir.
    3. Sanal 7 de aynı fiziksel oda tipine bağlıdır ancak rezervasyon yapılmamıştırgeliri yoktur, kapasitesi yoktur ve satıldı olarak işaretlenmemiştir.
    4. Fiziksel birimler PH4(1) ve PH4(2) her ikisi de satıldı olarak işaretlenmiştir (Satılan Odalar = 2), tam kapasiteye sahiptir ancak gelir göstermezler (gelir, gerçek rezervasyonlu sanal odaya aittir).
    5. Doluluk, satılan fiziksel birimlere göre doğru hesaplanır — bu durumda 2/16 = %12,5.

Katmanlı Olmayan yapılandırmalar:

Fiziksel → Sanal

Bu yapılandırma, fiziksel bir odanın doğrudan sanal bir odaya bağlı olduğu eski sürüm bir kurulumdur. Eski Paylaşımlı Envanter geçişleri sırasında yaygındı.

Teknik olarak desteklenmesine rağmen (fiziksel odalar hakkında doğru Raporlama sağlar), bu yapı dikkatli izlenmezse fazla rezervasyonlara veya çift sayımlara yol açabilir çünkü fiziksel envanter aşırı satılabilir.

Aşağıda 16 fiziksel oda ve 11 sanal odaya sahip bir Tesis örneği verilmiştir. Toplam Kapasitesi 16'dır.

Bu ekran görüntüsü, PH5(1) ve PH5(2) odalarının her ikisinin de tek bir sanal odaya bağlı olduğunu gösteriyor: VR9(1).

Rapor üzerinde nasıl görüneceği:

Rapor nasıl okunur?

    1. 2025-05-25 tarihinde sanal birim VR9(1) için bir rezervasyon vardır.
    2. VR9(1) satılmış olarak işaretlenmemiştir, kapasitesi yoktur, ancak tüm geliri tutar.
    3. Fiziksel birimler PH5(1) ve PH5(2) doğru şekilde satılmış olarak işaretlenmiş ve doluluğa katkıda bulunur, ancak gelirleri yoktur (gelir, gerçek rezervasyon yapılan sanal odaya aittir).
    4. Doluluk, satılan fiziksel birimlere göre doğru hesaplanır — bu durumda, 2/16 = %12,5.

Fiziksel → Fiziksel

Bu yapılandırma, bir fiziksel odayı başka bir fiziksel odaya bağlar. Tutarsız doluluk raporlamasına neden olduğu için önerilen veya desteklenen bir kurulum değildir.

Bu kurulumda, sadece rezervasyon yapılan fiziksel oda satılmış olarak işaretlenir, bağlantılı fiziksel oda ise Müsait kalır. Bu da, iki oda bağlı olsa bile doluluğun sadece bir fiziksel oda olarak sayılacağı anlamına gelir.

Aşağıda, 2 fiziksel odası ve sanal odası olmayan bir Tesis örneği bulunmaktadır. Toplam Kapasitesi 2'dir.

Bu ekran görüntüsü, Toucan Odası (TR1)'nın doğrudan başka bir fiziksel odaya, Colibri Odası (CR1)'na bağlı olduğunu gösterir.

Örnek 1: Toucan Odası için Rezervasyon

Rapor üzerinde nasıl görünür?

Rapor nasıl okunur?

    1. Toucan Odası (TR1) için 2025-08-21 tarihli bir Konaklama rezervasyonu vardır.
    2. Toucan Odası satılmış olarak işaretlenmiş ve gelir ona bağlıdır.
    3. Colibri Odası Müsait kalır ve satılmış olarak işaretlenmez.
    4. Gelir sadece Toucan Odası ile ilişkilidir.
    5. Doluluk 1/2 = %50 olarak hesaplanır.

Örnek 2: Colibri Odası için Rezervasyon

Rapor üzerinde nasıl görünür?

Rapor nasıl okunur?

    1. Colibri Odası (CR1) için 2025-08-22 tarihli bir Konaklama rezervasyonu vardır.
    2. Colibri Odası satılmış olarak işaretlenmiş ve gelir ona bağlıdır.
    3. Toucan Odası Müsait kalır ve satılmış olarak işaretlenmez.
    4. Gelir sadece Colibri Odası ile ilişkilidir.
    5. Doluluk 1/2 = %50 olarak hesaplanır.

  Sadece rezervasyon yapılan fiziksel oda satılmış sayıldığı için, bu kurulum yanıltıcı doluluk yüzdelerine yol açabilir. Bu yapılandırmayı kullanan Tesislerin, Envanter Bölme yapılandırmalarını desteklenen bir kurulumla güncellemeleri gerekir.

2 Fiziksel → 2 Fiziksel

Bu yapılandırma, iki fiziksel odayı birincil olarak, diğer iki fiziksel odaya ikincil olarak bağlar. Bu, genellikle tek bir rezervasyondan birden fazla fiziksel odanın satılmış sayılması nedeniyle doluluk raporlamasında hatalara yol açan eski sürüm tarzı bir kurulumdur.

Aşağıda, 16 fiziksel oda ve 11 sanal oda bulunan ve toplam Kapasitesi 16 olan bir tesis örneği verilmiştir.

Bu ekran görüntüsünde, PY6(1) ve PY6(2) birincil fiziksel birimler olarak yapılandırılmış ve doğrudan ikincil fiziksel birimler olan PH7(1) ve PH7(2) ile bağlantılıdır:

 

Rapor üzerinde nasıl görüneceği aşağıdadır:

Rapor nasıl okunur?

    1. PY6(1) için 2025-05-27 tarihli bir konaklama rezervasyonu vardır.
    2. PY6(1) satılmış olarak işaretlenmiş ve buna ait gelir vardır.
    3. PH7(1) ve PH7(2) de satılmış olarak işaretlenmiş, ancak gelir taşımamaktadır. Gelir, gerçek rezervasyon yapılan birimde kalır.
    4. Physical 6 ve Physical 7 her ikisinin de kapasitesi vardır, ancak doluluk hesaplaması sadece 3/16 birimin satıldığını sayar.
    5. Sorun: Bağlı dört fiziksel birimin tamamı satılmış olarak sayılmaz. Bu, yanlış doluluğa yol açar ve yapılandırmanın desteklenmemesine neden olur.

 Desteklenmeyen yapılandırmalar kullanıyorsan, doğruluk dışı raporlama veya yanıltıcı sonuçlar yaşamamak için bunları güncellemeyi düşünmelisin.


İpuçları & En İyi Uygulamalar

  • Split Inventory ile doğru gelir metrikleri (ADR, RevPar) için, verileri konaklama tarihine göre incelediğinden emin ol.
  • Sanal odalar fiziksel bir odaya atanmadığında, Cloudbeds doluluk raporlaması için fiziksel odaların satıldığını belirtmek amacıyla varsayılan bir atama yapar. Varsayılan atamaları önlemek için mutlaka bir oda atamalısın.
  • Varsayılan atamaları, raporlarda bulunan "Varsayılan Atama Bayrağı" CDF kontrol ederek tespit edebilirsin. Bayrak "true" ise, atama sistem tarafından varsayılan olarak yapılmıştır.
  • Oda ataması olmayan geçmiş rezervasyonlar, doğru doluluk raporlaması için desteklenmez. Bu rezervasyonlara doğru şekilde dahil edilmeleri için oda ataması yapman gerekir.

Sorun Giderme

Doluluk metrikleri tutarsız veya yanlış görünüyor

  • Olası Sebep: Tesisin, yanlış metriklere yol açan desteklenmeyen eski sürüm Split Inventory yapılandırması kullanıyor olabilir.
  • Çözüm Adımları:
    1. Split Inventory yapılandırmalarını gözden geçir.
    2. Bu makalede belirtilen "Desteklenmeyen Split Inventory Yapılandırmaları" arasında olup olmadığını tespit et.
    3. Yapılandırmalarını aşağıdaki desteklenen türlerden birine güncelle:
      1. Sanal → Sanal → Fiziksel
      2. Sanal → Fiziksel ve Sanal → Fiziksel
      3. Sanal → Sanal ve Sanal → Fiziksel
      4. Sanal → Sanal
      5. Sanal → Fiziksel (Oda’dan Odaya senaryosu)
      6. Sanal → Fiziksel (Yurt Yataklarından Yurt Yataklarına senaryosu)
Bu makale yardımcı oldu mu?
3 kişi içerisinden 2 kişi bunun yardımcı olduğunu düşündü

Yorumlar

0 yorum

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