Wie funktionieren Belegungskennzahlen mit Aufgeteiltem Bestand?

Der aufgeteilte Bestand ermöglicht es Unterkünften, einen physischen Raum auf verschiedene Arten zu verkaufen, um Umsatz und Belegung zu maximieren. Um die Belegungsberechnung zu verstehen, ist es wichtig, zwischen folgenden Zimmerarten zu unterscheiden:

• Physische Zimmer: Dies sind die tatsächlichen „Schlüssel“ oder physischen Räume, die in Ihrer Unterkunft verfügbar sind. Sie haben immer eine zugeordnete Kapazität und sind die einzigen Zimmertypen, die zur Belegungsberechnung beitragen.
• Virtuelle Zimmer: Diese sind keine physischen „Schlüssel“ und haben keine Kapazität. Sie stellen flexible Möglichkeiten dar, einen physischen Raum zu verkaufen (z. B. die Kombination von zwei Standardzimmern zu einer Suite).

Das Bild zeigt die „Zimmer verknüpfen“-Funktion für die Einrichtung des aufgeteilten Bestands und hebt primäre und sekundäre Zimmertypen hervor:

Die Standardberechnung der Belegung lautet: Verkaufte Zimmer gesamt ÷ Verfügbare Zimmer gesamt.

• Bei Verwendung von Aufgeteiltem Bestand meldet das System die Belegung basierend auf physischen Zimmern allein.
• Belegungs-% = Verkaufte physische Zimmer ÷ Verfügbare physische Zimmer × 100.
• Für die Standardberechnung der Belegung bleiben gesperrte und außer Betrieb befindliche physische Zimmer in den verfügbaren Zimmern enthalten.

Als Beispiel zeigt dieser Bericht physische und virtuelle Zimmer, wobei die physischen Zimmer Kapazität und verkaufte Zimmer aufweisen, und die virtuellen Zimmer keine Kapazität oder verkaufte Zimmer haben:

Wenn Sie Cloudbeds Insights verwenden und die Belegung ohne gesperrte und außer Betrieb befindliche Zimmer in der verfügbaren Kapazität anzeigen möchten, können Sie beim Erstellen oder Anpassen von Berichten das Cloudbeds-Datenfeld (CDF) Bereinigte Belegung verwenden. Die Formel lautet: Verkaufte Zimmer ÷ (Verfügbare Zimmer − Gesperrte − Außer Betrieb).

Was das für Aufgeteilten Bestand bedeutet: Die bereinigte Belegung entfernt nur die Zählungen für gesperrte und außer Betrieb befindliche physische Zimmer. Wenn ein virtuelles Zimmer im Kalender als gesperrt oder außer Betrieb markiert ist, wird diese Zählung für virtuelle Zimmer nicht vom Nenner der bereinigten Belegung entfernt.

Deshalb kann der Wert für gesperrte oder außer Betrieb befindliche Zimmer, den Sie an anderer Stelle im Bericht sehen, vom Wert abweichen, der bei der bereinigten Belegung entfernt wird. Die eigenständigen CDFs Gesperrte Zimmer und Außer Betrieb befindliche Zimmer spiegeln das Zimmer wider, das im Kalender markiert wurde, unabhängig davon, ob es sich um ein virtuelles oder physisches Zimmer handelt. Dieses Verhalten betrifft nur die Berechnung der bereinigten Belegung.

Siehe Cloudbeds-Datenfelder (CDFs): Definitionen und Berechnungen für die aktuellen Felddefinitionen und Berechnungen.

Für Unterkünfte mit aufgeteiltem Bestand ist eine genaue Berichterstattung über Umsatzkennzahlen wie ADR und RevPAR nur auf der Ebene des Aufenthaltsdatums möglich.

• ADR (Durchschnittliche Tagesrate) = Gesamter Zimmerumsatz ÷ Gesamtzahl der verkauften physischen Zimmer.
  • Verkaufte Zimmer sind ausschließlich physische Zimmer und berücksichtigen den aufgeteilten Bestand.
  • Gesamter Zimmerumsatz umfasst Zimmerrate, manuelle Zimmerumsätze und No-Show-Gebühren, schließt jedoch inklusive oder exklusive Steuern und Gebühren sowie Stornogebühren aus.
• RevPAR (Umsatz pro verfügbarem Zimmer) = Gesamter Zimmerumsatz ÷ Gesamtzahl der verfügbaren physischen Zimmer.
  • Verfügbare Zimmer sind ausschließlich physische Zimmer (aufgeteilter Bestand) und schließen blockierte sowie außer Betrieb gesetzte Zimmer ein. Bei Cloudbeds entspricht dies in der Regel dem gesamten physischen Bestand.
  • Die Definition des gesamten Zimmerumsatzes ist dieselbe wie bei der ADR.

Wenn Sie Cloudbeds Insights (Berichtsgenerator) aktiviert haben, können Sie die Spalte „Art der Unterkunft“, CDF zu Ihren Belegungsdatensatzberichten hinzufügen. So können Sie direkt in Ihren Berichten leicht erkennen, ob es sich um ein virtuelles oder physisches Zimmer handelt.

Bei Cloudbeds können Aufteilungen des Bestands entweder als gestaffelt oder nicht gestaffelt eingestuft werden, je nachdem, wie virtuelle und physische Zimmer miteinander verbunden sind. Diese Struktur beeinflusst direkt, wie Belegung und Umsatz erfasst werden.

• Gestaffelte Konfigurationen: Diese umfassen mehrere Ebenen von Verbindungen zwischen Zimmern. Eine typische Einrichtung verbindet ein virtuelles Zimmer mit einem weiteren virtuellen Zimmer, das dann mit einem oder mehreren physischen Zimmern verknüpft ist. Zum Beispiel: Virtuell → Virtuell → Physisch.

Diese Art der Einrichtung ermöglicht es Unterkünften, komplexere Angebote zu erstellen, wie etwa die Kombination einer bestehenden virtuellen Suite mit mehreren physischen Zimmern, um eine ganze Etage zu verkaufen.

• Nicht gestaffelte Konfigurationen: Diese umfassen eine direkte Verbindung von einem virtuellen Zimmer zu physischen oder anderen virtuellen Zimmern, ohne Zwischenschichten. Beispiele sind:
  • Virtuell → Physisch: Wird verwendet, wenn Unterkünfte eine Gruppe von Zimmern zusammen verkaufen möchten (wie ein Duplex oder eine ganze Etage), aber auch die Option behalten wollen, einzelne Zimmer zu verkaufen.
  • Virtuell → Virtuell: Wird für den Verkauf von nicht-zimmerbezogenen Ressourcen wie Parkplätzen, Tagungsräumen oder Restauranttischen verwendet. Diese Konfigurationen beeinflussen keine Belegungskennzahlen.

Ermöglicht die Gruppierung eines bereits kombinierten virtuellen Zimmers mit einem zusätzlichen physischen Zimmer – zum Beispiel, um eine gesamte Etage zu verkaufen, die eine Suite und ein weiteres eigenständiges Zimmer umfasst.

Unten sehen Sie ein Beispiel für eine Unterkunft mit 16 physischen Zimmern und 11 virtuellen Zimmern. Die Gesamtkapazität beträgt 16.

Dieser Screenshot zeigt die Einheit VIR(1), die direkt mit den Einheiten VR(1), PHY(1) und PHY(2) verknüpft ist, wobei VR(1) bereits eine virtuelle Suite ist:

So sieht es in einem Bericht aus:

Wie liest man den Bericht?

1.  
   1. Es gibt eine Reservierung für das Zimmer VIR(1) mit einem Aufenthaltsdatum vom 21.05.2025.
   2. Physisches 1 hat Kapazität, während Virtuell 1 und Virtuell 2 keine Kapazität haben.
   3. VIR(1) ist nicht als verkauft markiert, hat aber den mit der Buchung verbundenen Umsatz.
   4. VR(1) (auch bekannt als die virtuelle Suite) ist nicht als verkauft markiert und hat keinen damit verbundenen Umsatz (der Umsatz ist mit dem tatsächlich gebuchten virtuellen Zimmer verbunden).
   5. Die verknüpften physischen Zimmer PHY(1) und PHY(2) sind als verkauft markiert, haben aber keinen damit verbundenen Umsatz (der Umsatz ist mit dem tatsächlich gebuchten virtuellen Zimmer verbunden).
   6. Die Belegung wird basierend auf den verkauften physischen Einheiten berechnet – in diesem Fall 2/16.

Diese Konfiguration umfasst ein virtuelles Zimmer, das mit einem physischen Zimmer verbunden ist, welches wiederum mit einem weiteren physischen Zimmer verknüpft ist. Dadurch sind komplexere Setups möglich, wie zum Beispiel die Modellierung einer Zimmersuite mit einem Nebenraum, der als Erweiterung oder optionale Ergänzung dienen kann.

Nachfolgend ein Beispiel für eine Unterkunft mit insgesamt 4 Zimmern (jeweils 2 physische Zimmer in jeder Kette). Die Gesamtkapazität beträgt 4.

Dieser Screenshot zeigt die Einheit VT(1), die mit PHT(1) und PHT(2) verbunden ist, sowie die Einheit VT(2), die mit PT2(1) und PT2(2) verknüpft ist:

So sieht es in einem Bericht aus:

Wie liest man den Bericht?

1.  
   1. Es gibt eine Reservierung für das Zimmer VT(1) mit einem Aufenthaltsdatum vom 04.06.2025.
   2. Physical Test und Physical Test 2 haben Kapazität, während Virtual Test keine Kapazität hat.
   3. VT(1) ist nicht als verkauft markiert, hat aber den mit der Buchung verbundenen Umsatz.
   4. PT2(1) und PT2(2) sind nicht als verkauft markiert und haben keinen Umsatz zugeordnet (der Umsatz ist mit dem tatsächlich gebuchten virtuellen Zimmer verbunden).
   5. PHT(1) und PHT(2) sind als verkauft markiert, haben aber keinen Umsatz zugeordnet (gleiche Anmerkung wie oben).
   6. Die Belegung wird basierend auf den verkauften physischen Zimmern berechnet — in diesem Fall 2/4 = 50 %.

Diese Konfiguration ermöglicht es Ihnen, einen Raum auf drei Arten zu verkaufen: als gesamtes Objekt (virtuell auf oberster Ebene), als kombinierte Etage (virtuell auf mittlerer Ebene) oder als einzelne physische Zimmer.

Unten sehen Sie ein Beispiel für eine Unterkunft mit 21 physischen Zimmern und 12 virtuellen Zimmern. Die gesamte Kapazität beträgt 21.

Dieser Screenshot zeigt die virtuelle Einheit auf oberster Ebene VR(1), die mit zwei virtuellen Einheiten (VT(1) und VT(2)) verknüpft ist. Eine dieser virtuellen Einheiten — VT(1) — ist weiter mit zwei physischen Einheiten verbunden: PHT(1) und PHT(2).

So sieht es in einem Bericht aus:

Wie liest man den Bericht?

1. Es gibt eine Reservierung für VR(1) mit einem Aufenthaltsdatum vom 01.06.2025.
2. Virtuell und Virtueller Test (die beiden virtuellen Zimmertypen) haben keine Kapazität; der physische Zimmertyp Physischer Test hingegen schon.
3. VR(1) ist nicht als verkauft markiert, hält aber den gesamten Umsatz der Buchung.
4. Die virtuellen Einheiten auf mittlerer Ebene VT(1) und VT(2) sind nicht als verkauft markiert und haben keinen Umsatz zugeordnet.
5. Die verknüpften physischen Einheiten PHT(1) und PHT(2) sind als verkauft markiert, zeigen aber keinen Umsatz (der Umsatz verbleibt beim tatsächlich gebuchten virtuellen Zimmer).
6. Die Belegung wird anhand der verkauften physischen Zimmer berechnet — in diesem Fall 2/21.

Diese Konfiguration wird verwendet, wenn ein virtuelles Zimmer mit einem anderen virtuellen Zimmer verknüpft ist, typischerweise um nicht-physische Ressourcen oder geschichtete nicht-physische Angebote darzustellen.

Diese Einrichtungsarten sind nützlich, wenn keine physischen Einheiten beteiligt sind – zum Beispiel zur Darstellung des Zugangs zu einer gemeinsamen Ausstattungsmerkmal, einem Arbeitsbereich oder einem gebündelten Service (wie Parkplätze, Besprechungsräume oder Tische in einem Restaurant), wenn Sie die Belegung nicht beeinflussen möchten.

Unten sehen Sie ein Beispiel für eine Unterkunft mit 16 physischen Zimmern und 11 virtuellen Zimmern. Die Gesamtkapazität beträgt 16.

Dieser Screenshot zeigt das VR3(1), das mit einem anderen virtuellen Zimmer VR4(1) verknüpft ist, ohne physische Zimmer in der Kette.

So sieht es in einem Bericht aus:

Wie liest man den Bericht?

1.  
   1. Es gibt eine Reservierung für das Zimmer Virtuelles 3 mit einem Aufenthaltsdatum vom 23.05.2025.
   2. Es sind keine physischen Einheiten verknüpft, daher wird Virtuelles 3 mit Umsatz, aber null Kapazität oder verkauften Zimmern angezeigt.
   3. Virtuelles 4 (verknüpftes virtuelles Zimmer) trägt weder zum Umsatz noch zur Belegung bei und wird nicht als verkauft markiert.
   4. Da keine physischen Zimmer verkauft wurden, bleibt die Belegung bei 0 % – obwohl Umsatz generiert wird.

Wird verwendet, wenn zwei oder mehr physische Zimmer zu einer einzigen virtuellen Unterkunft zusammengefasst werden (z. B. wenn Sie 2 physische Deluxe-Zimmer haben, die Sie als Duplex verkaufen möchten), während diese Zimmer weiterhin einzeln verkauft werden können.

Unten sehen Sie ein Beispiel für eine Unterkunft mit 22 physischen Zimmern und 12 virtuellen Zimmern. Die Gesamtkapazität beträgt 22.

Dieser Screenshot zeigt die Einheit VR2(1), die direkt mit den Einheiten PH2(2) und PH2(1) verknüpft ist:

So sieht es in einem Bericht aus:

Wie liest man den Bericht?

1.  
   1. Es gibt eine Reservierung für das Virtuelle 2-Zimmer mit einem Aufenthaltsdatum vom 02.06.2025.
   2. Das Physische 2 hat Kapazität, während das Virtuelle 2 keine Kapazität hat.
       
   3. Das Virtuelle 2 ist nicht als verkauft markiert, hat aber den mit der Buchung verbundenen Umsatz.
   4. Der Zimmertyp Physisch 2 (Einheiten PH2(2) und PH2(1)) ist als verkauft markiert, hat jedoch keinen zugeordneten Umsatz (der Umsatz ist mit dem tatsächlich gebuchten virtuellen Zimmer verbunden).
   5. Die Belegung wird basierend auf den verkauften physischen Einheiten berechnet – in diesem Fall 2/22.

Diese Konfiguration wird verwendet, wenn ein virtueller Betttyp für Schlafsäle mit einem physischen Betttyp für Schlafsäle verknüpft ist. Sie unterstützt den Verkauf von Schlafsaalbeständen auf verschiedene Arten (z. B. gemischter Schlafsaal, nur Frauen, nur Männer) und stellt gleichzeitig sicher, dass Belegung und Umsatz korrekt berechnet werden; wenn 1 Bett unter einem Typ gebucht wird, sind alle anderen Typen für den Verkauf blockiert.

Nachfolgend ein Beispiel für eine Unterkunft mit 5 physischen Schlafsaalbetten und 5 virtuellen Betttypen für Schlafsäle. Die gesamte Kapazität beträgt 5.

Dieser Screenshot zeigt DORM BEDS 5 VIRTUAL, das mit dem physischen Zimmertyp DORM BEDS 5 verknüpft ist:

So sieht es in einem Bericht aus (Szenario 1):

Wie liest man den Bericht?

1. Es gibt eine Reservierung für DOV(1) (virtuelles Schlafsaalbett) am 26.09.2025.
2. DORM BEDS 5 (physisch) hat Kapazität, während DORM BEDS 5 VIRTUAL keine hat.
3. DOV(1) ist nicht als verkauft markiert, hat aber den mit der Buchung verbundenen Umsatz.
4. DOR(1) (physisch) ist als verkauft markiert, hat aber keinen mit der Buchung verbundenen Umsatz.
5. Die Belegung wird als 1/5 = 20 % berechnet.

So sieht es in einem Bericht aus (Szenario 2):

1. Es gibt eine Reservierung für DOR(1) (physisches Schlafsaalbett) am 24.09.2025.
2. DORM BEDS 5 hat Kapazität, während DORM BEDS 5 VIRTUAL keine hat.
3. DOR(1) ist als verkauft markiert und hat den mit der Buchung verbundenen Umsatz.
4. DOV(1) ist nicht als verkauft markiert und hat keinen mit der Buchung verbundenen Umsatz.
5. Die Belegung wird als 1/5 = 20 % berechnet.

Diese gestufte Konfiguration verknüpft ein virtuelles Zimmer mit einer physischen Einheit, die wiederum mit einem weiteren virtuellen Zimmer verbunden ist. Obwohl technisch unterstützt, wird diese Einrichtung aufgrund möglicher Belegungsabweichungen und Berichtsinkonsistenzen nicht empfohlen.

Da die letztendlich gebuchte Einheit virtuell ist, werden die zugehörigen physischen Zimmer möglicherweise nicht korrekt zur Belegung gezählt.

Unten sehen Sie ein Beispiel für eine Unterkunft mit 16 physischen Zimmern und 11 virtuellen Zimmern. Die Gesamtkapazität beträgt 16.

Dieser Screenshot zeigt das VR5(1), das mit PH3(1) verknüpft ist, welches wiederum mit einem weiteren virtuellen Zimmer VR6(1) verbunden ist.

So sieht es in einem Bericht aus:

Wie liest man den Bericht?

1.  
   1. Es gibt eine Reservierung für das virtuelle Zimmer VR5(1) mit einem Aufenthaltsdatum vom 24.05.2025.
   2. VR5(1) ist nicht als verkauft markiert und hat keine Kapazität, weist jedoch den mit der Buchung verbundenen Umsatz auf.
   3. Das dazwischenliegende physische Zimmer PH3(1) ist als verkauft markiert und hat Kapazität, zeigt jedoch keinen zugeordneten Umsatz (der Umsatz ist mit dem tatsächlich gebuchten virtuellen Zimmer verbunden).
   4. Das verknüpfte virtuelle Zimmer VR6(1) zeigt weder Belegung, noch Kapazität oder Umsatz.
   5. Die Belegung wird basierend auf den verkauften physischen Einheiten berechnet – in diesem Fall 1/16 = 6,25 %.

Diese gestufte Konfiguration verbindet ein physisches Zimmer mit einem weiteren physischen Zimmer, das dann mit einer virtuellen Einheit verknüpft ist. Obwohl sie eine gewisse Flexibilität bei der Bestandsmodellierung ermöglicht, führt diese Einrichtung dazu, dass keine Belegung erfasst wird – selbst wenn die virtuelle Einheit gebucht ist.

Dieses Verhalten tritt auf, weil die letzte Einheit in der Buchungskette virtuell ist und die dazwischenliegenden physischen Verbindungen keine Belegung in den Berichten registrieren.

Unten sehen Sie ein Beispiel für eine Unterkunft mit 16 physischen Zimmern und 11 virtuellen Zimmern. Die Gesamtkapazität beträgt 16.

Dieser Screenshot zeigt PH8(1), das mit PH9(1) verbunden ist, welches wiederum mit der virtuellen Einheit V10(1) verknüpft ist.

So sieht es in einem Bericht aus:

Wie liest man den Bericht?

1.  
   1. Es gibt eine Reservierung für die virtuelle Einheit V10(1) am 28.05.2025.
   2. V10(1) ist nicht als verkauft markiert und hat keine Kapazität, zeigt aber den vollen Umsatzbetrag an.
   3. Weder PH8(1) noch PH9(1) sind als verkauft markiert, noch spiegeln sie Umsatz- oder Belegungsdaten wider.
   4. Trotz des angezeigten Umsatzes beträgt die Belegung 0/16 = 0%, da kein physisches Zimmer als verkauft markiert wurde.

Diese Konfiguration verknüpft ein physisches Zimmer mit einer virtuellen Einheit, die wiederum mit einer zweiten virtuellen Einheit verbunden ist. Sie kann in Legacy-Konfigurationen oder Setups vorkommen, die versuchen, mehrere virtuelle Darstellungen für denselben physischen Bestand zu stapeln.

Diese Struktur wird nicht empfohlen, da sie zu ungenauen Berichten führt. Die Belegung kann untererfasst oder falsch dargestellt werden, weil nur physische Einheiten für die Belegung gezählt werden und die mehrfachen virtuellen Ebenen die Verbindung verschleiern.

Unten sehen Sie ein Beispiel für eine Unterkunft mit 16 physischen Zimmern und 11 virtuellen Zimmern. Die Gesamtkapazität beträgt 16.

Dieser Screenshot zeigt PH4(1) und PH4(2), die mit VR(1) verbunden sind, welche wiederum mit VR8(1) verknüpft ist.

So sieht es in einem Bericht aus:

Wie liest man den Bericht?

1.  
   1. Es gibt eine Reservierung für die letzte virtuelle Einheit Virtual 8 mit einem Aufenthaltsdatum vom 26.05.2025.
   2. Virtual 8 ist nicht als verkauft markiert, zeigt keine Kapazität an, hat aber den vollen Umsatz, der mit der Buchung verbunden ist.
   3. Virtual 7 ist ebenfalls mit demselben physischen Zimmertyp verknüpft, aber nicht gebucht — es zeigt keinen Umsatz, keine Kapazität und ist nicht als verkauft markiert.
   4. Die physischen Einheiten PH4(1) und PH4(2) sind beide als verkauft markiert (verkaufte Zimmer = 2) und haben volle Kapazität, zeigen aber keinen Umsatz an (der Umsatz ist mit dem tatsächlich gebuchten virtuellen Zimmer verbunden).
   5. Die Belegung wird korrekt auf Basis der verkauften physischen Einheiten berechnet — in diesem Fall 2/16 = 12,5 %.

Diese Konfiguration spiegelt eine Legacy-Einrichtung wider, bei der ein physisches Zimmer direkt mit einem virtuellen Zimmer verknüpft ist. Dies war bei älteren Migrationen von gemeinsam genutztem Bestand üblich.

Obwohl technisch unterstützt (sie liefert korrekte Berichte über physische Zimmer), kann diese Struktur zu Überbuchungen oder Doppelzählungen führen, da der physische Bestand bei ungenauer Überwachung überverkauft werden kann.

Unten sehen Sie ein Beispiel für eine Unterkunft mit 16 physischen Zimmern und 11 virtuellen Zimmern. Die Gesamtkapazität beträgt 16.

Dieser Screenshot zeigt, dass PH5(1) und PH5(2) beide mit einem einzigen virtuellen Zimmer verknüpft sind: VR9(1).

So sieht es im Bericht aus:

Wie liest man den Bericht?

1.  
   1. Es gibt eine Reservierung für die virtuelle Einheit VR9(1) am 25.05.2025.
   2. VR9(1) ist nicht als verkauft markiert, zeigt keine Kapazität an, hält aber den gesamten Umsatz.
   3. Die physischen Einheiten PH5(1) und PH5(2) sind korrekt als verkauft markiert und tragen zur Belegung bei, haben jedoch keinen Umsatz zugeordnet (der Umsatz ist mit dem tatsächlich gebuchten virtuellen Zimmer verknüpft).
   4. Die Belegung wird korrekt auf Basis der verkauften physischen Einheiten berechnet — in diesem Fall 2/16 = 12,5 %.

Diese Konfiguration verknüpft ein physisches Zimmer mit einem anderen physischen Zimmer. Es handelt sich nicht um eine empfohlene oder unterstützte Einrichtung, da sie zu inkonsistenten Belegungsberichten führt.

Bei dieser Einrichtung wird nur das gebuchte physische Zimmer als verkauft markiert, während das verknüpfte physische Zimmer verfügbar bleibt. Das bedeutet, dass die Belegung immer nur ein physisches Zimmer zählt, obwohl zwei Zimmer verknüpft sind.

Unten sehen Sie ein Beispiel für eine Unterkunft mit 2 physischen Zimmern und ohne virtuelle Zimmer. Die Gesamtkapazität beträgt 2.

Dieser Screenshot zeigt das Toucan-Zimmer (TR1), das direkt mit einem anderen physischen Zimmer verknüpft ist: dem Colibri-Zimmer (CR1).

Beispiel 1: Reservierung für das Toucan-Zimmer

So sieht es im Bericht aus:

Wie liest man den Bericht?

1.  
   1. Es gibt eine Reservierung für das Toucan-Zimmer (TR1) mit einem Aufenthaltsdatum vom 21.08.2025.
   2. Das Toucan-Zimmer ist als verkauft markiert und weist damit verbundene Einnahmen auf.
   3. Das Colibri-Zimmer bleibt verfügbar und ist nicht als verkauft markiert.
   4. Die Einnahmen sind nur dem Toucan-Zimmer zugeordnet.
   5. Die Belegung wird als 1/2 = 50 % berechnet.

Beispiel 2: Reservierung für das Colibri-Zimmer

So sieht es im Bericht aus:

Wie liest man den Bericht?

1.  
   1. Es gibt eine Reservierung für das Colibri-Zimmer (CR1) mit einem Aufenthaltsdatum vom 22.08.2025.
   2. Das Colibri-Zimmer ist als verkauft markiert und weist damit verbundene Einnahmen auf.
   3. Das Toucan-Zimmer bleibt verfügbar und ist nicht als verkauft markiert.
   4. Die Einnahmen sind nur dem Colibri-Zimmer zugeordnet.
   5. Die Belegung wird als 1/2 = 50 % berechnet.

Diese Konfiguration verknüpft zwei physische Zimmer als primäre Einheiten mit zwei weiteren physischen Zimmern als sekundäre Einheiten. Es handelt sich um eine Legacy-Konfiguration, die häufig zu ungenauen Belegungsberichten führt, da mehrere physische Zimmer aus einer einzigen Buchung als verkauft gezählt werden können.

Nachfolgend ein Beispiel für eine Unterkunft mit 16 physischen Zimmern und 11 virtuellen Zimmern, was eine Gesamtkapazität von 16 ergibt.

In diesem Screenshot sind PY6(1) und PY6(2) als primäre physische Einheiten konfiguriert, die direkt mit PH7(1) und PH7(2) als sekundäre physische Einheiten verknüpft sind:

So sieht es in einem Bericht aus:

Wie liest man den Bericht?

1.  
   1. Es gibt eine Reservierung für PY6(1) mit einem Aufenthaltsdatum vom 27.05.2025.
   2. PY6(1) ist als verkauft markiert und trägt die damit verbundenen Einnahmen.
   3. PH7(1) und PH7(2) sind ebenfalls als verkauft markiert, tragen jedoch keine Einnahmen. Die Einnahmen verbleiben bei der tatsächlich gebuchten Einheit.
   4. Sowohl Physisch 6 als auch Physisch 7 haben Kapazität, aber die Belegungsberechnung zählt nur 3/16 verkaufte Einheiten.
   5. Problem: Nicht alle vier verknüpften physischen Einheiten werden als verkauft gezählt. Dies führt zu einer ungenauen Belegung, weshalb die Konfiguration nicht unterstützt wird.

• Mögliche Ursache: Ihre Unterkunft verwendet möglicherweise eine nicht unterstützte Legacy-Aufteilung des Bestands-Konfiguration, die zu falschen Kennzahlen führt.
• Lösungsschritte:
  1. Überprüfen Sie Ihre Aufteilung des Bestands-Konfigurationen.
  2. Ermitteln Sie, ob eine Konfiguration unter die "nicht unterstützten Aufteilungen des Bestands" fällt, wie in diesem Artikel beschrieben.
  3. Aktualisieren Sie Ihre Konfigurationen auf einen der unterstützten Typen:
     1. Virtuell → Virtuell → Physisch
     2. Virtuell → Physisch und Virtuell → Physisch
     3. Virtuell → Virtuell und Virtuell → Physisch
     4. Virtuell → Virtuell
     5. Virtuell → Physisch (Zimmer-zu-Zimmer-Szenario)
     6. Virtuell → Physisch (Etagenbetten-zu-Etagenbetten-Szenario)