OTA-Ratensynchronisation: Wie Hotelsoftware die Preise über alle Kanäle hinweg konsistent hält

Die OTA-Ratensynchronisation über Hotelsoftware ermöglicht es einem Hotel, einen Preis einmal zu ändern und ihn auf Booking.com, Expedia, Agoda, Airbnb und anderen angebundenen Kanälen zu verteilen. Derselbe Ablauf kann auch Mindestaufenthalte, Verkaufsstopps und andere Restriktionen übertragen.

Das bedeutet nicht, dass jede OTA die neue Rate im selben Moment anzeigt. Das Hotel-Managementsystem erstellt das Update, der Channel Manager sendet es, und jede OTA verarbeitet es. Mapping-Fehler, widersprüchliche Extranet-Bearbeitungen oder eine Verzögerung bei einem der Schritte können dazu führen, dass ein Kanal einen veralteten Preis verkauft.

Was die OTA-Ratensynchronisation tatsächlich aktualisiert

Die Ratensynchronisation ist Teil des breiteren Flusses von Raten, Verfügbarkeiten und Inventar, oft ARI genannt. Für die Preisgestaltung sendet das Quellsystem eine Rate für eine bestimmte Unterkunft, einen Zimmertyp, einen Ratenplan, ein Datum und manchmal eine Belegung.

Die verlässliche Datenquelle kann die Hotelsoftware, ein Revenue Management System oder der Channel Manager selbst sein. Normalerweise sollte nur ein System jedes Feld steuern. Wenn die Hotelsoftware die BAR steuert, während das Personal die BAR auch in einem OTA-Extranet bearbeitet, kann die nächste Synchronisation die manuelle Änderung überschreiben oder ein unerwartetes Ergebnis liefern.

Ein vollständiges Raten-Update kann umfassen:

• Übernachtungspreis: der Betrag für einen Zimmertyp, Ratenplan, ein Datum und eine Belegung.
• Regel für abgeleitete Raten: eine prozentuale oder feste Anpassung ausgehend von einer Stammrate.
• Restriktionen: Mindestaufenthalt, Maximalaufenthalt, Anreise nicht erlaubt (Closed to Arrival), Abreise nicht erlaubt (Closed to Departure), Buchungsfenster oder Verkaufsstopp (Stop-Sell).
• Belegungsabhängige Preisgestaltung: unterschiedliche Beträge für einen, zwei oder mehr Gäste im selben Zimmer.

Das Inventar ist damit verwandt, aber dennoch eigenständig. Eine Rate kann korrekt ankommen, während die Verfügbarkeit dies nicht tut, oder das Inventar kann korrekt sein, während eine abgeleitete Rate immer noch den Preis von gestern anzeigt. Diagnostizieren Sie jeden Datentyp separat.

Wie eine Preisänderung jeden Kanal erreicht

Stellen Sie sich vor, ein Hotel mit 30 Zimmern erhöht die BAR für ein Deluxe King Zimmer an einem Konzertwochenende von 180 $ auf 240 $. Der Revenue Manager speichert die Änderung für Freitag und Samstag in der Hotelsoftware.

Der angebundene Channel Manager konvertiert diese Änderung in das Format, das jede OTA akzeptiert. Er sendet die Unterkunft, gemappte Zimmer- und Ratenkennungen, Aufenthaltsdaten, Belegung, Währung und den neuen Betrag. Jede OTA validiert die Nachricht, aktualisiert ihr verkaufbares Produkt und gibt eine Bestätigung oder einen Fehler zurück.

Der operative Ablauf sollte wie folgt sein:

1. Der Manager ändert die Deluxe King BAR für die entsprechenden Aufenthaltsdaten.
2. Die Hotelsoftware erfasst den neuen Preis und sendet die Änderung an den Channel Manager.
3. Der Channel Manager überträgt das Update an jedes gemappte OTA-Ratenprodukt.
4. Jede OTA akzeptiert oder lehnt die Nachricht ab, und der Übermittlungsstatus wird sichtbar.
5. Das Team überprüft eine für Gäste sichtbare Suche, um den neuen Preis und die Bedingungen zu bestätigen.

Der letzte Schritt ist wichtig, da „gesendet“ nicht gleich „angezeigt“ bedeutet. Steuern, Gebühren, Mobile-Rabatte, Treueaktionen oder Belegungseinstellungen können den öffentlichen Preis ändern, nachdem die Basisrate angekommen ist.

Wenn eine Anpassung an einem Spitzentag schnell mehrere Kanäle erreichen muss, verbindet der Channel Manager Hotel von Smart Order die Preisänderung aus der Hotelsoftware mit den gemappten OTA-Produkten. Der Manager aktualisiert den Preis einmalig, sieht die aktuellen Raten und Verfügbarkeiten in einem Dashboard und kann einen Kanal untersuchen, der das Update nicht akzeptiert.

Abgeleitete Raten halten die Preisstruktur konsistent

Eine abgeleitete Rate wird aus einer Stammrate berechnet, anstatt als separater Festpreis gepflegt zu werden. Die flexible BAR kann die Stammrate sein, während nicht erstattungsfähige, Vorausbuchungs- oder Frühstücksraten abgeleitete Raten (Child-Raten) sind.

Wenn die BAR 200 $ beträgt, könnte ein nicht erstattungsfähiger Tarif die BAR minus 10 % sein, was 180 $ ergibt. Ein Frühstückstarif könnte die BAR plus 20 $ sein, was 220 $ ergibt. Eine Erhöhung der BAR auf 240 $ sollte diese Raten ohne separate Bearbeitung auf 216 $ und 260 $ anheben.

Das Hotel muss entscheiden, wo die Ableitung stattfindet. Einige Hotel-Managementsysteme oder Channel Manager berechnen die abgeleiteten Preise und senden die Endbeträge an jede OTA. Einige OTAs unterstützen ihre eigenen Stamm-Kind-Ratenbeziehungen. Wenn beide Methoden auf dasselbe Produkt angewendet werden, kann ein Rabatt doppelt angewendet werden.

Überprüfen Sie vier Details für jeden abgeleiteten Tarif: die korrekte Stammrate, prozentuale oder feste Anpassung, Rundungsregel und zutreffende Zimmertypen. Bestätigen Sie auch, ob die Anpassung vor oder nach Belegungszuschlägen berechnet wird.

Die abgeleitete Preisgestaltung kopiert nicht automatisch Stornierungsbedingungen, Verpflegungspläne oder Buchungsfenster. Diese Bedingungen erfordern möglicherweise immer noch eine separate Konfiguration und ein separates Mapping. Ein korrekter Preis von 180 $ kann immer noch das falsche Produkt sein, wenn die OTA eine kostenlose Stornierung für eine nicht erstattungsfähige Rate anzeigt.

Restriktionen müssen mit dem Preis mitgehen

Ein Hotelpreis ist nur dann verkaufbar, wenn seine Restriktionen die Suche des Gastes zulassen. Die Aktualisierung des Preises ohne die zugehörigen Kontrollen kann ein Angebot an Daten verfügbar machen, an denen das Hotel es eigentlich schließen wollte.

Eine Mindestaufenthaltsdauer ist ein häufiges Beispiel. Eine Unterkunft kann den Preis für Samstag auf 300 $ erhöhen und einen Aufenthalt von zwei Nächten verlangen. Wenn das Preis-Update erfolgreich ist, die Nachricht über den Mindestaufenthalt jedoch fehlschlägt, können Gäste den Samstag möglicherweise immer noch einzeln buchen.

Regeln für Anreise nicht erlaubt (Closed to Arrival) und Abreise nicht erlaubt (Closed to Departure) unterscheiden sich von einem Verkaufsstopp. Closed to Arrival blockiert den Check-in an einem bestimmten Datum, kann aber zulassen, dass ein bestehender Aufenthalt dieses Datum einschließt. Closed to Departure blockiert den Check-out. Ein Verkaufsstopp (Stop-Sell) schließt den Ratenplan für den Verkauf am betroffenen Datum.

Nicht jede OTA unterstützt jede Restriktion auf die gleiche Weise. Einige Regeln gelten auf Zimmerebene, andere auf Ratenplanebene. Das Kanal-Mapping sollte dokumentieren, welches System die jeweilige Regel steuert und wie die angebundene OTA sie interpretiert.

Suchen Sie nach der Änderung einer Restriktion mit großen Auswirkungen nach verschiedenen Aufenthaltsmustern. Testen Sie eine Anreise für eine Nacht, einen mehrtägigen Aufenthalt, der das eingeschränkte Datum kreuzt, und verschiedene Anreisedaten. Eine einfache Kalenderansicht zeigt möglicherweise nicht, wie die OTA die Regel auf eine tatsächliche Suche anwendet.

Warum Verzögerungen bei der OTA-Ratensynchronisation auftreten

„Echtzeit“ beschreibt eine ereignisgesteuerte Verbindung, keine Garantie, dass sich jede öffentliche Seite in null Sekunden ändert. Ein Preis-Update durchläuft mehrere Systeme, und jedes kann dieses in die Warteschlange stellen, validieren, erneut versuchen oder ablehnen.

Eine kurze Verzögerung kann durch die Nachrichtenverarbeitung in der Hotelsoftware, im Channel Manager oder in der OTA entstehen. Größere Lücken deuten oft auf fehlgeschlagene Anmeldeinformationen, eine abgelaufene Verbindung, eine nicht gemappte Rate, einen ungültigen Datumsbereich, ein Währungsproblem oder einen Preis außerhalb der zulässigen OTA-Grenzen hin.

Massenänderungen (Bulk Updates) können ebenfalls länger dauern als ein Update für ein einzelnes Datum. Die Neukalkulation von 365 Tagen über zehn Zimmer-Raten-Kombinationen erzeugt weitaus mehr Nachrichten als die Änderung an einem Wochenende. Einige Systeme senden nur geänderte Daten, während andere einen größeren Bereich ersetzen.

Manuelle OTA-Aktionen stellen eine weitere Quelle für scheinbare Diskrepanzen dar. Eine Basisrate von 200 $ wird möglicherweise korrekt synchronisiert, aber ein Mobile-Deal reduziert den für den Gast sichtbaren Preis auf 180 $. Bevor Sie dies als Fehler behandeln, trennen Sie die vom Hotel bereitgestellte Basisrate von OTA- oder unterkunftsfinanzierten Rabatten.

Senden Sie bei dringenden Änderungen nicht immer wieder dasselbe Update, ohne dessen Status zu überprüfen. Wiederholte vollständige Übertragungen können zu einer längeren Warteschlange führen. Überprüfen Sie zuerst den zuletzt akzeptierten Wert, den Nachrichtenzeitstempel, die betroffene Raten-ID und alle Fehlerantworten.

Eine praktische Routine zur Überprüfung der Ratensynchronisation

Tägliche Stichproben sollten sich auf Daten konzentrieren, an denen ein veralteter Preis teuer wäre: kurz vor dem Ausverkauf, lokale Veranstaltungen, neue Aktionen, Änderungen von Restriktionen und am Rand des Buchungsfensters.

Notieren Sie die erwartete Basisrate, abgeleitete Rate, Restriktion und das öffentliche Ergebnis für zwei oder drei Beispieldaten. Vergleichen Sie die Hotelsoftware oder Preisquelle, das Übertragungsprotokoll des Channel Managers, das OTA-Extranet und die für Gäste sichtbare Suche.

Verwenden Sie die von der OTA angezeigte Währung und Belegung. Ein Preis für zwei Gäste kann nicht zuverlässig mit einer Basisrate für einen Gast verglichen werden. Beziehen Sie Steuern und Gebühren konsequent mit ein und notieren Sie, ob das öffentliche Ergebnis pro Nacht oder für den gesamten Aufenthalt gilt.

Wenn ein Kanal falsch ist, vermeiden Sie es, jeden Kanal zu ändern. Bestätigen Sie das Zimmer- und Raten-Mapping und grenzen Sie dann ein, ob der Fehler die Stammrate, eine abgeleitete Rate, eine Restriktion oder eine Belegungsstufe betrifft. Ein begrenztes erneutes Senden ist sicherer als das Überschreiben von einem Jahr korrekter Daten.

Eskalieren Sie mit Beweisen. Fügen Sie die Unterkunfts-ID, Zimmer- und Raten-IDs, Aufenthaltsdaten, erwarteten Wert, angezeigten Wert, Aktualisierungszeitstempel, Bestätigung, Fehlertext und Screenshots hinzu. Dies gibt dem Anbieter der Hotelsoftware oder der OTA genügend Details, um die Nachricht nachzuverfolgen.

FAQ

Wie schnell sollten Hotelpreise bei OTAs aktualisiert werden?

Verbundene Systeme senden Änderungen normalerweise, sobald sie gespeichert sind, aber die Zeit bis zur öffentlichen Anzeige variiert je nach Kanal und Update-Größe. Überprüfen Sie dringende Änderungen auf der für den Gast sichtbaren Seite und untersuchen Sie, ob das Übertragungsprotokoll einen Fehler oder keine Bestätigung aufweist.

Warum weicht ein OTA-Preis von der Rate im Hotel-Managementsystem ab?

Die Ursache kann eine fehlgeschlagene Synchronisation, ein falsches Mapping, belegungsabhängige Preisgestaltung, Währungsumrechnung, Steuern, eine OTA-Aktion oder eine manuelle Überschreibung im Extranet sein. Vergleichen Sie dasselbe Zimmer, denselben Ratenplan, Daten, Belegung, Währung und Inklusivleistungen, bevor Sie die Diskrepanz diagnostizieren.

Was ist der Unterschied zwischen einer Basisrate und einer abgeleiteten Rate?

Eine Basis- oder Stammrate wird direkt gepflegt. Eine abgeleitete Rate wird aus dieser Stammrate unter Verwendung eines Prozentsatzes oder einer festen Anpassung berechnet, z. B. BAR minus 10 % für ein nicht erstattungsfähiges Angebot.

Werden Mindestaufenthaltsregeln mit Hotelpreisen synchronisiert?

Das können sie, wenn die OTA-Verbindung die Restriktion unterstützt und das Zimmer-Raten-Mapping korrekt ist. Preis- und Restriktionsnachrichten können unabhängig voneinander erfolgreich sein oder fehlschlagen, testen Sie die Regel daher mit einer tatsächlichen Gästesuche.

Sollte das Hotelpersonal Preise direkt in OTA-Extranets bearbeiten?

Vermeiden Sie routinemäßige Extranet-Bearbeitungen, wenn die Hotelsoftware oder der Channel Manager die verlässliche Datenquelle ist. Ein manueller Wert kann durch die nächste Synchronisation überschrieben werden oder im Konflikt mit einer Regel für abgeleitete Raten stehen. Verwenden Sie das Extranet nur für Einstellungen, die dort bewusst gesteuert werden.

Halten Sie die Preisquelle klar definiert

Eine konsistente OTA-Preisgestaltung hängt von der Zuständigkeit ab. Definieren Sie, wo sich die BAR ändert, wo abgeleitete Raten (Child-Raten) hergeleitet werden, wo Restriktionen gesteuert werden und welche Aktionen innerhalb der jeweiligen OTA verbleiben.

Überprüfen Sie dann den gesamten Pfad, anstatt sich auf einen grünen Status zu verlassen: Quellwert, ausgehende Nachricht, OTA-Bestätigung und für den Gast sichtbares Ergebnis. Diese Routine hält die Ratensynchronisation nützlich, ohne eine Verarbeitungsverzögerung, eine Aktion oder einen Mapping-Fehler mit einer Preisentscheidung zu verwechseln.