Hier finden Sie Grundlagen, die Ihnen helfen, mit dem Ratenkalender (und dem Pauschalenkalender) schnell und effektiv zu arbeiten.

1.0 Basisdaten und Channels

Die Basisdaten bilden die zentrale Distributionsstelle des Ratenkalenders. Hier laufen Preise, Verfügbarkeiten und Restriktionen aus unterschiedlichen Quellen zusammen: z.B. aus Ihrer Hotelsoftware (PMS) und aus internen Datenmustersystemen (Vererbungs- und Datenvorlagen). Zusätzlich können in den Basisdaten manuelle Einträge gemacht werden. Diese Basisdaten werden dann an Ihre angeschlossenen Distributionskanäle - "Channels" genannt - weitervererbt, soweit sie vom entsprechenden Channel unterstützt werden. Pro Produkt und Channel können die vererbten Daten mit Auf- oder Abschlägen angepasst werden oder einfach überschrieben werden.

Open

Abb. 1.0.a: Schaubild Basisdaten

2.0 Wert-Zuweisungs-Prioritäten

Wie im vorherigen Abschnitt beschrieben, können die Basisdaten aus unterschiedlichen Quellen stammen. Ein Preis, eine Verfügbarkeit oder eine Restriktion eines Produktes an einem Tag kann unterschiedliche Werte aus den unterschiedlichen Quellen enthalten und das System muss entscheiden, welcher Wert bzw. welche Quelle nun Vorrang hat.

Hierfür gibt es eine Hierarchie, welche bestehende Werte priorisiert, sofern sie verfügbar sind.

2.1 Prioritäten in den Basisdaten

1. Preise aus einer Vererbungsvorlage (oberste Ebene im Schaubild Abb. 2.2.a) haben die niedrigste Priorität und werden überschrieben, sobald Werte aus einer anderen Quelle kommen.

2. Daten aus einer Datenvorlage (zweitoberste Ebene im Schaubild) überschreiben die Werte, die aus einer Vererbungsvorlage stammen.

3. Daten aus einer Hotelsoftware-Schnittstelle (dritte Ebene) überschreiben die Werte, die aus Vererbungs- und Datenvorlagen stammen.

4. Manuelle Einträge in den Basisdaten des Ratenkalenders haben die höchste Priorität (vierte und letzte Ebene der Basisdaten). Sie überschreiben die Werte aus allen anderen Quellen.

2.2 Prioritäten in den Channels

1. Die Daten in den Channels werden von den Basisdaten vererbt. Die Channelvererbungen können jedoch eine individuelle Anpassung enthalten (5).

2. Manuelle Einträge in den Channels des Ratenkalenders überschreiben die vererbten Werte (6). 

3. Die Preise werden nach den persönlichen Vorgaben gerundet (7)

4. Der Sicherheitspreis, der in die Detailansicht jeder Zimmerkategorie eingetragen werden kann, hat die höchste Priorität. Er überschreibt die Werte aus allen anderen Quellen (8).

Open

Abb. 2.2.a. Schaubild mit Beispielen der Wert-Zuweisungs-Prioritäten

Im Ratenkalender werden die Werte der einzelnen Produkte grafisch unterschiedlich dargestellt, damit man die Quelle des Wertes erkennen kann.

3.0 Definition eines Produktes

Ein Produkt setzt sich aus 4 Dimensionen zusammen. Diese 4 Dimensionen sind:

1. Die Zimmerkategorie
   (z.B. "Doppelzimmer Deluxe", "Einzelzimmer Talsicht", "Familienzimmer Mountain", usw.)
   
   

2. Die Rate
   (z.B. "Halbpension", "ÜF 1-2 Nächte", "All Inclusive 1-2 Nächte", "Messerate", usw.)
   
   

3. Der Channel
   ("Basisdaten" oder Distributionskanal, wie z.B. die eigene Hotel-Website, Meta-Suchmaschinen, Internetportale wie Booking.com, hotel.de, usw.)
   
   

4. Der Tag (bzw. Aufenthalt im Pauschalenkalender)

Im Ratenkalender werden die 3 Dimensionen Zimmerkategorie, Rate und Channel verschachtelt auf einer Achse angezeigt, während die Zeit die zweite Achse darstellt.

4.0 Kontingentberechnung

Die Kontingente werden sowohl in den Basisdaten als auch in den Channels automatisch berechnet. 

Die Berechnung der Kontingente hängt von den Werten diverser Felder ab, entsprechend werden mehrere Berechnungen durchgeführt:

4.1 Berechnung Kontingent eines Produktes in den Basisdaten

Rechnung 1

Es wird die Anzahl der freien Zimmer (Wert des Feldes "Freie Zimmer") mit der Verkaufsdifferenz (Wert des Feldes "DiffSell") addiert.

Beispiel:

Rechnung 2

Wenn die maximale Anzahl der verfügbaren Produkte beschränkt ist (Wert des Feldes "MaxSell"), werden die aktuell verkauften Produkte (Wert des Feldes "Sold") von den maximal verfügbaren Produkten (Wert des Feldes "MaxSell") subtrahiert.

Beispiel:

Rechnung 3

Der kleinere Wert von Rechnung 1 und Rechnung 2 entspricht letztlich dem Kontingent. Wenn Rechnung 1 oder Rechnung 2 jedoch einen negativen Wert ergeben, ist das Kontingent = 0.

Beispiel:

4.2 Berechnung Kontingent eines Produktes in den Channels

Im Channel werden "MaxSell" und "DiffSell" von den Basisdaten vererbt, "Sold" bezieht sich auf die verkauften Produkte des Channels. Die Berechnung des Kontingents des Channels erfolgt auf die gleiche Weise wie in den Basisdaten, jedoch kann das Kontingent des Channels nicht größer sein als das Kontingent der Basisdaten.

Beispiel:

Inhalt