Versions Compared
Key
- This line was added.
- This line was removed.
- Formatting was changed.
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.
![](https://vioma-gmbh.atlassian.net/wiki/download/thumbnails/396656642/image-20230508-124621.png?version=1&modificationDate=1683549983416&cacheVersion=1&api=v2&width=448)
![](https://vioma-gmbh.atlassian.net/wiki/download/thumbnails/396656642/image-20230508-124621.png?version=1&modificationDate=1683549983416&cacheVersion=1&api=v2&width=442)
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
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.
Daten aus einer Datenvorlage (zweitoberste Ebene im Schaubild) überschreiben die Werte, die aus einer Vererbungsvorlage stammen.
Daten aus einer Hotelsoftware-Schnittstelle (dritte Ebene) überschreiben die Werte, die aus Vererbungs- und Datenvorlagen stammen.
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
Die Daten in den Channels werden von den Basisdaten vererbt. Die Channelvererbungen können jedoch eine individuelle Anpassung enthalten (5).
Manuelle Einträge in den Channels des Ratenkalenders überschreiben die vererbten Werte (6).
Die Preise werden nach den persönlichen Vorgaben gerundet (7)
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).
![](https://vioma-gmbh.atlassian.net/wiki/download/thumbnails/396656642/image-20230508-124323.png?version=1&modificationDate=1683549805682&cacheVersion=1&api=v2&width=564)
![](https://vioma-gmbh.atlassian.net/wiki/download/thumbnails/396656642/image-20230508-124323.png?version=1&modificationDate=1683549805682&cacheVersion=1&api=v2&width=557)
Im Ratenkalender werden die Werte der einzelnen Produkte grafisch unterschiedlich dargestellt, damit man die Quelle des Wertes erkennen kann.
Info |
---|
Hinweis Bitte beachten Sie, dass je nach Preissystem und Vertrag nicht jedem Hotel alle Hierarchien zur Verfügung stehen. |
3.0 Definition eines Produktes
Ein Produkt setzt sich aus 4 Dimensionen zusammen. Diese 4 Dimensionen sind:
Die Zimmerkategorie
(z.B. "Doppelzimmer Deluxe", "Einzelzimmer Talsicht", "Familienzimmer Mountain", usw.)Die Rate
(z.B. "Halbpension", "ÜF 1-2 Nächte", "All Inclusive 1-2 Nächte", "Messerate", usw.)Der Channel
("Basisdaten" oder Distributionskanal, wie z.B. die eigene Hotel-Website, Meta-Suchmaschinen, Internetportale wie Booking.com, hotel.de, usw.)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.
![](https://vioma-gmbh.atlassian.net/wiki/download/thumbnails/396656642/image-20230508-124422.png?version=1&modificationDate=1683549865613&cacheVersion=1&api=v2&width=442)
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:
Feld | Anzahl | Bedeutung |
---|---|---|
Freie Zimmer | 100 | Angenommen es stehen 100 Zimmer zum Verkauf zur Verfügung (Wert kommt von der Hotel-Software) ... |
DiffSell (Basisdaten) | -10 | ... und man möchte über die CST 10 Zimmer weniger verkaufen als verfügbar wären, ... |
Ergebnis | 90 | ... stehen theoretisch nur noch 90 Zimmer als Kontingent zur Verfügung |
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:
Feld | Anzahl | Bedeutung |
---|---|---|
MaxSell (Basisdaten) | 10 | Wenn maximal 10 Produkte verkauft werden dürfen ... |
Sold (Basisdaten) | 5 | ... und schon 5 verkauft wurden, ... |
Ergebnis | 5 | ... dürften nur noch 5 Produkte verkauft werden |
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:
Feld | Anzahl | Bedeutung |
---|---|---|
Ergebnis Rechnung 1 | 90 | Es stehen theoretisch 90 Zimmer als Kontingent zur Verfügung, ... |
Ergebnis Rechnung 2 | 5 | ... jedoch dürfen nur noch 5 Produkte verkauft werden, ... |
Kontingent | 5 | ... somit ist der Kontingent dieses Produktes = 5 |
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:
Feld | Anzahl | Bedeutung |
---|---|---|
Freie Zimmer (Basisdaten) | 100 | |
Kontingent (Basisdaten) | 5 | Berechnet, siehe "Berechnung Kontingent eines Produktes in den Basisdaten", Rechnung 3 |
DiffSell (Channel) | -10 | wird vererbt von den Basisdaten |
MaxSell (Channel) | 10 | wird vererbt von den Basisdaten |
Sold (Channel) | 2 | 2 Produkte über den Channel verkauft |
Kontingent (Channel) | 5 | Rechnerisch würde 8 das Ergebnis sein (10 - 2, kleiner als 100 - 10), ist allerdings größer als das Kontingent der Basisdaten, deshalb wird das Kontingent der Basisdaten gesetzt |
Inhalt
Table of Contents | ||
---|---|---|
|
CST-Version | 7.0 |
---|