Get Products (GET /products): cuando Project Expedition configura su conexión, y cada vez que actualiza sus anuncios, lee todos los productos habilitados en la conexión, con sus opciones y unidades (tipos de entrada, como Adulto o Niño).

Get Product (GET /products/{productId}): Project Expedition vuelve a leer un producto concreto para recoger los cambios en sus opciones, unidades, plazos límite de reserva y ajustes.

Mapeo por parte de Project Expedition: Project Expedition vincula cada opción y unidad de Ventrata con su propio anuncio y sus tipos de entrada. Su gestor de cuenta en Project Expedition lo hace por usted, o lo hace usted mismo en el portal de Project Expedition, si Project Expedition ofrece uno. Usted solo comparte la clave API de la conexión.

Project Expedition lee su lista completa de productos aproximadamente una vez al día.

Vuelve a leer cada producto aproximadamente cada 11 horas.

Capability octo/content: cuando Project Expedition la añade a la cabecera Octo-Capabilities, Get Products (GET /products) y Get Product (GET /products/{productId}) también devuelven el contenido de sus productos, como descripciones, puntos destacados, servicios incluidos e imágenes.

Los cambios de contenido en Ventrata llegan a Project Expedition en su siguiente actualización de productos.

Project Expedition solicita octo/content.

Availability Check (POST /availability): Project Expedition envía un producto, una opción y una fecha o un intervalo de fechas. Ventrata responde con cada día o franja horaria reservable, su estado (AVAILABLE, LIMITED, SOLD_OUT, CLOSED o FREESALE), las plazas restantes, el plazo límite de reserva y un availabilityId, que Project Expedition necesita para reservar esa franja.

Availability Calendar (POST /availability/calendar): devuelve un resumen por día en lugar de cada franja horaria, normalmente para mostrar qué fechas están abiertas en un selector de fechas.

Comprobación al reservar: cuando un cliente reserva, Ventrata vuelve a comprobar el aforo antes de crear la reserva, de modo que Project Expedition no puede sobrevender una franja que acaba de agotarse, aunque la disponibilidad que tiene almacenada esté ligeramente desactualizada.

Availability Check: Project Expedition consulta sus productos a lo largo del día, normalmente a partir de 24 días vista y cubriendo 2 días por solicitud; consulta hasta aproximadamente un año vista y vuelve a consultar el mismo producto y las mismas fechas aproximadamente cada 4 horas.

Availability Calendar: Project Expedition consulta cada producto aproximadamente cada 7 horas, normalmente a partir de hoy y cubriendo aproximadamente un año por solicitud, y consulta hasta aproximadamente un año vista.

Las consultas se reparten a lo largo del día sin un pico marcado, lo que sugiere una combinación de sincronizaciones programadas y búsquedas de clientes en tiempo real.

Capability octo/pricing: Project Expedition solicita los precios añadiendo octo/pricing a la cabecera Octo-Capabilities de sus solicitudes. Sin ella, Ventrata envía la disponibilidad sin ningún precio.

Availability Check (POST /availability): con los precios activados, cada día o franja horaria se devuelve con su precio por unidad (tipo de entrada): el precio de venta al público que paga el cliente y el precio neto que usted factura a Project Expedition, ambos a partir de los precios del revendedor en Ventrata (de venta al público y mayoristas o de comisión).

Precios para grupos: cuando Project Expedition también envía cuántas personas de cada tipo de unidad reservan, Ventrata calcula el precio de ese grupo exacto. Esto es importante para las tarifas por tamaño de la reserva (Booking Size) y otros precios para grupos.

Booking Reservation (POST /bookings) y Booking Confirmation (POST /bookings/{uuid}/confirm): la reserva se devuelve con su precio final de venta al público y neto, de modo que la reserva en Ventrata siempre registra el precio al que se vendió.

Project Expedition solicita octo/pricing en todas sus consultas de disponibilidad, por lo que vende con sus precios de Ventrata.

Project Expedition envía el número de personas por tipo de unidad, de modo que los precios de grupo se calculan según la reserva real.

Project Expedition no establece un tiempo de retención, por lo que se aplica el tiempo de retención predeterminado.

Una reserva típica de Project Expedition es para unas 3 personas.

Project Expedition también comprueba las reservas que ha realizado, con Get Booking (GET /bookings/{uuid}) aproximadamente cada 2 horas, por ejemplo para conciliar sus registros.

Capability octo/pickups: Project Expedition puede ver qué opciones ofrecen recogida y sus puntos de recogida, y enviar con la reserva el punto de recogida o el hotel del cliente.

Si un hotel no coincide con ninguno de sus puntos de recogida, Ventrata lo guarda con la reserva para que pueda organizar la recogida.

Project Expedition envía los datos de recogida con sus reservas.

Capability octo/questions: Project Expedition lee las preguntas configuradas en sus productos y envía las respuestas del cliente con la reserva, y usted las ve en Ventrata.

Project Expedition envía las respuestas a sus preguntas de reserva.