Channelrateplans: Buchungen erkennen – Frühstück und Raten

Wenn Sie mehrere Raten parallel anbieten – etwa stornierbare und nicht stornierbare Raten, mit oder ohne Frühstück – dann müssen Sie die eingehenden Buchungen in Ihrer Hotelsoftware automatisch erkennen und zuordnen können. Mit Channelrateplans in der igumbi Hotelsoftware erreichen Sie genau das.

Sie müssen wissen mit wie vielen Gästen Sie zum Frühstück rechnen können. Sie wollen erkennen welche Art der Zahlungsabwicklung Sie bei einer bestimmten Reservierung anwenden sollten.

• Typische Zahlungsabwicklung bei NonRef Raten: Es erfolgt nur eine Zahlung des Gesamtbetrags direkt bei Buchung.
• Zahlungsabwicklung bei Standard Raten: Es erfolgt die Zahlung bei An- oder Abreise, davor kann kurzfristig storniert werden.

Wo findet man die Information in der Hotelsoftware?

An diesen Orten finden Sie die Information in der igumbi Hotelsoftware

• In der der Reservierungsliste / neuesten Reservierungen
• In der Reservierung Detailansicht
• In der An- und Abreise Liste

Wie richtet man das ein?

Das kann man herstellen in dem man die "Channelrateplan" Funktion in der igumbi Hotelsoftware aktiviert. Die Kombination "Roomtype" und "Rateplan" bilden einen Datensatz, für den Sie festlegen können ob es eine stornierbare Standardrate oder eine Nichtrefundierbare Rate ist.

Roomtype = Produktkategorie = Zimmerkategorie (im Channelmanager) Rateplan = Im Channelmanager definierte Ebene um die Preise der Standardrate mittels Regeln abzuleiten.

Die Raten (Produkte) werden dann im Channelmanager mit Aufschlägen versehen und diese abgeleiteten Preise werden wiederum mit dem Raten in den jeweiligen Portalen verknüpft.

Wenn die Buchungen aus den Porteilen eingelesen werden, dann kann anhand der Rateplan- Verknüpfung erkannt werden um welche Rate es sich handelt.

• Standardrate/ Flexible Rate
• Standardrate/ Flexible Rate mit Frühstück
• Nicht refundierbare/ erstattbare Rate
• Nicht refundierbare/ erstattbare Rate mit Frühstück

Beispiel Preisableitung der Preise basierend auf der Standard-Rate aus der igumbi Hotelsoftware

Ein Beispiel: Ihre Produktkategorien sind Doppelzimmer und Einzelzimmer. Und Sie bieten eine stornierbare Rate (Standardrate) und eine nicht stornierbare Rate an. Weiters möchten Sie gerne mit einem Portalaufschlag (15%) arbeiten - dieser soll die Portalprovision kompensieren und ein Inceentive darstellen um direkt zu buchen.

Aus der igumbi Hotelsoftware kommt nur die Standardrate — davon leiten Sie dann im Channel Manager die Portalraten ab:

	Produktkategorie/ Zimmerkategorie	Rateplan/ Produkt	Preis	Berechnung	Code
	Doppelzimmer	Standard igumbi	€100	kommt aus der igumbi Hotelsoftware
	Doppelzimmer	Portal Standardrate	€115	€100 + 15%	st
	Doppelzimmer	Portal Non Ref	€103.50	€100 + 15% - 10%	nr
	Einzelzimmer	Standard igumbi	€80	kommt aus der igumbi Hotelsoftware
	Einzelzimmer	Portal Standardrate	€92	€80 + 15%	st
	Einzelzimmer	Portal Non Ref	82.50	€80 + 15% - 10%	nr

Die Variante Frühstück / ohne Frühstück wurde hier nicht betrachtet. Da wären die Codes zur Kennzeichnung "stf" und "nrf".

Oft die Ausgangslage: Die Strukturen sind durch Portale verwaschen

In der Praxis läuft es oft anders ab. Viele Hoteliers bauen ihre Ratenstrukturen zunächst in den Portalen auf, statt sie zentral in der Hotelsoftware zu definieren.

Ein anderer Ansatz ist es in den Portalen diese Ableitungen zu bilden. Die Portale sind hier besonders kreativ und wollen Sie zu diversen Discounting Mechanismen verleiten, die es schwierig macht für Sie, derartige Raten in anderen Portalen zu duplizieren. Das ist ja auch deren Ziel. Man denke an Booking "Handy-Rate" oder "Angebote zum Jahresbeginn". Airbnb mach dies auch mit der Wochen und Monatsrate.

Für Sie, als Hotel/ Unterkunftsbetreiber geht es eher darum eine Struktur zu haben die es Ihnen erlaubt mehrere Portale zu bespielen und sehr ähnlich anzusteuern. Sie wollen die Preishoheit und definition der anwendbaren Preise so weit wie möglich an die Hotelsoftware heranziehen.

Was ist ein Portalaufschlag und welchen Zweck verfolgt man damit?

Ein Portalaufschlag ist eine Preisableitung die im Channel Manager gebildet wird, um für Buchungsportale eine höhere Rate als die Standardrate festzulegen. Dies passiert meist durch einen prozentualen Aufschlag auf die Tages-Standardrate (BAR Rate).

Der Zweck des Portalaufschlags ist es Provisionen zu decken bzw. für Gäste ein Incentive zu schaffen mit günstigeren Preisen direkt zu buchen. Für Sie als Betreiber ist es dann mehr oder minder egal ob die Buchung über ein Portal kommt oder direkt.

Ein weiterer Aspekt sind die "Genius"-Rate. Ein besonders perfides Konstrukt von Booking Sie als Hotel-Betrieb für das Loyalty Programm von Booking zahlen zu lassen. Es sind alle Arten von Regeln damit verbunden, was dann geht oder nicht, wenn man den Genius Rate anbietet oder nicht. Unsere Empfehlung ist: Wenn Sie ausreichend gute Bewertungen haben und diese über 8.0 Punkte sind, dann deaktivieren Sie den Genius-Rabatt.

Häufig gestellte Fragen (FAQ)

Warum sollte ich Channelrateplans einrichten? Mit Channelrateplans können Sie in der igumbi Hotelsoftware sofort erkennen, ob eine Buchung Frühstück enthält oder eine nicht stornierbare Rate ist — das ist essentiell für Ihre Frühstücksplanung, Zahlungsabwicklung und Gastmanagement.

Kann ich unterschiedliche Portalaufschläge für verschiedene Portale verwenden? Ja. Im Channel Manager definieren Sie für jede Kombination aus Zimmertyp und Rateplan unterschiedliche Aufschläge, je nachdem welches Portal die Buchung erhält. So können Sie die Provisionen der einzelnen Portale gezielt steuern.

Sollte ich den Genius-Rabatt von Booking deaktivieren? Nur wenn Sie Bewertungen über 8.0 Punkte haben und eine starke Direktbuchungsquote anstreben. Andernfalls empfehlen wir, diesen abzuschalten, um nicht für Bookings Provisionen zu zahlen.

Was ist der Zweck eines Portalaufschlags? Ein Portalaufschlag deckt Provisionen ab und schafft Anreize für Direktbuchungen durch bessere Preise. So ist es für Ihr Hotel meist egal, ob eine Buchung über ein Portal oder direkt kommt.