Buscando oferta complementaria usando el estándar OTA

Reserva de actividades náuticas a través de Techmotrip

Tras ver la teoría acerca de la Alianza OpenTravel (OTA) en nuestro anterior post, llega el momento de ver un ejemplo práctico.

Supongamos que un usuario realiza una búsqueda de ocio complementario en una web basada en Techmotrip con las siguientes características:

• Lugar: Mogán, en Gran Canaria (España)
• Duración: Durante 30 días a partir de Diciembre de 2011
• Personas: 2 Adultos y 2 niños con edades de 12 y 15
• Límite de precio: menor de 400€

La web recoge los datos de la búsqueda y genera un mensaje XML, acorde al estándar OTA, para enviárselo al motor de reservas que maneja toda la lógica de disponibilidad de productos. Dicho XML tendría el siguiente aspecto: (con el propósito de hacer el XML más comprensible, hemos omitido el inicio del mensaje y puesto comentarios en violeta):

< OTA_TourSearchRQ >
<SearchCriteria>
<SearchDateRange Duration=”P5D”>
<DateWindowRange WindowBefore=”P30D” WindowAfter=”P30D”>2011-12-01
</DateWindowRange>
</SearchDateRange>
<!– Lugar –>
<DestinationPref Code=”ES”  StateCodeList=”GC” Placemark=”Mogan”/>
<SupplierPref CompanyShortName=”Techmotrip” PreferLevel=”Preferred”/>
<!– 2 Adultos –>
<CustomerCounts Code=”10″ Quantity=”2″/>
<!– 2 niños –>
<CustomerCounts Code=”8″ Quantity=”1″ Age=”12″/>
<CustomerCounts Code=”8″ Quantity=”1″ Age=”15″/>
<!— Precio máximo 400€ –>
<PricePref PricingType=”Per day” MinPrice=”0.00″ MaxPrice=”400.00″ CurrencyCode=”EUR”/>
</SearchCriteria>
</OTA_TourSearchRQ>

Este mensaje le llega al motor de Techmotrip, donde se inicia una búsqueda según los parámetros especificados.

Entre toda la oferta complementaria disponible encuentra un producto que cumple con los requisitos. Los datos de dicho producto son:

• Paseo en barco con buffet incluido
• Día 3 de Diciembre de 2011
• Precio 250€

Ahora hay que responderle a la web que lanzó la búsqueda, con lo que volvemos a crear un XML basado en OTA con la respuesta:

< OTA_TourSearchRS >
<Success/> <!- petición correcta –>
<Tours>
<Tour>
<TourName ShortName=”Prince Sound”/>
<MultimediaDescriptions>
<MultimediaDescription>
<ImageItems/>
</MultimediaDescription>
<MultimediaDescription InfoCode=”1″>
<!- descripcion del producto –>
<TextItems>
<Description>Paseo en barco por la costa de Gran Canaria. Buffet  incluido.</Description>
</TextItems>
</MultimediaDescription>
</MultimediaDescriptions>
<!- lugar –>
<Destination>
<StateProv StateCode=”GC”/>
<CountryName Code=”ES”/>
<Region RegionName=”Mogan”/>
</Destination>
<Category Type=”Activity”>
<CategoryItem Name=”Sailing &amp; Small Boats” Code=”190″/>
</Category>
<Category Type=”Theme”>
<CategoryItem Name=”Singles” Code=”1″/>
<CategoryItem Name=”Family” Code=”2″/>
</Category>
<Category Type=”Exertion”>
<CategoryItem Name=”Medium” Code=”2″/>
</Category>
<!- precio –>
<Charge CurrencyCode=”USD” Amount=”250.00″/>
<Duration Duration=”P1D” Description=”1 day”/>
<!- salida –>
<Departures>
<DepartureSchedule InfoType=”General” Start=”2011-12-03″ End=”2011-12-04″/>
</Departures>
<SupplierInfo>
<CompanyName>Geographic Expeditions</CompanyName>
</SupplierInfo>
<URLs>
<URL Type=”Trip”>http://www.techmotrip.com/destination.php?id=352</URL>
</URLs>
</Tour>
</Tours>
</OTA_TourSearchRS>

La web recibe esta respuesta, la procesa, y le muestra al usuario por pantalla los datos del producto encontrado para que pueda proceder a su reserva.

Usando este modelo de comunicación podemos conseguir un intercambio de información completo entre todos los sistemas de información existentes en el sector. La gran ventaja es que mientras todos “hablen” el mismo idioma (OTA) no tienen porqué entender cómo están hechos el resto de sistemas, lo cual abre un enorme abanico de posibilidades para la interconexión de los distintos sistemas de información turísticos existentes en el mercado.