Get Products (GET /products) – quando Booking.com configura la tua connessione, e ogni volta che aggiorna le sue inserzioni, legge tutti i prodotti abilitati sulla connessione, con le relative opzioni e unità (tipi di biglietto come Adulto o Bambino).

Get Product (GET /products/{productId}) – Booking.com rilegge un singolo prodotto per recepire le modifiche a opzioni, unità, limiti di prenotazione e impostazioni.

Mappatura dal lato di Booking.com – Booking.com collega ogni opzione e unità Ventrata alla propria scheda e ai propri tipi di biglietto. Se ne occupa il tuo account manager di Booking.com, oppure lo fai tu nel portale di Booking.com, se disponibile. Non devi condividere una chiave API: Booking.com accede alla connessione in modo sicuro da Ventrata.

Booking.com legge l'elenco completo dei tuoi prodotti circa ogni 3 ore.

Rilegge ogni prodotto circa ogni 2 ore.

Capability ventrata/content – Booking.com la aggiunge all'header Octo-Capabilities, così Get Products (GET /products) e Get Product (GET /products/{productId}) restituiscono anche i contenuti dei tuoi prodotti: titoli, descrizioni, punti salienti, inclusioni ed esclusioni, immagini, FAQ, istruzioni di riscatto e posizione.

Booking.com non ha un'interfaccia che permetta ai fornitori di modificare i contenuti, quindi ciò che imposti in Ventrata è ciò che Booking.com mostra.

Booking.com verifica i contenuti rispetto alle proprie linee guida e ai requisiti minimi e archivia o mette offline i prodotti che non li rispettano, ad esempio con una descrizione vuota o un Google Place ID non aggiornato.

Booking.com rilegge i tuoi prodotti ogni qualche ora e le modifiche ai contenuti di solito compaiono entro circa 24 ore.

Le immagini vengono sincronizzate tramite URL, quindi un'immagine sostituita richiede un nuovo caricamento in Ventrata.

Availability Check (POST /availability) – Booking.com invia un prodotto, un'opzione e una data o un intervallo di date. Ventrata risponde con ogni giorno o fascia oraria prenotabile, il relativo stato (AVAILABLE, LIMITED, SOLD_OUT, CLOSED o FREESALE), i posti rimanenti, il limite di prenotazione e un availabilityId, che Booking.com deve usare per prenotare quella fascia.

Verifica al momento della prenotazione – quando un cliente prenota, Ventrata ricontrolla la capacità prima di creare la prenotazione, quindi Booking.com non può fare overbooking su una fascia appena esaurita, anche se la disponibilità che ha memorizzato è leggermente obsoleta.

Availability Check: Booking.com controlla i tuoi prodotti 24 ore su 24, di solito a partire da circa 6 mesi da oggi e coprendo 10 giorni per richiesta, guarda fino a circa un anno avanti e ricontrolla lo stesso prodotto e le stesse date circa ogni 30 minuti.

I controlli sono distribuiti uniformemente nell'arco delle 24 ore, il che indica una sincronizzazione pianificata in background anziché ricerche dei clienti in tempo reale.

Capability octo/pricing – Booking.com aggiunge sempre octo/pricing all'header Octo-Capabilities delle sue richieste, così ogni controllo della disponibilità include i tuoi prezzi.

Availability Check (POST /availability) – con i prezzi attivi, ogni giorno o fascia oraria viene restituito con il tuo prezzo per unità (tipo di biglietto): il prezzo retail pagato dal cliente e il prezzo net che fatturi a Booking.com, entrambi presi dai prezzi del rivenditore in Ventrata (al pubblico e all'ingrosso/commissioni).

Prezzi di gruppo – quando Booking.com invia anche quante persone di ciascun tipo di unità stanno prenotando, Ventrata calcola il prezzo esatto per quel gruppo. È importante per le tariffe Booking Size e altri prezzi di gruppo.

Booking Reservation (POST /bookings) e Booking Confirmation (POST /bookings/{uuid}/confirm) – la prenotazione viene restituita con il prezzo al pubblico e il prezzo netto finali, quindi in Ventrata la prenotazione registra sempre il prezzo a cui è stata venduta.

Booking.com richiede octo/pricing in tutte le sue verifiche della disponibilità, quindi vende ai tuoi prezzi Ventrata.

Booking.com non invia il numero di persone per tipo di unità, quindi i prezzi vengono restituiti per persona e i prezzi di gruppo, come le tariffe Booking Size, potrebbero non essere mostrati correttamente su Booking.com.

Capability octo/offers – con questa capability Ventrata applica le tue promozioni idonee ai prezzi della disponibilità e alle prenotazioni, e Booking.com può anche inviare un codice promozionale (offerCode).

Le promozioni funzionano insieme ai prezzi, quindi richiedono anche octo/pricing.

Questo riguarda le promozioni che crei in Ventrata (promozioni avviate dal fornitore).

Booking.com richiede octo/offers.

Booking.com blocca i posti per circa 20 minuti mentre il cliente paga (expirationMinutes).

Una prenotazione tipica su Booking.com è per circa 3 persone.

È normale vedere più blocchi che prenotazioni confermate: i blocchi dei clienti che non completano il pagamento semplicemente scadono.

Booking.com controlla anche le prenotazioni che ha effettuato, con Get Booking (GET /bookings/{uuid}), ogni pochi minuti, ad esempio per riconciliare i propri dati.