Get Products (GET /products) – wenn Klook Ihre Verbindung einrichtet und immer dann, wenn Klook seine Angebote aktualisiert, liest Klook jedes für die Verbindung aktivierte Produkt mit seinen Optionen und Einheiten (Tickettypen wie Erwachsener oder Kind).

Get Product (GET /products/{productId}) – Klook liest ein einzelnes Produkt erneut, um Änderungen an Optionen, Einheiten, Buchungsfristen und Einstellungen zu übernehmen.

Zuordnung auf der Seite von Klook – Klook verknüpft jede Ventrata-Option und -Einheit mit dem eigenen Angebot und den eigenen Tickettypen. Ihr Account Manager bei Klook erledigt das für Sie, oder Sie tun es selbst im Portal von Klook, sofern eines angeboten wird. Sie teilen nur den API-Schlüssel der Verbindung.

Klook liest Ihre vollständige Produktliste etwa alle 15 Stunden ein.

Jedes einzelne Produkt wird etwa alle 20 Minuten erneut eingelesen.

Availability Check (POST /availability) – Klook sendet ein Produkt, eine Option und ein Datum oder einen Zeitraum. Ventrata antwortet mit jedem buchbaren Tag oder Zeitfenster, dessen Status (AVAILABLE, LIMITED, SOLD_OUT, CLOSED oder FREESALE), den verbleibenden freien Plätzen, der Buchungsfrist und einer availabilityId, die Klook zum Buchen dieses Zeitfensters benötigt.

Prüfung bei der Buchung – wenn ein Kunde bucht, prüft Ventrata die Kapazität erneut, bevor die Buchung angelegt wird. So kann Klook ein gerade ausverkauftes Zeitfenster nicht überbuchen, selbst wenn die gespeicherte Verfügbarkeit leicht veraltet ist.

Availability Check: Klook prüft Ihre Produkte über den Tag verteilt, beginnt in der Regel etwa 2 Monate im Voraus, deckt pro Anfrage 20 Tage ab, schaut bis zu etwa ein Jahr voraus und prüft dasselbe Produkt und dieselben Daten etwa alle 8 Stunden erneut.

Die Abfragen verteilen sich ohne ausgeprägte Spitze über den Tag, was auf eine Mischung aus geplanten Synchronisierungen und Live-Suchen von Kunden hindeutet.

octo/pricing-Capability – Klook fordert Preise an, indem octo/pricing in den Octo-Capabilities-Header der Anfragen aufgenommen wird. Ohne diese Angabe sendet Ventrata die Verfügbarkeit ganz ohne Preise.

Availability Check (POST /availability) – bei aktivierten Preisen wird jeder Tag bzw. jedes Zeitfenster mit Ihrem Preis pro Einheit (Tickettyp) zurückgegeben: dem retail-Preis, den der Kunde zahlt, und dem net-Preis, den Sie Klook in Rechnung stellen, beide aus der Preisgestaltung des Wiederverkäufers in Ventrata (Verkaufspreis und Großhandel/Provision).

Gruppenpreise – wenn Klook zusätzlich mitteilt, wie viele Personen je Einheitentyp buchen, berechnet Ventrata den Preis genau für diese Gruppe. Das ist wichtig für Tarife nach Buchungsgröße und andere Gruppenpreise.

Booking Reservation (POST /bookings) und Booking Confirmation (POST /bookings/{uuid}/confirm) – die Buchung wird mit ihrem endgültigen Verkaufs- und Nettopreis zurückgegeben, sodass die Buchung in Ventrata immer den Preis enthält, zu dem sie verkauft wurde.

Klook fordert octo/pricing bei allen Verfügbarkeitsabfragen an und verkauft daher zu Ihren Ventrata-Preisen.

Klook übermittelt nicht die Anzahl der Personen je Einheitentyp, daher werden Preise pro Person zurückgegeben, und Gruppenpreise wie Tarife nach Buchungsgröße werden auf Klook möglicherweise nicht korrekt angezeigt.

octo/offers-Capability – damit wendet Ventrata Ihre berechtigten Werbeaktionen auf Verfügbarkeitspreise und Buchungen an, und Klook kann zudem einen Aktionscode senden (offerCode).

Werbeaktionen funktionieren zusammen mit der Preisgestaltung und benötigen daher zusätzlich octo/pricing.

Dies umfasst Werbeaktionen, die Sie in Ventrata erstellen (vom Anbieter initiierte Werbeaktionen).

Klook fordert octo/offers normalerweise nicht an. Klären Sie daher mit Klook, bevor Sie sich dort auf Ventrata-Werbeaktionen verlassen.

Klook legt keine Reservierungsdauer fest, daher gilt die Standard-Reservierungsdauer.

Eine typische Buchung über Klook umfasst etwa 2 Personen.

Es ist normal, mehr Reservierungen als bestätigte Buchungen zu sehen: Reservierungen von Kunden, die die Zahlung nicht abschließen, laufen einfach ab.

Klook prüft außerdem etwa einmal täglich mit Get Booking (GET /bookings/{uuid}) die selbst erstellten Buchungen, zum Beispiel um den eigenen Datenbestand abzugleichen.

octo/pickups-Capability – Klook sieht, welche Optionen eine Abholung anbieten und welche Abholpunkte es gibt, und übermittelt mit der Buchung den Abholpunkt oder das Hotel des Kunden.

Wenn ein Hotel keinem Ihrer Abholpunkte entspricht, speichert Ventrata es mit der Buchung, damit Sie die Abholung organisieren können.

Klook fordert die Capability octo/pickups an, sendet mit den Buchungen aber normalerweise keinen Abholpunkt und kein Hotel. Klären Sie mit Klook, wie Abholdetails erfasst werden.