| Zweck | Erklären, wie Cloudbeds die Belegung, ADR, RevPAR, den Zimmerumsatz und finanzielle Transaktionen gemäß dem Einheitlichen Kontenrahmen für die Beherbergungsbranche (USALI) berechnet und wo diese Berechnungen im PMS angezeigt werden. |
| Geeignet für | Manager und Geschäftsführer, Inhaber, Night Audit, Rezeption sowie Benutzer aus den Bereichen Revenue und PIE. |
| Anwendung | Wenn Sie verstehen möchten, wie eine bestimmte Belegungs- oder Finanzkennzahl berechnet wurde, einen Bericht mit einer anderen Quelle abgleichen müssen oder bestätigen möchten, wie blockierte, außer Betrieb genommene oder aufgeteilte Bestandszimmer in Ihre Zahlen einfließen. |
| Voraussetzungen | Keine. Diese Berechnungslogik gilt automatisch für Ihr Konto. |
| Erwartetes Ergebnis | Sie können erklären, wie Ihre Belegungs- und Finanzkennzahlen berechnet wurden, wissen, wo Sie jede Kennzahl im PMS finden, und gängige Berichtsunterschiede interpretieren, wie zum Beispiel negative Werte im Daily Revenue Report. |
| Beschränkungen | Nur die Standardberechnungen für Belegung, ADR und RevPAR, wie unter Wie Belegung, ADR und RevPAR berechnet werden beschrieben, sind direkt im PMS verfügbar. Angepasste oder Legacy-Berechnungen, beschrieben unter Alternative und Legacy-Ansichten, erfordern Cloudbeds Insights oder spezifische vorgefertigte Berichte. |
Einführung
Cloudbeds berechnet Belegung, ADR, RevPAR, Zimmerumsatz und finanzielle Transaktionen anhand des Einheitlichen Kontenrahmens für die Beherbergungsbranche (USALI), dem Standardrahmen, den Hotels weltweit verwenden, um diese Kennzahlen einheitlich zu definieren und zu berichten. USALI ist nicht nur eine US-amerikanische Buchhaltungskonvention: Es ist der gemeinsame Bezugspunkt, den Inhaber, Investoren, Buchhalter, Franchise-Marken und Branchen-Benchmarking-Dienste nutzen, um die Leistung einer Unterkunft mit einer anderen zu vergleichen, unabhängig davon, wo sich diese Unterkunft befindet.
Ihre Cloudbeds-Zahlen bleiben selten nur im PMS. Sie werden mit den Erwartungen eines Inhabers, dem Modell eines Investors, den Standards einer Franchise-Marke oder einem Branchen-Benchmark-Bericht verglichen. Wenn Belegung, ADR und RevPAR überall in Cloudbeds auf dieselbe Weise berechnet werden, stimmen diese Vergleiche eher überein, anstatt dass zusätzliche Erklärungen erforderlich sind, warum die Belegung einer Unterkunft nicht mit der einer anderen übereinstimmt.
Dieser Berechnungsrahmen ist nicht auf Berichte beschränkt. Er gilt überall dort, wo diese Zahlen erscheinen: im Kalender, Dashboard, PIE, bei Gruppen, im Reporting und in Cloudbeds Insights.
Dieser Artikel erklärt, wie Belegung, ADR, RevPAR und finanzielle Transaktionen berechnet werden, wo jede Kennzahl im PMS angezeigt wird und wie Sie Unterschiede interpretieren können, die Ihnen zwischen Berichten, anderen Unterkünften oder externen Benchmarks auffallen.
Cloudbeds hat im Dezember 2025 auf diese Berechnungslogik umgestellt. Wenn Sie Berichte aus der Zeit davor abgleichen, können die Zahlen von diesem Artikel abweichen. Kontaktieren Sie den Support, wenn Sie Hilfe bei der Interpretation historischer Daten benötigen.
Inhaltsverzeichnis
- Warum Cloudbeds sich an USALI orientiert
- Wer davon betroffen ist und wie
- Wie Belegung, ADR und RevPAR berechnet werden
- Wie finanzielle Transaktionen und Buchungscodes funktionieren
- Wo Sie es im PMS sehen
- Interpretation und Abgleich Ihrer Daten
- Alternative und Legacy-Ansichten
- Häufig gestellte Fragen
Warum Cloudbeds sich an USALI orientiert
Die Ausrichtung an USALI bedeutet, dass Cloudbeds dieselbe Sprache spricht wie Branchen-Benchmarks, Franchise-Berichte und andere Unterkünfte. Sie reduziert auch Reibungsverluste beim Monatsabschluss und bei externen Prüfungen, da Inhaber und Buchhalter in der Regel USALI-konforme Berichte erwarten.
Wer davon betroffen ist und wie
Die folgende Tabelle fasst zusammen, was diese Berechnungslogik für jede Rolle bedeutet. Jede Zeile verlinkt zu einer detaillierteren Erklärung des jeweiligen Themas.
| Rolle | Wissenswertes |
|---|---|
| Rezeption | Die Belegungsrate % im Kalender beinhaltet blockierte und außer Betrieb befindliche Zimmer in der Verfügbarkeit. |
| Night Audit (Tagesabschluss) | Transaktionen sind an ihr tatsächliches Buchungsdatum gebunden. Verwenden Sie das Feld Leistungsdatum, um anzugeben, wann eine Leistung tatsächlich erbracht wurde, getrennt vom Buchungsdatum. Siehe Wie finanzielle Transaktionen und Buchungscodes funktionieren. |
| Manager/General Manager | Der Bericht über den Tagesumsatz und andere Finanzberichte können Zahlungen als negative Werte anzeigen. Dies ist erwartet und kein Fehler. Siehe Zahlungen können im Bericht über den Tagesumsatz als negative Werte angezeigt werden. |
| Inhaber | Belegung, ADR und RevPAR folgen den USALI-Berechnungen, um die Vergleichbarkeit mit Benchmark-Daten und anderen Unterkünften zu unterstützen. Siehe Warum Cloudbeds USALI verwendet. |
| Benutzer für Revenue/PIE | Belegungsbasierte Preisregeln und Warnungen verwenden die Standard-Belegungsberechnung. Überprüfen Sie diese, wenn Sie sich darauf verlassen. Siehe PIE (Price Intelligence Engine). |
Wie Belegung, ADR und RevPAR berechnet werden
Die folgenden Formeln gelten einheitlich für jedes Dashboard und jeden Bericht im PMS.
- Belegung = Gesamtzahl verkaufter Zimmer ÷ Gesamtzahl verfügbarer Zimmer.
- Blockierte und außer Betrieb befindliche Zimmer sind in der Gesamtzahl verfügbarer Zimmer enthalten, gemäß USALI. USALI schließt nur langfristige Schließungen von sechs Monaten oder mehr aus. Da Cloudbeds keinen „langfristigen“ Status hat, bleiben alle blockierten und außer Betrieb befindlichen Zimmer in der Berechnung.
- ADR (Durchschnittliche Tagesrate) = Gesamter Zimmerumsatz ÷ Gesamtzahl verkaufter Zimmer.
- RevPAR (Umsatz pro verfügbarem Zimmer) = Gesamter Zimmerumsatz ÷ Gesamtzahl verfügbarer Zimmer (einschließlich blockierter und außer Betrieb befindlicher Zimmer).
- Zimmerumsatz schließt Stornogebühren sowie inklusive und exklusive Steuern und Gebühren aus.
- Daten auf Zimmer- und Zimmertyp-Ebene funktionieren mit Aufgeteiltem Bestand und zählen nur physische Zimmer. Siehe Warum Belegungszahlen ungenau sein können, wenn der Aufgeteilte Bestand falsch konfiguriert ist für ein häufiges Konfigurationsproblem.
Benötigen Sie eine Belegungsberechnung, die blockierte und außer Betrieb befindliche Zimmer von der Verfügbarkeit ausschließt? Siehe Alternative und Legacy-Ansichten für die Berechnung der bereinigten Belegung, die in Cloudbeds Insights verfügbar ist.
Wie Finanztransaktionen und Buchungscodes funktionieren
Finanztransaktionen folgen einem konsistenten Buchungsmodell, das auf Genauigkeit und Prüfbarkeit ausgelegt ist.
- Buchungsdatum: Transaktionen sind an ihr tatsächliches Buchungsdatum gebunden. Eine Rückdatierung ist nicht möglich.
- Leistungsdatum: Jede Transaktion trägt außerdem ein Leistungsdatum (das rückdatiert werden kann), das angibt, wann die Leistung tatsächlich erbracht wurde, getrennt vom Buchungsdatum. Dieses Feld verwendet der Night Audit, um eine Transaktion mit dem Datum der tatsächlichen Leistungserbringung abzugleichen.
- Annullierte, gelöschte oder umgeleitete Transaktionen werden als gleichwertige und entgegengesetzte Gegenbuchungen verbucht, anstatt die Originaltransaktion zu bearbeiten, wodurch eine vollständige Prüfspur erhalten bleibt. Das bedeutet, dass sowohl die Originaltransaktion als auch deren Umkehrung in Transaktionslisten und Berichten sichtbar bleiben.
- Transaktionscodes sind in Cloudbeds Insights für detaillierte finanzielle Filterungen berichtbar. Siehe die Transaktionscode-Tabelle direkt unten.
- Benutzerdefinierte Transaktionscodes und benutzerdefinierte Hauptbuchcodes, die im Buchhaltungsmodul konfiguriert werden, begleiten jede Transaktion und sind neben dem vordefinierten Cloudbeds-Transaktionscode berichtbar. Siehe Finanzberichte (Cloudbeds-Berichte) für deren Anzeigeorte.
Cloudbeds verwendet die folgenden USALI-Codes zur Kategorisierung von Transaktionen. Weitere Codes können im Laufe der Zeit hinzugefügt werden.
| Beschreibung | Code |
|---|---|
| Zimmerrate | 1000 |
| Zimmerrate – Anpassung | 1000A |
| Zimmerrate – Annullierung | 1000V |
| Zimmerumsatz | 1100 |
| Zimmerumsatz – Anpassung | 1100A |
| Zimmerumsatz – Annullierung | 1100V |
| No-Show | 1200 |
| No-Show – Anpassung | 1200A |
| No-Show – Annullierung | 1200V |
| Artikel & Service | 2000 |
| Artikel & Service – Anpassung | 2000A |
| Artikel & Service – Annullierung | 2000V |
| Zusatzleistung | 3000 |
| Zusatzleistung – Anpassung | 3000A |
| Zusatzleistung – Annullierung | 3000V |
| Benutzerdefinierter Artikel (POS) | 4000 |
| Benutzerdefinierter Artikel (POS) – Anpassung | 4000A |
| Benutzerdefinierter Artikel (POS) – Annullierung | 4000V |
| Stornierung | 5000 |
| Stornierung – Anpassung | 5000A |
| Stornierung – Annullierung | 5000V |
| Anzahlungsübertragung | 6000 |
| Forderungen-Hauptbuch-Übertragung | 7000 |
| Steuer | 8000 |
| Steuer – Anpassung | 8000A |
| Steuer – Annullierung | 8000V |
| Gebühr | 8100 |
| Gebühr – Anpassung | 8100A |
| Gebühr – Annullierung | 8100V |
| Zahlung | 9000 |
| Rückerstattung | 9000A |
| Zahlung – Annullierung | 9000V |
| Zahlung (Bar) | 9100 |
| Rückerstattung (Bar) | 9100A |
| Zahlung (Bar) – Annullierung | 9100V |
| Zahlung (Banküberweisung) | 9200 |
| Rückerstattung (Banküberweisung) | 9200A |
| Zahlung (Banküberweisung) – Annullierung | 9200V |
| Zahlung (Kreditkarte) | 9300 |
| Rückerstattung (Kreditkarte) | 9300A |
| Zahlung (Kreditkarte) – Annullieren | 9300V |
| Umgeleitete Rate / Umsatz / Stornierung / No-Show / Artikel & Service / Zusatzleistung / POS / Steuer / Gebühr / Zahlung (Bar, Bank, Karte) | Fügen Sie dem Basiscodes ein „R“ hinzu (zum Beispiel 1000R) |
In Cloudbeds Insights trägt jede Transaktion einen Cloudbeds-Transaktionscode und eine Cloudbeds-Transaktionsbeschreibung, die den Codes in der oben stehenden Tabelle der Transaktionscodes zugeordnet sind:
Wo Sie es im PMS sehen
Erweitern Sie jeden Bereich unten, um zu sehen, wie er diese Berechnungslogik widerspiegelt.
Kalender
Im Kalender bleiben blockierte und außer Betrieb befindliche Zimmer in der Gesamtzahl der verfügbaren Zimmer enthalten, werden jedoch nicht als verkauft gezählt.
Dashboard
Im Dashboard schließen die verkauften Zimmer keine gehaltenen Kontingentblöcke ein, und die ADR verwendet den gesamten Zimmerumsatz anstelle der Zimmerrate.
PIE (Price Intelligence Engine)
PIE verwendet die in Wie Belegung, ADR und RevPAR berechnet werden beschriebene Belegungsberechnung. Kapazität, Verfügbarkeit und Verkaufszahlen beziehen sich nur auf physische Zimmer (virtuelle Zimmer sind ausgeschlossen). Belegungsbasierte Preisregeln und Warnungen basieren auf derselben Berechnung. Siehe Belegungsbasierte Regeln/Warnungen in PIE erstellen, bearbeiten oder löschen.
Die Registerkarte Übersicht zeigt die Belegung, RevPAR und ADR für den Tag:
Das Raster des Ratenmanagers zeigt die tägliche Belegungsprozentzahl nach Zimmertyp:
Wenn Sie einen bestimmten Zimmertyp und ein Datum auswählen, öffnet sich das Detailpanel mit Angaben zu ADR und Verfügbarkeit:
Die Registerkarte Rate Shopper vergleicht Ihre Raten und Belegung mit einem Wettbewerber über einen Zeitraum von 90 Tagen:
Gruppen
In einem Gruppenprofil entspricht der Umsatz dem gesamten Zimmerumsatz (Zimmerrate plus zusätzlicher Zimmerumsatz plus Anpassungen), und blockierte sowie außer Betrieb befindliche Zimmer werden nicht von der nächtlichen Verfügbarkeit abgezogen.
Finanzberichte (Cloudbeds-Berichte)
Öffnen Sie im Cloudbeds-Berichte den Ordner Finanzen, um vordefinierte Berichte auf Transaktionsebene wie Transaktionsdetails und Erweiterter Transaktionsbericht mit Details zu finden. Diese Berichte können die vordefinierten Cloudbeds-Transaktionscode-Felder anzeigen, die in Wie finanzielle Transaktionen und Buchhaltungscodes funktionieren beschrieben sind, zusammen mit benutzerdefinierten Hauptbuchcodes, wenn diese für Ihre Unterkunft konfiguriert sind.
Beginnen Sie im Ordner Finanzen, um den vordefinierten Bericht zu öffnen, der den Transaktionsdetails entspricht, die Sie überprüfen möchten:
In detaillierten Transaktionsberichten erscheinen vordefinierte und benutzerdefinierte Buchhaltungscodes als separate Felder, damit Sie die interne Transaktionsklassifizierung von Cloudbeds von den für die Buchhaltungsstruktur Ihrer Unterkunft konfigurierten Codes unterscheiden können:
- Cloudbeds-Transaktionscode: der vordefinierte Code, der einem internen Transaktionstyp zugewiesen ist und zur Verfolgung und Kategorisierung verschiedener Transaktionsarten verwendet wird.
- Benutzerdefinierter Hauptbuchcode: der Code, der einem bestimmten Hauptbuchkonto zugewiesen ist und zur Verfolgung und Kategorisierung verschiedener finanzieller Transaktionen dient. Erfordert eine korrekte Konfiguration im PMS.
In diesem Erweiterten Transaktionsbericht mit Details werden die Spalten Cloudbeds-Transaktionscode und Benutzerdefinierter Hauptbuchcode für jede Transaktion zusammen angezeigt:
Die Option + Hinzufügen und das Glossar sind nur mit Builder-Funktionen in Cloudbeds Insights verfügbar. Vordefinierte Cloudbeds-Berichte sind nur zur Ansicht; um Felder hinzuzufügen oder zu ändern, verwenden Sie zuerst Speichern unter, um eine bearbeitbare Kopie zu erstellen, oder erstellen Sie einen neuen Bericht.
Wenn Sie Cloudbeds Insights haben und eines dieser Felder hinzufügen oder entfernen möchten, öffnen Sie einen bearbeitbaren Bericht, der mit Speichern unter erstellt wurde, oder erstellen Sie einen Bericht von Grund auf neu. Verwenden Sie dann die nummerierten Bereiche im Bild unten:
- Wählen Sie im Tab Tabellenstruktur unter Spalten + Hinzufügen aus.
- Wählen Sie Glossar aus, wenn Sie die verfügbaren Cloudbeds-Datenfelder überprüfen und bestätigen möchten, welches Feld den benötigten Informationen entspricht.
- Suchen Sie im Glossar nach Code, um die verfügbaren Felder einzuschränken.
- Wählen Sie unter Finanzen das +-Symbol neben einem Feld aus, um dessen Definition zu prüfen, beispielsweise Cloudbeds-Transaktionscode oder Benutzerdefinierter Hauptbuchcode.
- Wählen Sie in der Liste Spalten das Kontrollkästchen neben einem Feld aus, um es dem Bericht hinzuzufügen, oder entfernen Sie die Auswahl, um es zu entfernen.
Das folgende Beispiel zeigt, wie Sie das Glossar verwenden, um die unter Finanzen verfügbaren Codefelder zu verstehen, und anschließend die Kontrollkästchen in den Spalten nutzen, um zu steuern, welche Felder im Bericht angezeigt werden:
Interpretation und Abgleich deiner Daten
Die meisten Supportanfragen zu Belegungs- und Finanzberichten lassen sich auf einige erwartete Verhaltensweisen zurückführen, die beim ersten Mal überraschend wirken. Erweitere das Thema, das zu deinem Problem passt, bevor du davon ausgehst, dass ein Bericht falsch ist. Viele dieser Themen beziehen sich auf einen bestimmten Bericht und nicht auf eine Bildschirmansicht; für die vollständige Liste der Berichtsartikel, sortiert nach Kategorien, siehe das Reporting-Verzeichnis.
Zahlungen können im Tagesumsatzbericht als negative Werte angezeigt werden
Dies ist ein erwartetes Verhalten, kein Fehler. Der Tagesumsatzbericht summiert als Belastungen minus Gutschriften, und Umkehrbuchungen werden als gegensätzliche Transaktionen verbucht, nicht als Änderungen am ursprünglichen Eintrag.
Beispiel: Eine Zimmerbelastung von 100 $ (Belastung) und eine Zahlung von 100 $ (Gutschrift) werden als 0,00 $ angezeigt, nicht als 100 $ und 100 $ separat.
Wenn eine negative Zahl falsch erscheint (nicht nur ungewohnt), prüfen Sie Folgendes:
- Manuelle negative Einträge auf einem Folio (absichtlich eingegebene negative Belastung).
- Umkehrbuchungen oder Anpassungen, die zu einer Gutschrift führen.
Vergleichen Sie dies mit dem Bericht Gesamtbelastungen und Gutschriften nach Monat, um zu bestätigen, dass Belastungen und Zahlungen über die Zeit ausgeglichen sind. Wenn nach der Prüfung weiterhin eine Abweichung besteht, kontaktieren Sie den Support.
Hier sehen Sie ein Beispiel, wie negative Werte im Tagesumsatzbericht erscheinen, wenn Belastungen und Gutschriften sich gegenseitig aufheben:
Warum Belegungszahlen ungenau sein können, wenn der Aufgeteilter Bestand falsch konfiguriert ist
Die Belegungsberichte hängen davon ab, wie physische und virtuelle Zimmer im Aufgeteilter Bestand verknüpft sind. Nicht unterstützte oder Legacy-Konfigurationen können dazu führen, dass verkaufte Zimmer falsch gezählt werden, was zu ungenauen oder irreführenden Belegungsprozenten führt.
Bei unterstützten Aufgeteilter Bestand-Konfigurationen wird die Belegung anhand der physischen Zimmer berechnet, die mit der Buchung verknüpft sind. Virtuelle Zimmer erhöhen weder die Kapazität noch die Anzahl der verkauften Zimmer, selbst wenn der Umsatz weiterhin dem gebuchten virtuellen Zimmer zugeordnet bleibt.
Eine Physisch-zu-Physisch-Konfiguration ist ein Beispiel für eine Einrichtung, die irreführende Belegungszahlen erzeugen kann. In der untenstehenden Konfiguration ist das Toucan Zimmer (TR1) direkt mit dem Colibri Zimmer (CR1) verknüpft:
Wenn das Toucan Zimmer gebucht wird, wird nur dieses physische Zimmer als verkauft markiert. Das Colibri Zimmer bleibt verfügbar, obwohl die Zimmer verknüpft sind. Der Bericht zählt daher 1 verkauftes Zimmer von einer Gesamtkapazität von 2, was zu einer Belegung von 50 % führt:
Wenn deine Belegungszahlen nicht mit den physischen Zimmern übereinstimmen, die du erwartest, überprüfe bitte zuerst deine Aufgeteilter Bestand-Konfiguration, bevor du den Bericht selbst analysierst.
Siehe Wie funktionieren Belegungskennzahlen mit Aufgeteilter Bestand für unterstützte Konfigurationen, weitere Beispiele und Anleitungen zur Fehlerbehebung.
Wenn du von Geteiltem Bestand migriert hast, siehe den Leitfaden zur Migration von Geteiltem zu Aufgeteilter Bestand.
Kein einzelner integrierter Bericht kombiniert alle Belastungen, Gutschriften und Zahlungsmethoden
Wenn Sie eine konsolidierte Übersicht über Belastungen, Zahlungen und Zahlungsmethoden benötigen, gibt es keinen vordefinierten Cloudbeds-Bericht, der all diese Informationen in einem einzigen Ergebnis zusammenfasst. Wählen Sie den Ansatz, der am besten zu Ihrer geplanten Nutzung der Daten passt:
- Verwenden Sie den Bericht „Täglicher Umsatz“ für eine Monatsabschlussübersicht. Stellen Sie das Berichtsdatum auf den letzten Tag des Monats ein und nutzen Sie die Spalte „Monat bis Datum“, um die Aktivitäten des Monats einschließlich des Abschnitts zur Zahlungsmethode zu überprüfen. Zahlungen erscheinen in diesem Bericht als negative Einträge. Siehe Zahlungen können im Bericht „Täglicher Umsatz“ als negative Werte angezeigt werden.
- Exportieren und kombinieren Sie die relevanten Berichte außerhalb von Cloudbeds PMS. Beispielsweise können Sie das Hauptbuch für Zahlungsdetails, Steuern und Gebühren für Steuer- und Gebührenbeträge sowie Zusatzleistungen, Artikel und verkaufte Services für Produkt- oder Serviceumsätze exportieren. Anschließend können Sie die exportierten Dateien in Excel, Google Sheets oder dem Buchhaltungs- bzw. Berichtssystem Ihrer Organisation zusammenführen und analysieren. Siehe Finanzdaten aus Cloudbeds PMS in ein externes Buchhaltungssystem exportieren.
- Nutzen Sie Cloudbeds Insights für einen wiederverwendbaren benutzerdefinierten Berichts-Workflow. Mit den entsprechenden Builder-Funktionen und Berechtigungen können Sie einen Bericht erstellen oder kopieren, die benötigten Finanzfelder auswählen, Gruppierungen und Filter anpassen und die konfigurierte Einstellung für die zukünftige Nutzung speichern. Siehe Übersicht zu Cloudbeds Insights.
Wenn Ihr Buchhaltungs-Workflow benutzerdefinierte Transaktionscodes oder benutzerdefinierte Hauptbuchcodes verwendet, sollten Sie diese Felder, sofern verfügbar, einbeziehen, damit exportierte oder angepasste Berichte leichter den entsprechenden Konten in Ihrem externen Buchhaltungssystem zugeordnet werden können.
Alternative und Legacy-Ansichten
Wenn Sie die Belegung oder ADR anders berechnen möchten als mit den Standardberechnungen, die im gesamten PMS verwendet werden, hängen die verfügbaren Optionen davon ab, ob Ihre Unterkunft Cloudbeds Insights nutzt.
-
Mit Cloudbeds Insights: Sie können Cloudbeds-Datenfelder und benutzerdefinierte Berechnungen verwenden, wenn Sie einen neuen Bericht erstellen oder mit einer bearbeitbaren Kopie eines bestehenden Berichts arbeiten. Weitere Informationen finden Sie unter Cloudbeds Insights.
-
Bereinigte Belegung: Dieses Cloudbeds-Datenfeld bietet eine alternative Belegungsberechnung, bei der blockierte und außer Betrieb befindliche Zimmer von der Verfügbarkeit ausgeschlossen werden: Verkaufte Zimmer ÷ (Verfügbare Zimmer − Blockierte − Außer Betrieb).
Für Unterkünfte mit aufgeteiltem Bestand umfasst die Gesamtzahl der verfügbaren Zimmer nur physische Zimmer, und nur blockierte sowie außer Betrieb befindliche Zählungen, die mit physischen Zimmern verbunden sind, werden von der Gesamtzahl der verfügbaren Zimmer abgezogen. - Legacy-ADR: Kunden von Cloudbeds Insights können ein formelbasiertes Cloudbeds-Datenfeld (CDF) mit Zimmerrate ÷ Gesamtzahl verkaufter Zimmer erstellen. Anleitungen zur Erstellung dieser Berechnung in einem Bericht finden Sie unter So erstellen Sie formelbasierten Cloudbeds-Datenfelder (CDFs).
-
Bereinigte Belegung: Dieses Cloudbeds-Datenfeld bietet eine alternative Belegungsberechnung, bei der blockierte und außer Betrieb befindliche Zimmer von der Verfügbarkeit ausgeschlossen werden: Verkaufte Zimmer ÷ (Verfügbare Zimmer − Blockierte − Außer Betrieb).
-
Ohne Cloudbeds Insights: Wählen Sie im Hauptmenü
die Option Berichte
. Verwenden Sie dann auf der Registerkarte Startseite die Suchleiste für Berichte (oder gehen Sie zu Cloudbeds-Berichte und nutzen Sie die Suchleiste oder Filter), um einen der unten aufgeführten vorgefertigten Berichte zu finden. Alle schließen blockierte und außer Betrieb befindliche Zimmer aus:
- Belegung nach Zimmertyp – Letzter Monat
- Belegungsvergleich (Monat oder Heute)
- Belegungshistorie und Prognose (auch nach Zimmertyp oder Quelle)
- Belegungsstatistiken (und Varianten)
- Produktionsbericht (und Varianten)
- Verkaufte Zimmer und Belegung (auch nach Monat oder Heute)
Häufig gestellte Fragen
Dieser Abschnitt beantwortet zwei häufige Fragen: Ob definitive Kontingentblöcke zur Belegung zählen und wie die Standardbelegungsberechnung belegungsbasierte Regeln und Warnungen (Alerts) in PIE beeinflusst.
Sind definitive Kontingentblöcke in der Belegungsberechnung enthalten?
Nein. Die Belegung zählt nur tatsächlich über Reservierungen verkaufte Zimmer. Die Anzahl verfügbarer Zimmer schließt Kontingentblöcke, Blockierungen oder außer Betrieb befindliche Zimmer nicht aus.
Wie wirken belegungsbasierte PIE-Regeln mit der Standard-Belegungsberechnung zusammen?
Da blockierte und außer Betrieb befindliche Zimmer in den insgesamt verfügbaren Zimmern enthalten sind, spiegeln belegungsbasierte Preisregeln und Warnungen in PIE diese gleiche Einbeziehung wider. Wenn eine Regel oder Warnung nicht wie erwartet funktioniert, prüfen Sie, ob sie blockierte/außer Betrieb befindliche Zimmer berücksichtigt, bevor Sie weitere Fehlerbehebungen vornehmen. Siehe Belegungsbasierte Regeln/Warnungen in PIE erstellen, bearbeiten oder löschen.
Verwandte Artikel
Diese verwandten Anleitungen bieten tiefere Einblicke in wichtige Bereiche, die Ihre Belegung, ADR, RevPAR und finanzielle Berechnungen beeinflussen:
Kommentare
Bitte melden Sie sich an, um einen Kommentar zu hinterlassen.