Il prodotto Travel XML Proxy nasce per potenziare l'interoperabilità in tempo reale del sistema gestionale dell'operatore turistico con il sistema gestionale degli altri attori che compongono la catena di distribuzione, sia che esso debba realizzare lo strumento di approvvigionamento sia che esso debba realizzare lo strumento di distribuzione.

Approvvigionamento

Il prodotto Travel XML Proxy presenta una interfaccia webservices alla quale è possibile sottoporre richieste con sintassi XML OTA e l'engine provvede ad inoltrare in contemporanea, verso ciascuno dei provider di risorse turistiche configurato, la medesima richiesta ovviamente tradotta nella sintassi compresa dal provider. Le risposte vengono collezionate e ricomposte in un unico messaggio XML OTA.

Connettori di Approvvigionamento

Grazie all'architettura modulare realizzata per mezzo di processi separati in grado di colloquiare in rete il Travel XML Proxy mantiene le funzioni specifiche di ciascun provider separate da quelle comuni, confinandole in un processo sepecifico denominato "connettore di approvvigionamento". Questa architettura consente all'operatore turistico di sviluppare sul suo sistema gestionale una unica interfaccia (il client webservices), ed una unica sintassi XML (quella OTA) e di lasciare al Travel XML Proxy il compito di gestire la complessità derivante dalle diversità tra i vari provider.

Infotech sulle diverse tipologie di risorse turistiche (Voli, Voli Lowcost, Hotel, Auto, Trasferimenti, Escursioni, etc) ha già realizzato i "connettori di approvvigionamento" verso i principali provider di tipologia IDS quali ad esempio:

• Booking
• Click
• Expedia
• GTA
• HotelBeds
• HotelClub
• Kuoni
• Laterooms
• Octopus
• Restel
• Sehrs
• Smilo
• Teamamerica
• Tourico
• TransHotel
• Travco
• Travalco
• Venere
• HolidayAuto
• Flightscanner
• etc.

e verso i principali provider GDS

• Amadeus
• Galileo
• Sabre
• Ultradirect XML (Pegasus)

Infotech è inoltre in grado di sviluppare in tempi molto brevi e quindi a costi molto contenuti "connettori di approvvigionamento" su commessa verso qualsiasi IDS/GDS che distribuisca risorse turistiche on line.

Distribuzione

Associando un indirizzo pubblico di Internet all'interfaccia webservices XML OTA del Travel XML Proxy e dotandolo di un "connettore di approvvigionamento" verso il sistema gestionale dell'operatore turistico, il Travel XML Proxy realizza una interfaccia per la distribuzione on-line delle risorse dell'operatore turistico.

Infotech ha già realizzato i "connettori di approvvigionamento" verso i gestionali di alcuni operatori turistici ed in particolare verso i gestionali realizzati con i prodotti di :

• Datagest
• Dolphin Italia (Dolphin Tour Operator)
• SIAP

Infotech è inoltre in grado di sviluppare su commessa eventuali "connettori di approvvigionamento" anche per sistemi gestionali non derivati da software commerciale.

Connettori di Distribuzione

La distribuzione verso alcune tipologie di soggetti (GDS) rende indispensabile una interfaccia diversa dal webservices con messaggi XML OTA, anche in questo caso, come nel caso dell'approvigionamento, le diversità vengono relegate in un processo separato denominato "connettore di distribuzione".

In questo modo l'integrazione con il sistema gestionale dell'operatore rimane unica ed inalterata, mentre tutta la logica specifica del canale di distribuzione, viene gestita da un processo separato.

Infotech ha già realizzato il connettore di distribuzione per il canale:

• Pegasus (UltraConnect e UltraSelect)

ed sta realizzando i connettori di distribuzione per alcuni GDS e per alcuni IDS che richiedono la tecnologia di push.

Mappa Funzionalità Provider Strutture Ricettive

Non tutte le funzionalità sono pienamente supportate dai vari provider di strutture ricettive per cui di seguito forniamo alcune matrici che illustrano alcune differenze significative.

Matrice 1

• Ricerca HotelList (il provider consente la ricerca di disponibilità specificando una lista di hotel su cui verificare )
• Ricerca MultiRoom (il provider consente la ricerca di disponibilità per più di una camera e con profili partecipanti diversi per ogni camera)
• Ricerca Multi Profili (il provider, caso di ricerca multi room, con profili partecipanti (numero adulti, numero bambini e realtiva età) diversi per ogni camera fornisce nella risposta indicazioni che consentano di stabilire per ogni camera quali siano i profili in essa utilizzabili
• Ricerca Georeferenziata (il provider consente la ricerca degli hotel che hanno disponibilità non solo sulla base di un codice area ma anche sulla base di una indicazione georeferenziata)
• Booking MultiRoom (il provider consente la prenotazione contemporanea di più di una camera con profili partecipanti diversi per ogni camera prenotata)
• Booking Session Less (il provider consente la prenotazione senza che sia obbligatorio riferirla esplicitamente ad una ricerca avvenuta nella medesima sessione)

Matrice 2

• Total Price (SI=Viene restituito un unico roomstay con il prezzo complessivo di tutte le camere,SI*= Il prezzo della camera viene calcolato dividendo per il numero totale camere considerando eventuali scarti)
• Cancellation Policy (CP) (il provider rende disponibili le cancellation policies nella AV=Avail, nella BR=booking Response)
• Fix RTC
• Max Child Age
• Child Age RQ
• Board Code

Prenotazione MultiRoom

Non tutti i provider forniscono la possibiltà di ricercare e prenotare più di una camera contemporaneamente (Booking Multi Room) e nel caso dei provider che non sono "Session Less" la prenotazione deve essere coerente con la ricerca effettuata nella sessione, e quindi se in una sessione ho cercato contemporanemente due doppie allora in quella sessione posso chiedere di effettuare la prenotazione (Booking) di tutte e due ma non la prenotazione di una sola.

Multi Room Spezzato (Split)

Per ovviare ad alcuni inconvenienti ed omogeneizzare il comportamento tra i diversi provider i connettori del Travel XML Proxy prevedono una modalità di funzionamento che trasforma la singola ricerca Multi Room in un insieme di ricerche parallele di Single Room, la contropartita di questa semplificazione è che non è più possibile effettuare la prenotazione con una singola Booking Multi Room ma è necessaria una serie sequenziale di richieste di booking che nel caso di presenza, tra gli elementi da prenotare, di più di una risorsa di tipo "not refundable" generare potenzialmente il problema delle prenotazioni parziali non completabili contenenti risorse "not refundable".

Multi Room Reale (Real)

Un problema che molti provider hanno nella ricerca Multi Room, nel caso essa coinvolga profili partecipanti (numero Adulti, numero Bambini e relativa età) diversi per ciascuna delle camere cercate, è costituito dalla risposta proveniente dal provider che con alcuni di essi non permette di ricostruire/associare ad ogni camera ritornata quale sarebbe il profilo dei partecipanti utilizzato per il calcolo della quotazione con il conseguente problema che non risultano individuabili le n-uple di camere utilizzabili corretamente nella successiva richiesta di booking.
Ad esempio se si cercano due camere, la prima con due adulti ed un bambino di 3 anni e la seconda con due adulti ed un bambino di 10 anni e se nella risposta per ogni camera non viene assegnato un descrittivo esaustivo dei profili di partecipanti consentiti e che danno origine alla quotazione indicata, in fase di selezione delle camere sara impossibile determinare se le differenze di prezzo sono dipendenti o meno dall'età dei partecipanti.

I provider vengono quindi classificati in coloro che:

1. emettono risposte (alla ricerca di tipo Multi Room) che per ogni Room contenuta nella risposta consentono l'individuazione del profilo utilizzato per la quotazione.
2. emettono risposte (alla ricerca di tipo Multi Room) che per ogni Room contenuta nella risposta NON consentono l'individuazione del profilo utilizzato per la quotazione.

I connettori del Travel XML Proxy possono operare in modalità "Real Multi Room" e nel caso il provider sia di tipo 1 non vi è alcuna restrizione, mentre nel caso di provider di tipo 2 le richieste che conterranno profili partecipanti diversi che includano anche bambini verrano bloccate.