Zum Inhalt

Roadmap zur Anbindung neuer OTA-Partner

Vorarbeiten

Alle Anfragen werden vom Connectivity Team übernommen.

Der Onboarding Prozess für einen neuen Channel Manager kann und soll dann relativ automatisiert laufen:

  • Bedarf neuer Schnittstellen wird analysiert
  • Abschätzung der Dauer des Anbindungsprozesses

Dokumente

Roadmap - die 4 Phasen der Anbindung

  • Phase 1 – Einführungsphase / Initiation Phase
  • Phase 2 – Entwickung / Development & certification
  • Phase 3 – Test/Produktion mit Pilot-Hotels
  • Phase 4 – Produktion / Live Betrieb

Phase 1 – Einführungsphase / Initiation Phase

Der Vertriebspartner und Kurzurlaub.de besprechen und unterzeichnen ggf. Verträge (bspw. Partnerschaftsvereinbarung, Vertraulichkeitsvereinbahrungen usw).

Austausch der Dokumentationen

Das technische Team des Vertriebspartners und Kurzurlaub.de IT liest die Dokumentation der jeweiligen Gegenseite und bestätigt seine technische Fähigkeit, eine Verbindung herzustellen.

Abweichungen vom OTA Standard

Abweichungen vom OTA Standard werden aufgelistet und mit einem Aufwand in Std. oder Tagen bewertet.

  • Wer ist verantwortlich für die Anpassungen?
  • Wer programmiert gegen wessen Schnittstelle?
  • Authentifizierung mit Hotel-ID (kann die Hotel-ID beim Partner hinterlegt werden und uns dann übermittelt werden?)
  • Notwendige Workarounds für abweichende Attribut-Namen oder Inhalte (bspw. Attributname für den Login oder eine Periode (Start - Ende) wobei Ende der Tag danach ist)

Phase 2 – Entwickung / Development & certification

Der Prozess der Entwickung ist in 4 Schritte unterteilt

  1. Account Erstellung
  2. Kick-off Meeting
  3. Entwicklung / Anpassungen für den Agent
  4. Zertifizierung

Schritt 1: Account Erstellung

Für den OTA-Partner (Agent) wird

  • ein Agent Datensatz mit AgentDutyCode, login/pwd usw. angelegt
  • ein Testhotel erstellt (mit EZ, DZ und einem Angebot)
  • neuer Agent wird im Testhotel eingebunden
  • Einrichtung der HTTP Basic Auth für den Agent
  • Anfrage / Hinterlegen von Agent IPs in der IP-WhiteList

Beim OTA-Partner

  • Einrichtung eines Test Accounts (Backend CM System), um Mapping etc. Senden von Reservierunge u prüfen

Schritt 2: Kick-off Meeting

Der Kick-Off-Call / Meeting ist eine grundlegende Erklärung, wie die Schnittstelle und Konnektivität funktioniert.

Wie funktioniert die 2-Wege-Konnektivität?

  • Hotelinformationen, Raten und Zimmertyp-Informationen müssen auf dem Kurzurlaub.de System definiert und mit ihren Details/Beschreibungen manuell in das OTA System geladen werden.
  • Über die in der Dokumentation beschriebene Funktionalität (lesende Funktionen für Zimmer / Angebote) ruft der Partner die bei Kurzurlaub.de definierten Zimmertypen & Angebote (mit ihrem RoomTypeCode / RoomID / RatPlanId / RatePlanCode) ab.
  • Jede XML-Nachricht (Zimmerdaten, Avail-Daten, Reservierungen) muss die Codes/IDs enthalten

Erklärung zur Echtzeit-Datenverarbeitung:

  • OTA Partner sendet Verfügbarkeiten / Einschränkungen in Echtzeit an Kurzurlaub.de

    • pro Kombination aus HotelCode / Zimmertypen (RoomTypeCode)
    • pro Kombination aus HotelCode / Zimmertypen und Angebote (Room/Rate = RoomTypeCode + RatePlanCode)

  • es können Daten für 2 Jahre im Vorraus empfangen werden

  • nach dem Verbinden und Mappen dann nur noch die Daten, die in Echtzeit geändert werden (bei Änderung eines Tarifs, bei einer Reservierung usw.)
  • es werden ggf. jede Nacht Planungsaktualisierungen für Zeitraum X gesendet

Buchungen in Echtzeit

  • OTA Partner ruft alle X Minuten neue / nicht gesendete Buchungen der verbundenen Hotels ab bspw. OTA_ReadRQ (nur 1-Weg)
  • Das Push Notification System von Kurzurlaub.de sendet neue Buchungen in Echtzeit an OTA Partner,
  • wenn sie auftreten. (2-Wege) Danach werden diese Buchungen per Reservation-ID vom Partner abgerufen (OTA_HotelResNotifRQ)

Schritt 3: Entwicklung / Anpassungen für den Agent

Das Connectivity Team wird die Entwicklung der Anpassungen für den OTA-Partner koordinieren und verfolgen – derselbe Mitarbeiter wird die Konnektivität zertifizieren.

Das Konnektivitätsmodell wird festgelegt:

  • 1 oder 2 Wege-Konnektivität (mit/ohne Push Notification)
  • Push Notification Service mit / ohne XML in der Nachricht
  • Room oder Room/Rate based

Schritt 4: Zertifizierung

Der OTA-Partner und Kurzurlaub.de reichen die endgültige Schnittstelle zur Zertifizierung ein.

Jeder stellt die Testplan-Dokumentation und spezifische Testfälle zur Verfügung.

  • Buchung 2 Personen / 1 Zimmer / 2 Nächte
  • Buchung 2 Personen / 1 Zimmer / 2 Nächte mit 2 Services (1x und 2x Serviceleistung)
  • Buchung 2 Personen / Kinder
  • Buchung 2 x 2 Personen / 2 gleiche Zimmer / 2 Nächte
  • Buchung 2 x 2 Personen / 2 verschiedene Zimmertypen / 2 Nächte
  • Buchung 2 x 2 Personen / 2 verschiedene Zimmertypen / 3 Nächte + 2 x Verlängerung

dabei sollen Buchungen mit RoomStays getestet werden

  • Umrechnung Angebotspreis in RoomStays bspw. Preise pro Person für 2 Personen auf 2 / 3 Nächte der RoomStays
  • Umrechnung Verlängerungsnächte in RoomStays

Phase 1: Test grundlegender XML-Austausch: um zu überprüfen, ob alles global funktioniert.

Dies erfolgt immer nur für das Testhotel bei Kurzurlaub.de auf DEV / TEST oder LIVE Stage und einer Test-Umgebung beim Partner.

Was Kurzurlaub bereitstellt und vom Partner benötigt:

  • URLs der einzelnen XML-Dienste (Daten abrufen / Buchungen senden)
    • DEV / TEST Stage URL
    • Live / Produktivsystem URL
    • Sind es immer gleiche URLs oder können es verschiedenen URLs für jede Methode sein (wie REST-API)
  • Ein konfiguriertes Testhotel mit typischer Hotelkonfiguration: Mehrere Zimmertypen und Arten von Tarifen / Angeboten, die der Partner unterstützen kann
  • Ein Extranet-Zugang auf dem Partner (oder ähnliches), um das Senden zu überprüfen
  • Eine Möglichkeit, Reservierungen/Stornierungen zu generieren (und eventuell Änderungen, wenn möglich)

Was tun bei Fehlern? Sollten Fehler auftreten, hilft unser Log und/oder die Standard OTA ErrorCodes.

Links zur Doku der

Phase 2: Wenn Phase 1 erfolgreich ist, verwendet Kurzurlaub.de und der Partner einen Konnektor in der Produktions-Umgebung und verbindet das Testhotel.

Was wird getestet: XML-Austausch in Echtzeit im Live Betrieb (Inventory update / Buchungen)

Phase 3 – Test/Produktion mit Pilot-Hotels

Kurzurlaub.de und der OTA Partner vereinbaren maximal 3 Pilothotels, die zuerst in der Produktionsumgebung verbunden werden.

Es ist für alle Parteien am besten, wenn diese Hotels bestehende Benutzer von Kurzurlaub.de und dem Partner sind.

Vorraussetzungen für Pilothotels:

  • bestehende Benutzer von Kurzurlaub.de und dem Partner
  • Ansprechpartner im Hotel bekannt, kompetent und erreichbar
  • regelmäßige Seitenaufrufe
  • regelmäßige Buchungen
  • mit / ohne PMS im Hotel (Durchleiten von Buchungsdaten im Hotel)

Die Vorlaufzeit für die vollständige Konfiguration der Pilotumgebungen im Live Betrieb (Mapping & Synchronisation) beträgt normalerweise 2-3 Tage.

Kurzurlaub.de Intern:

OTA Partner ist in der Rezeption eingestellt und sichtbar aber vom Hotel nicht selbst auswählbar.

Phase 4 – Produktion / Live Betrieb

Sobald der OTA Partner zertifiziert ist und die Tests mit den Pilothotels seit ca. 2 Wochen erfolgreich laufen, können der Verbindung weitere Hotels hinzugefügt werden.

Kurzurlaub.de wird den gemeinsamen Konnektivitätsprozess sowie den Kontakt zum Hotel-Team und dem Partner bereitstellen.

Kurzurlaub.de Intern:

OTA Partner ist in der Rezeption vom Hotel selbst auswählbar.