Se gestisci un'agenzia di viaggi o costruisci una piattaforma di prenotazione da un certo periodo di tempo, sai già che nessun GDS ha tutto.
Un portale di viaggi multi-GDS è una piattaforma di prenotazione che si collega a più di un sistema di distribuzione globale contemporaneamente, estraendo inventario di voli, tariffe e disponibilità in tempo reale da ciascuna fonte e presentandoli all'agente o all'utente finale in un unico risultato di ricerca unificato. Invece di dover accedere ad Amadeus per una serie di tariffe, passare a Sabre per un'altra e controllare un terzo strumento per le compagnie aeree low cost, il portale esegue il lavoro di aggregazione in background e restituisce un'unica pagina di risultati completa.
Le tre piattaforme GDS dominanti a livello globale sono Amadeus, Sabre e Travelport. Insieme gestiscono oltre il 97% di tutte le prenotazioni di viaggi basate su GDS in tutto il mondo. Ognuno ha i propri punti di forza, le proprie partnership con le compagnie aeree, la propria profondità regionale e la propria struttura dei prezzi. Un'agenzia di viaggi o un'OTA che si collega solo a una di esse lascia fuori dal tavolo una parte significativa dei contenuti disponibili. Questo divario si manifesta nelle tariffe che puoi offrire, nei vettori con cui puoi emettere biglietti e nei mercati che puoi servire in modo competitivo.
Ecco un esempio concreto del divario di contenuti. Amadeus trasporta oltre 900 compagnie aeree e ha il più profondo contenuto internazionale, in particolare in Europa, Asia-Pacifico, Medio Oriente e Africa. Sabre collega oltre 400 compagnie aeree con una profondità particolarmente elevata nei vettori nordamericani, nelle tariffe aziendali e nei pacchetti tariffari con marchio delle compagnie aeree con sede negli Stati Uniti. Travelport copre oltre 460 compagnie aeree ed è storicamente più forte per i contenuti ferroviari, i vettori regionali europei e alcuni mercati dell'Asia-Pacifico in cui Amadeus ha una penetrazione più ridotta.
Se i tuoi clienti prenotano un viaggio da Londra a Singapore via New York con una tratta ferroviaria in Europa, hai bisogno di contenuti provenienti da più di una di queste fonti per costruire l'itinerario più competitivo. APortale viaggi multi-GDS con il proprioIntegrazione GDS lo gestisce automaticamente. Il tuo agente vede tutto in una sola ricerca.
Amadeus è il punto di partenza naturale per un portale multi-GDS per diversi motivi. Opera in 190 mercati con oltre 100 uffici in tutto il mondo e serve più di 55.000 venditori di viaggi. Il suo ecosistema di sviluppatori, che puoi esplorare suamadeus.com/en/airlines/products/all, è tra le aziende più mature nel settore GDS, con API REST ben documentate, un solido ambiente sandbox e una forte adozione di NDC che copre 35 compagnie aeree in 165 paesi. Attualmente è l’unico GDS che offre prodotti NDC provenienti da una tale ampiezza di compagnie aeree partner.
Costruire Amadeus come livello GDS primario e quindi aggiungere Sabre e Travelport come fonti di contenuto supplementari offre al tuo portale la base di inventario più ampia possibile con l'API primaria più solida su cui basarsi. Flight Terminus è specializzato proprio in questa architettura attraverso il suoIntegrazione Amadeus GDS servizio.
Prima di decidere quali fonti GDS includere nel tuo portale multi-GDS, hai bisogno di un quadro chiaro di ciò che ciascuna di esse effettivamente porta sul tavolo. Questo non è un confronto teorico. Sono le informazioni necessarie per definire correttamente l'ambito della tua integrazione e definire le giuste aspettative con il tuo partner di sviluppo.
Caratteristica | Amedeo | Sciabola | Porto di viaggio |
|---|---|---|---|
Compagnie aeree coperte | Oltre 900 compagnie aeree, oltre 130 LCC | Oltre 400 compagnie aeree, forte presenza negli Stati Uniti | Oltre 460 compagnie aeree, 150 con servizi ausiliari |
Mercati globali | 190 paesi | 160 paesi | 180 paesi |
Regioni più forti | Europa, Asia-Pacifico, Medio Oriente, Africa | America del Nord, America Latina | Europa orientale, Africa, Asia-Pacifico |
Supporto NDC | 35 compagnie aeree NDC, 165 paesi, il più forte livello NDC | Certificato NDC per compagnie aeree e venditori | Vendita al dettaglio abilitata per NDC solo dal lato venditore |
Tipo API | API REST, SOAP per legacy, Self-Service ed Enterprise | REST e SOAP di livello aziendale | API JSON Air, mercato Travelport+ |
Contenuto dell'hotel | Oltre 500.000 immobili | Oltre 300.000 immobili | Oltre 3 milioni grazie alla partnership con Booking.com |
Contenuto ferroviario | Limitato | Limitato | 35 operatori ferroviari, tra cui Trainline |
Noleggio auto | Principali marchi coperti | Principali marchi coperti | 42 marchi di autonoleggio, tra cui Hertz |
Ideale per | Prenotazioni internazionali, OTA e moderne build API | Viaggi aziendali negli Stati Uniti, itinerari complessi | Profondità regionale, combinazioni ferroviarie e agenzie più piccole |
Struttura dei costi | Prezzi aziendali, commissioni per transazione | Prezzi aziendali, costi di installazione più elevati | Più flessibile per le agenzie di medie dimensioni |
Osservando questa tabella, risulta evidente la necessità di un approccio multi-GDS. Nessun GDS da solo ti offre la profondità delle compagnie aeree internazionali di Amadeus, i contenuti aziendali nordamericani di Sabre e la copertura ferroviaria e regionale di Travelport in un unico collegamento. UnPortale viaggi multi-GDS riunisce tutti e tre i pool di contenuti in un unico livello di ricerca, in modo che la tua piattaforma competa su ogni corridoio, non solo su quelli coperti bene dal tuo GDS principale.
Comprendere l'architettura tecnica di un portale multi-GDS ti aiuta a prendere decisioni migliori durante la fase di pianificazione e realizzazione e a comunicare chiaramente con il tuo team di sviluppo. Non è necessario scrivere il codice, ma è necessario comprendere i livelli.
Il livello di aggregazione è il motore dietro il tuo portale. Accetta richieste di ricerca dalla tua interfaccia di prenotazione front-end e invia contemporaneamente query a più API GDS e a qualsiasi fonte di contenuto aggiuntiva che hai collegato, inclusi i canali NDC e le API dirette delle compagnie aeree. Raccoglie le risposte, deduplica i contenuti sovrapposti (poiché lo stesso volo a volte apparirà sia in Amadeus che in Sabre), normalizza i dati in un formato coerente e restituisce all'utente un unico elenco classificato di risultati.
Questo è significativamente più complesso da realizzare rispetto a un’integrazione con un singolo GDS. La sola logica di deduplicazione richiede regole attente per evitare di mostrare lo stesso volo due volte a prezzi diversi, il che confonde i clienti ed erode la fiducia nella tua piattaforma. Flight Terminus gestisce questo livello di aggregazione come parte del suosviluppo portale aggregatore di viaggi servizio.
Non è necessario che tutte le query di ricerca arrivino a tutti i GDS contemporaneamente. Un portale multi-GDS intelligente include una logica di routing che determina quali fonti GDS interrogare in base al percorso, alla coppia origine-destinazione, alla compagnia aerea e al tipo di cliente. Una ricerca di voli tra Delhi e Londra trarrà vantaggio da una query Amadeus come fonte primaria. Una ricerca tra Dallas e Chicago trarrà vantaggio da una query Sabre come principale. La tua logica di routing indirizza il traffico in modo intelligente anziché martellare tutte le fonti su ogni singola ricerca, il che riduce i costi API, migliora i tempi di risposta e mantiene l'utilizzo del GDS entro i limiti contrattuali.
Ogni GDS restituisce i dati tariffari nel proprio formato e nella propria terminologia. Le tariffe con marchio di Amadeus utilizzano strutture di campi diverse rispetto alle tariffe con marchio di Sabre. I servizi accessori sono descritti in modo diverso nei tre sistemi. Il livello di normalizzazione traduce tutto in uno schema di dati comune che il tuo front-end può visualizzare in modo coerente, indipendentemente dal GDS da cui ha avuto origine la tariffa. Questo è ciò che fa sì che i risultati della ricerca multi-GDS sembrino coerenti ai tuoi agenti e clienti piuttosto che come un mosaico di dati non corrispondenti.
Quando un cliente seleziona una tariffa e procede alla prenotazione, il portale deve inviare la richiesta di prenotazione al GDS da cui proviene quella tariffa specifica. Ciò significa che il tuo livello di prenotazione deve mantenere un riferimento al GDS di origine per ogni tariffa in un risultato di ricerca e instradare correttamente la richiesta di prenotazione. La gestione del PNR, l'emissione dei biglietti e le modifiche successive alla prenotazione passano poi attraverso il GDS di origine. Questo livello è dove risiede la maggior complessità di integrazione e dove si sceglie unIntegrazione di Amadeus il partner conta di più.
Oltre alle tre fonti GDS, un portale multi-GDS ben costruito si collega anche ai canali NDC per le compagnie aeree che pubblicano le loro migliori tariffe e servizi aggiuntivi direttamente tramite NDC anziché attraverso il tradizionale canale GDS EDIFACT. Le compagnie aeree, tra cui Lufthansa, Air France-KLM, American Airlines e United Airlines, hanno spostato importanti contenuti verso la distribuzione esclusivamente NDC. Senza una connessione NDC, il tuo portale perde completamente tali tariffe.
Amadeus è attualmente leader nel settore dei GDS nell’adozione degli NDC, coprendo 35 compagnie aeree NDC in 165 paesi ed essendo l’unico GDS a offrire prodotti NDC su tale scala. Questo è un altro motivo per cui Amadeus funziona bene come base principale per una build multi-GDS con NDC integrato. Flight Terminus offre ancheIntegrazione API di volo AQC estendere la copertura dei contenuti anche oltre le fonti GDS e NDC.
Non tutte le aziende di viaggio hanno bisogno di connettersi a tutti e tre i sistemi GDS fin dal primo giorno. L'ambito giusto dipende dai tuoi mercati, dai volumi di prenotazioni e dalle rotte che i tuoi clienti prenotano più spesso. Ecco come i diversi tipi di business dovrebbero pensare alla loro strategia multi-GDS.
Se gestisci unPortale di prenotazione voli B2Crivolgendosi ai viaggiatori leisure internazionali, hai bisogno di Amadeus come GDS principale per la profondità dei contenuti delle compagnie aeree che fornisce sulle rotte europee, asiatiche e del Medio Oriente. L'aggiunta di Travelport ti offre contenuti supplementari per i vettori regionali e le combinazioni ferroviarie in Europa. L'aggiunta di Sabre ti dà accesso ai contenuti delle compagnie aeree statunitensi se servi i clienti che prenotano viaggi in Nord America. La combinazione di tutti e tre consente alla tua OTA di competere su qualsiasi corridoio internazionale con una copertura tariffaria completa.
Asoluzione personalizzata per la prenotazione di voli B2B per la gestione dei viaggi aziendali ha bisogno sia di Amadeus per le tariffe aziendali internazionali che di Sabre per i contenuti aziendali nordamericani, tra cui tariffe negoziate, codici tariffari aziendali e pacchetti tariffari con marchio che i grandi vettori statunitensi pubblicano in modo più approfondito attraverso i canali aziendali di Sabre. Se i tuoi clienti aziendali viaggiano in tutto il mondo e nel Nord America, una configurazione dual-GDS che copre Amadeus e Sabre ti offre il giusto mix di contenuti.
Aggregatori di viaggi che forniscono inventario a subagenti, agenzie più piccole oportale etichetta bianca i partner necessitano della copertura di contenuti più ampia possibile perché i loro clienti a valle prenotano su mercati e tipi di operatori diversi. Una configurazione multi-GDS che collega Amadeus, Sabre e Travelport con i contenuti NDC in primo piano offre alle piattaforme di aggregazione la profondità dell'inventario per soddisfare qualsiasi richiesta di prenotazione a valle senza reindirizzare i clienti a fonti esterne.
Un'agenzia di viaggi focalizzata principalmente sulle rotte dell'Asia meridionale, sui viaggi in Medio Oriente o in Africa potrebbe scoprire che una forte integrazione con Amadeus da sola copre il 90% del volume di prenotazioni, con l'aggiunta di Travelport per specifiche lacune dei vettori regionali. La giusta combinazione per il tuo portale è determinata dai dati effettivi della tua prenotazione, non da una raccomandazione generica. Flight Terminus inizia ogni progetto multi-GDS con un'analisi del percorso per determinare quali fonti GDS aggiungono realmente valore di copertura per la tua attività specifica.
Costruire un portale multi-GDS è un investimento significativo. Ottenere il set di funzionalità fin dall'inizio significa che non tornerai indietro e non aggiungerai funzionalità critiche sei mesi dopo il lancio. Queste sono le caratteristiche che contano di più.
La caratteristica più fondamentale: una barra di ricerca, un set di filtri, una pagina dei risultati. Il cliente o l'agente non dovrebbe avere visibilità sul GDS da cui proviene la tariffa. Dovrebbero vedere un elenco pulito e ordinato di opzioni ordinate per prezzo, durata o qualunque criterio abbiano impostato. La sorgente GDS è un dettaglio back-end che il front-end astrae completamente.
Quando lo stesso volo e la stessa classe tariffaria appaiono sia in Amadeus che in Sabre, il portale dovrebbe visualizzarlo una volta al miglior prezzo disponibile, non due volte. La logica di deduplicazione deve tenere conto del numero del volo, dell'orario di partenza e di arrivo, della classe tariffaria, del vettore e del tipo di attrezzatura prima di decidere che due risultati siano lo stesso volo. Se si sbaglia, si crea un'esperienza di ricerca disordinata e confonde i clienti che vedono lo stesso volo a prezzi diversi da fonti diverse.
Ogni prenotazione deve essere confermata tramite il GDS da cui proviene originariamente la tariffa. Il portale deve tracciare il GDS di origine per ogni tariffa in ogni sessione di ricerca e instradare correttamente la richiesta di prenotazione. Ciò include la gestione della creazione del PNR, dell'emissione del biglietto e delle modifiche post-prenotazione attraverso la corretta connessione GDS senza che l'agente debba sapere o preoccuparsi di quale sistema lo sta gestendo.
Le tariffe NDC di compagnie aeree come Lufthansa, Air France, American Airlines e United si collocano al di fuori del tradizionale livello di contenuti GDS. Il tuo portale dovrebbe mostrare le tariffe NDC nella stessa visualizzazione dei risultati delle tariffe GDS, chiaramente contrassegnate dove rilevanti per la trasparenza dell'agente, ma presentate nello stesso formato e selezionabili con lo stesso flusso di prenotazione. IlIntegrazione Amadeus NDC Il framework utilizzato da Flight Terminus copre i contenuti NDC delle 35 compagnie aeree con cui Amadeus ha partnership NDC.
Diverse fonti GDS hanno strutture di commissione e tassi di costo per transazione diversi. Il livello di amministrazione del tuo portale dovrebbe consentirti di configurare le regole di markup in modo indipendente per fonte GDS, per tratta, per compagnia aerea o per classe tariffaria. Ciò significa che puoi applicare un margine diverso sulle tariffe nordamericane fornite da Sabre rispetto alle tariffe internazionali fornite da Amadeus, riflettendo la diversa struttura di costi e commissioni di ciascuna fonte.
Le tariffe in qualsiasi GDS possono cambiare tra il momento in cui un cliente seleziona una tariffa e il momento in cui completa la prenotazione. Il tuo portale necessita di una fase di verifica della tariffa che rivaluti l'itinerario selezionato rispetto al GDS di origine in tempo reale prima di confermare la prenotazione e accettare il pagamento. Ciò evita il problema comune di un cliente che paga una tariffa che è già cambiata o esaurita.
Per gli agenti che gestiscono prenotazioni su più fonti GDS, un dashboard PNR consolidato non è opzionale. Gli agenti dovrebbero essere in grado di visualizzare tutte le prenotazioni attive indipendentemente dal GDS da cui hanno avuto origine, accedere ai dettagli della prenotazione e ai record dei passeggeri, gestire modifiche e cancellazioni e monitorare lo stato di emissione dei biglietti da un'unica visualizzazione anziché accedere a tre terminali GDS separati.
Ogni GDS restituisce i prezzi nella valuta del punto vendita, che varia in base alla configurazione del GDS e al mercato contrattato dall'agente. Il tuo portale deve gestire la visualizzazione, la conversione e il pagamento multivaluta in modo pulito, con la prenotazione confermata nella valuta corretta per il contratto GDS di origine. Il supporto multilingue per le interfacce degli agenti è importante anche per i portali che servono agenti in più regioni.
Costruire un portale multi-GDS è un progetto tecnico più sostanziale rispetto all'integrazione di un singolo GDS. Ecco un'analisi onesta di ciò che comporta il processo di sviluppo e di quali sono le decisioni principali in ogni fase.
Prima che inizi qualsiasi sviluppo, hai bisogno di credenziali API attive per ogni GDS a cui prevedi di connetterti. Le API Amadeus Self-Service sono disponibili tramitePortale Amadeus per sviluppatori e fornire immediatamente l'accesso alla sandbox. Le credenziali Amadeus Enterprise richiedono un accordo commerciale formale e vengono negoziate in base ai volumi di prenotazione e al mercato. Sabre e Travelport funzionano in modo simile: l'accesso alla sandbox per gli sviluppatori è disponibile in tempi relativamente brevi, mentre l'accesso alla produzione richiede un rapporto contrattuale. Flight Terminus può facilitare l'introduzione ai team account GDS come parte dell'ambito del progetto.
Prima di scrivere il codice, è necessario progettare l'architettura: a quali fonti GDS si connette il portale, quali percorsi sono serviti da quale fonte GDS primaria, come funziona la logica di aggregazione e deduplicazione e come viene gestito l'instradamento delle prenotazioni. Questa fase copre anche quali canali NDC sono inclusi, se sono necessarie API dirette delle compagnie aeree per specifici contenuti LCC e come è strutturato il livello di memorizzazione nella cache per gestire i costi API e i tempi di risposta.
Lo sviluppo del backend si connette a ciascuna API GDS, implementa la logica di aggregazione, normalizzazione, deduplicazione e instradamento e crea il flusso di prenotazione ed emissione di biglietti. Per un portale multi-GDS questa è la fase di sviluppo più complessa e dispendiosa in termini di tempo. Tra i tre principali sistemi GDS con cui lavorare, le API REST di Amadeus sono le più intuitive per gli sviluppatori, il che rappresenta un altro vantaggio pratico derivante dall'utilizzo di Amadeus come livello di integrazione principale. Sia Sabre che Travelport utilizzano protocolli XML e SOAP più complessi per le loro funzioni di prenotazione principali.
L'interfaccia di ricerca front-end, la visualizzazione dei risultati, il flusso di prenotazione, l'integrazione dei pagamenti e gli strumenti di gestione degli agenti sono basati sul livello back-end. Per le agenzie che desiderano un portale B2C,Portale di prenotazione voli B2C Il framework fornisce una base front-end testata in produzione che riduce significativamente la tempistica di creazione del front-end. Per i portali B2B che servono gli agenti di viaggio, ilsoluzione personalizzata per la prenotazione di voli B2B framework gestisce immediatamente l'accesso dell'agente, la configurazione del markup e la gestione del PNR.
Ogni GDS fornisce un ambiente sandbox per i test prima dell'accesso alla produzione. Il test su più GDS è più complesso del test su GDS singolo perché stai testando l'interazione tra più origini API, non solo una. La logica di deduplicazione, le regole di instradamento e la normalizzazione delle tariffe devono essere tutte convalidate con dati reali provenienti da ciascun sandbox GDS prima che vengano utilizzate le credenziali di produzione. Aspettatevi una fase di QA approfondita che copra tutti i principali flussi di prenotazione, casi limite e scenari di errore in ciascuna fonte GDS.
Dopo il test sandbox, il portale passa alla produzione con credenziali GDS live. Le prime settimane di produzione richiedono un attento monitoraggio dei tempi di risposta dell'API, dei tassi di errore e dell'accuratezza della deduplicazione nelle prenotazioni reali. Anche il monitoraggio dei costi delle API è importante fin dal primo giorno, poiché i volumi di ricerca multi-GDS possono generare costi per transazione significativi che devono essere gestiti rispetto alla logica di routing e caching configurata durante lo sviluppo.
Flight Terminus è una società di sviluppo di tecnologie di viaggio specializzata in integrazioni GDS, portali di prenotazione personalizzati e piattaforme di viaggio basate su API. Il nostro servizio di sviluppo di portali multi-GDS copre la realizzazione completa, dalla progettazione dell'architettura fino al lancio della produzione e alla manutenzione continua.
Ogni progetto inizia con una chiamata conoscitiva per comprendere i volumi di prenotazioni, i mercati target, le rotte prenotate più spesso dai clienti e la configurazione tecnologica esistente. Da lì, progettiamo la giusta architettura multi-GDS per la tua attività specifica anziché applicare un modello generico. Per iniziare quella conversazione, visitaflightterminus.com/contact-us.
Domande frequenti sullo sviluppo del portale multi-GDS
Sì, ma la differenza di costo non è così ampia come molte agenzie si aspettano quando sentono per la prima volta questo termine. Il costo aggiuntivo più elevato in una build multi-GDS è la logica di aggregazione e deduplicazione, che si trova nel livello backend. Il front-end, l'integrazione dei pagamenti e gli strumenti di amministrazione sono sostanzialmente gli stessi indipendentemente da quante fonti GDS alimentano la piattaforma. Aumentano anche i costi del contratto GDS, poiché si pagano le commissioni di transazione a più fornitori anziché a uno solo. Al contrario, le entrate incrementali derivanti da una copertura di contenuti più ampia in genere superano i costi aggiuntivi entro 6-12 mesi per le agenzie con volumi di prenotazioni significativi.
Il tuo accreditamento IATA copre l'autorità di emissione dei biglietti indipendentemente dal GDS utilizzato per ottenere la tariffa. Ciò che cambia con ciascun GDS è l'accordo commerciale che hai con quello specifico fornitore GDS, che regola i prezzi, le spese di prenotazione e l'accesso ai contenuti a cui hai diritto. Flight Terminus può guidarti attraverso i requisiti commerciali per ciascun GDS come parte della fase di pianificazione del progetto.
Sì, e questo è in realtà l'approccio più sensato per molte agenzie. Costruire innanzitutto una solida base Amadeus, con un livello di aggregazione ben strutturato progettato per accettare fonti di contenuto aggiuntive, significa che puoi aggiungere Sabre, Travelport o connessioni NDC dirette senza ricostruire l'architettura principale. La chiave è assicurarsi che la build iniziale sia progettata per l'estensibilità fin dall'inizio. Se si collegano ulteriori fonti GDS a un sistema che non è stato progettato per questo, la complessità dell'integrazione aumenta in modo significativo. Flight Terminus progetta tutti i backend multi-GDS con l'estensibilità come requisito fondamentale, non come ripensamento.
Un portale multi-GDS si connette specificamente a due o più sistemi di distribuzione globale come fonti di contenuto primarie. Aportale aggregatore di viaggi è un concetto più ampio che può includere fonti GDS ma include anche API dirette delle compagnie aeree, contenuti LCC, canali NDC, banche di letti di hotel e altri tipi di contenuti che si trovano completamente al di fuori dell'ecosistema GDS. Un aggregatore di viaggi completo è il superset di un portale multi-GDS. Molte aziende di viaggio iniziano con una build multi-GDS e aggiungono progressivamente fonti di contenuti non GDS man mano che la loro piattaforma matura.
Per la maggior parte delle aziende di viaggio rivolte ai mercati internazionali, la combinazione di Amadeus, Sabre e Travelport copre il contenuto delle compagnie aeree più ampio possibile. Amadeus è leader nei contenuti dei carrier europei, asiatici, mediorientali e africani con la più forte adozione NDC. Sabre fornisce informazioni approfondite sui vettori nordamericani e sulle strutture tariffarie aziendali. Travelport aggiunge contenuti di compagnie aeree regionali, collegamenti ferroviari attraverso la sua partnership Trainline e copertura nei mercati in cui gli altri due hanno una penetrazione più ridotta. L'aggiunta di canali NDC oltre a questa base di tre GDS, in particolare attraverso il programma NDC di Amadeus, colma le rimanenti lacune nei contenuti delle compagnie aeree che distribuiscono direttamente le loro migliori tariffe.
SÌ. Tutte e tre le principali piattaforme GDS includono hotel, noleggio auto e contenuti accessori insieme all'inventario dei voli. Amadeus copre oltre 500.000 proprietà alberghiere. Sabre copre oltre 300.000 proprietà. Travelport accede a oltre 3 milioni di opzioni di alloggio attraverso la sua partnership con Booking.com. Un portale multi-GDS può aggregare i contenuti degli hotel provenienti dalle stesse fonti GDS insieme ai contenuti dei voli, offrendo ai clienti un'esperienza combinata di ricerca di voli e hotel in un'unica piattaforma. È possibile includere anche contenuti di noleggio auto, treni e crociere, a seconda di quali fonti GDS sono collegate e di cosa copre l'ambito della tua piattaforma.