Als u al een tijdje een reisbureau runt of een boekingsplatform bouwt, weet u al dat geen enkele GDS alles heeft.
Een multi-GDS-reisportaal is een boekingsplatform dat tegelijkertijd verbinding maakt met meer dan één wereldwijd distributiesysteem, waarbij live vluchtinventaris, tarieven en beschikbaarheid uit elke bron worden opgehaald en in één uniform zoekresultaat aan de agent of eindgebruiker wordt gepresenteerd. In plaats van dat de agent voor de ene set tarieven inlogt bij Amadeus, voor een andere set naar Sabre overschakelt en een derde tool voor goedkope luchtvaartmaatschappijen controleert, doet de portal dat aggregatiewerk op de achtergrond en retourneert één enkele uitgebreide resultatenpagina.
De drie dominante GDS-platforms wereldwijd zijn Amadeus, Sabre en Travelport. Samen verwerken zij ruim 97 procent van alle op GDS gebaseerde reisboekingen wereldwijd. Ze hebben allemaal hun eigen sterke punten, hun eigen partnerschappen met luchtvaartmaatschappijen, hun eigen regionale diepgang en hun eigen prijsstructuur. Een reisbureau of OTA dat slechts met één van hen verbonden is, laat een betekenisvol deel van de beschikbare inhoud van tafel. Die kloof komt tot uiting in de tarieven die u kunt aanbieden, de vervoerders die u kunt vervoeren en de markten die u concurrerend kunt bedienen.
Hier is een concreet voorbeeld van de inhoudskloof. Amadeus heeft meer dan 900 luchtvaartmaatschappijen en heeft de grootste internationale inhoud, vooral in Europa, Azië-Pacific, het Midden-Oosten en Afrika. Sabre verbindt meer dan 400 luchtvaartmaatschappijen met een bijzonder sterke diepgang in Noord-Amerikaanse luchtvaartmaatschappijen, zakelijke tarieven en merktariefbundels van in de VS gevestigde luchtvaartmaatschappijen. Travelport omvat meer dan 460 luchtvaartmaatschappijen en is historisch gezien sterker geweest op het gebied van spoorinhoud, regionale Europese luchtvaartmaatschappijen en bepaalde markten in Azië en de Stille Oceaan waar Amadeus een kleinere penetratie heeft.
Als uw klanten een reis boeken van Londen naar Singapore via New York met een spoortraject in Europa, heeft u inhoud uit meer dan één van deze bronnen nodig om de meest concurrerende reisroute samen te stellen. Eenmulti-GDS-reisportaal met de juisteGDS-integratie regelt dat automatisch. Uw agent ziet alles in één zoekopdracht.
Amadeus is om verschillende redenen het natuurlijke startpunt voor een multi-GDS-portaal. Het is actief in 190 markten met meer dan 100 kantoren wereldwijd en bedient meer dan 55.000 reisverkopers. Het ontwikkelaarsecosysteem, dat je kunt verkennen opamadeus.com/en/airlines/products/all, behoort tot de meest volwassen in de GDS-industrie, met goed gedocumenteerde REST API's, een robuuste sandbox-omgeving en een sterke NDC-acceptatie die 35 luchtvaartmaatschappijen in 165 landen omvat. Het is momenteel de enige GDS die NDC-producten aanbiedt van zoveel luchtvaartpartners.
Door Amadeus als de primaire GDS-laag te bouwen en vervolgens Sabre en Travelport toe te voegen als aanvullende inhoudsbronnen, krijgt uw portal de breedst mogelijke inventarisbasis met de meest robuuste primaire API om op voort te bouwen. Flight Terminus is gespecialiseerd in precies deze architectuur via zijnAmadeus GDS-integratie dienst.
Voordat u besluit welke GDS-bronnen u in uw multi-GDS-portaal wilt opnemen, heeft u een duidelijk beeld nodig van wat elke bron daadwerkelijk te bieden heeft. Dit is geen theoretische vergelijking. Het is de informatie die u nodig heeft om uw integratie correct uit te voeren en de juiste verwachtingen te wekken bij uw ontwikkelingspartner.
Functie | Amadeus | Sabel | Reishaven |
|---|---|---|---|
Luchtvaartmaatschappijen | 900+ luchtvaartmaatschappijen, 130+ LCC's | 400+ luchtvaartmaatschappijen, sterke Amerikaanse diepte | 460+ luchtvaartmaatschappijen, 150 met toebehoren |
Mondiale markten | 190 landen | 160 landen | 180 landen |
Sterkste regio's | Europa, Azië-Pacific, Midden-Oosten, Afrika | Noord-Amerika, Latijns-Amerika | Oost-Europa, Afrika, Azië-Pacific |
NDC-ondersteuning | 35 NDC-luchtvaartmaatschappijen, 165 landen, sterkste NDC-diepte | NDC gecertificeerd voor luchtvaartmaatschappijen en verkopers | NDC-compatibele detailhandel alleen aan de verkoperszijde |
API-type | REST API's, SOAP voor legacy, Self-Service en Enterprise | REST en SOAP op ondernemingsniveau | JSON Air API's, Travelport+ marktplaats |
Hotelinhoud | 500.000+ eigendommen | 300.000+ eigendommen | 3M+ via Booking.com-partnerschap |
Spoorinhoud | Beperkt | Beperkt | 35 spoorwegexploitanten, waaronder Trainline |
Autoverhuur | Grote merken gedekt | Grote merken gedekt | 42 autoverhuurmerken, waaronder Hertz |
Beste voor | Internationale boekingen, OTA's en moderne API-builds | Amerikaanse zakenreizen, complexe routes | Regionale diepgang, spoorcombinaties en kleinere agentschappen |
Kostenstructuur | Enterprise-prijzen, kosten per transactie | Enterprise-prijzen, hogere installatiekosten | Flexibel voor middelgrote bureaus |
Als we naar deze tabel kijken, zijn de argumenten voor een multi-GDS-aanpak duidelijk. Geen enkele GDS biedt u de internationale luchtvaartinformatie van Amadeus, de Noord-Amerikaanse bedrijfsinhoud van Sabre en de spoor- en regionale dekking van Travelport in één verbinding. Een goed gebouwdemulti-GDS-reisportaal brengt alle drie de inhoudspools in één zoeklaag, zodat uw platform op elke corridor concurreert, en niet alleen op de corridors die uw primaire GDS goed bestrijkt.
Als u de technische architectuur van een multi-GDS-portaal begrijpt, kunt u betere beslissingen nemen tijdens de plannings- en bouwfase en helder communiceren met uw ontwikkelingsteam. Je hoeft de code niet te schrijven, maar je moet wel de lagen begrijpen.
De aggregatielaag is de motor achter uw portal. Het neemt zoekopdrachten op van uw front-end boekingsinterface en vuurt tegelijkertijd zoekopdrachten af op meerdere GDS API's en eventuele aanvullende inhoudsbronnen die u hebt aangesloten, inclusief NDC-kanalen en directe luchtvaartmaatschappij-API's. Het verzamelt de antwoorden, ontdubbelt overlappende inhoud (aangezien dezelfde vlucht soms in zowel Amadeus als Sabre verschijnt), normaliseert de gegevens in een consistent formaat en retourneert een enkele gerangschikte lijst met resultaten aan de gebruiker.
Dit is aanzienlijk complexer om te bouwen dan een single-GDS-integratie. Alleen al de deduplicatielogica vereist zorgvuldige regels om te voorkomen dat dezelfde vlucht twee keer tegen verschillende prijzen wordt weergegeven, wat klanten in verwarring brengt en het vertrouwen in uw platform aantast. Flight Terminus verwerkt deze aggregatielaag als onderdeel van zijnOntwikkeling van een reisaggregatorportaal dienst.
Niet elke zoekopdracht hoeft tegelijkertijd naar elke GDS te gaan. Een slim multi-GDS-portaal bevat routeringslogica die bepaalt welke GDS-bronnen moeten worden opgevraagd op basis van de route, het herkomst-bestemmingspaar, de luchtvaartmaatschappij en het klanttype. Een zoekopdracht naar vluchten tussen Delhi en Londen zal profiteren van een Amadeus-zoekopdracht als primaire bron. Een zoekopdracht tussen Dallas en Chicago zal profiteren van een Sabre-query als primaire zoekopdracht. Uw routeringslogica leidt het verkeer op intelligente wijze in plaats van alle bronnen bij elke afzonderlijke zoekopdracht te belasten, waardoor de API-kosten worden verlaagd, de responstijden worden verbeterd en uw GDS-gebruik binnen de contractuele limieten blijft.
Elke GDS retourneert tariefgegevens in zijn eigen formaat en terminologie. Merktarieven van Amadeus gebruiken andere veldstructuren dan merktarieven van Sabre. Ondersteunende diensten worden in alle drie de systemen verschillend beschreven. De normalisatielaag vertaalt alles naar een gemeenschappelijk dataschema dat uw front-end consistent kan weergeven, ongeacht uit welke GDS het tarief afkomstig is. Dit is wat ervoor zorgt dat de multi-GDS-zoekresultaten er coherent uitzien voor uw agenten en klanten, in plaats van een lappendeken van niet-overeenkomende gegevens.
Wanneer een klant een tarief selecteert en doorgaat met boeken, moet de portal het boekingsverzoek terugsturen naar de GDS waar dat specifieke tarief vandaan komt. Dit betekent dat uw boekingslaag voor elk tarief in een zoekresultaat een verwijzing naar de bron-GDS moet bijhouden en de boekingsaanvraag correct moet routeren. PNR-beheer, ticketverkoop en wijzigingen na boeking lopen vervolgens allemaal via het oorspronkelijke GDS. Deze laag is waar de meeste integratiecomplexiteit leeft, en waar het kiezen van een ervarenAmadeus-integratie partner is het belangrijkst.
Naast de drie GDS-bronnen is er ook een goed gebouwd multi-GDS-portaal verbonden met NDC-kanalen voor luchtvaartmaatschappijen die hun beste tarieven en aanvullende tarieven rechtstreeks via NDC publiceren in plaats van via het traditionele EDIFACT GDS-kanaal. Luchtvaartmaatschappijen, waaronder Lufthansa, Air France-KLM, American Airlines en United Airlines, hebben een aanzienlijk deel van de inhoud verschoven naar distributie die alleen via NDC wordt aangeboden. Zonder NDC-verbinding mist uw portal deze tarieven volledig.
Amadeus leidt momenteel de GDS-industrie op het gebied van NDC-adoptie, bedient 35 NDC-luchtvaartmaatschappijen in 165 landen en is de enige GDS die NDC-producten op die schaal aanbiedt. Dit is nog een reden waarom Amadeus goed werkt als primaire basis voor een multi-GDS-build met NDC erin. Flight Terminus biedt ookAQC vlucht API-integratie om de inhoudsdekking nog verder uit te breiden dan GDS- en NDC-bronnen.
Niet elk reisbedrijf hoeft vanaf dag één verbinding te maken met alle drie de GDS-systemen. De juiste reikwijdte hangt af van uw markten, uw boekingsvolumes en de routes die uw klanten het vaakst boeken. Hier leest u hoe verschillende bedrijfstypen moeten nadenken over hun multi-GDS-strategie.
Als u eenB2C-vluchtboekingsportaalgericht op internationale vrijetijdsreizigers, heeft u Amadeus nodig als uw kern-GDS vanwege de diepgaande inhoud van luchtvaartmaatschappijen die het biedt op Europese, Aziatische en Midden-Oosterse routes. Door Travelport toe te voegen, krijgt u aanvullende inhoud voor regionale vervoerders en spoorcombinaties in Europa. Als u Sabre toevoegt, krijgt u toegang tot de inhoud van Amerikaanse luchtvaartmaatschappijen als u klanten bedient die reizen naar Noord-Amerika boeken. De combinatie van alle drie zorgt ervoor dat uw OTA kan concurreren op elke internationale corridor met uitgebreide tariefdekking.
Eenaangepaste B2B-vluchtboekingsoplossing voor zakenreismanagement heeft zowel Amadeus nodig voor internationale zakentarieven als Sabre voor Noord-Amerikaanse bedrijfsinhoud, waaronder onderhandelde tarieven, bedrijfstariefcodes en de merktariefbundels die grote Amerikaanse luchtvaartmaatschappijen het meest grondig publiceren via de bedrijfskanalen van Sabre. Als uw zakelijke klanten wereldwijd en binnen Noord-Amerika reizen, biedt een dual-GDS-opstelling voor Amadeus en Sabre u de juiste inhoudsmix.
Reisaggregators die inventaris leveren aan subagenten, kleinere bureaus ofwhitelabelportaal partners hebben behoefte aan een zo breed mogelijke contentdekking, omdat hun downstream-klanten boeken bij verschillende markten en soorten vervoerders. Een multi-GDS-opstelling die Amadeus, Sabre en Travelport verbindt met NDC-inhoud bovenaan, geeft aggregatorplatforms de voorraaddiepte om elk downstream-boekingsverzoek te verwerken zonder klanten om te leiden naar externe bronnen.
Een reisbureau dat zich voornamelijk richt op Zuid-Aziatische routes, reizen naar het Midden-Oosten of Afrika zou tot de conclusie kunnen komen dat een sterke Amadeus-integratie alleen al 90 procent van hun boekingsvolume dekt, met Travelport toegevoegd voor specifieke regionale hiaten bij luchtvaartmaatschappijen. De juiste combinatie voor uw portal wordt bepaald door uw daadwerkelijke boekingsgegevens, niet door een generiek advies. Flight Terminus begint elk multi-GDS-project met een routeanalyse om te bepalen welke GDS-bronnen daadwerkelijk dekkingswaarde toevoegen voor uw specifieke bedrijf.
Het bouwen van een multi-GDS-portaal is een aanzienlijke investering. Als u de functies vanaf het begin meteen goed heeft, betekent dit dat u zes maanden na de lancering niet opnieuw essentiële functionaliteit hoeft toe te voegen. Dit zijn de kenmerken die er het meest toe doen.
De meest fundamentele functie: één zoekbalk, één set filters, één resultatenpagina. De klant of agent mag geen zicht hebben op de herkomst van een GDS-tarief. Ze zouden een overzichtelijke lijst met opties moeten zien, gerangschikt op prijs, duur of welk criterium ze ook stellen. De GDS-bron is een back-enddetail dat door de front-end volledig wordt geabstraheerd.
Wanneer dezelfde vlucht- en tariefklasse zowel in Amadeus als in Sabre verschijnt, moet de portal deze één keer weergeven tegen de best beschikbare prijs, en niet twee keer. Deduplicatielogica moet rekening houden met het vluchtnummer, de vertrek- en aankomsttijd, de tariefklasse, de vervoerder en het type uitrusting voordat wordt besloten dat twee resultaten dezelfde vlucht zijn. Als je dit verkeerd doet, ontstaat er een rommelige zoekervaring en verwar je klanten die dezelfde vlucht tegen verschillende prijzen uit verschillende bronnen zien.
Elke boeking moet worden bevestigd via het GDS waarvan het tarief oorspronkelijk afkomstig is. Het portaal moet de oorspronkelijke GDS voor elk tarief in elke zoeksessie volgen en de boekingsaanvraag correct routeren. Dit omvat het afhandelen van PNR-aanmaak, ticketuitgifte en wijzigingen na boeking via de juiste GDS-verbinding zonder dat de agent hoeft te weten of zich zorgen hoeft te maken over welk systeem dit afhandelt.
NDC-tarieven van luchtvaartmaatschappijen als Lufthansa, Air France, American Airlines en United vallen buiten de traditionele GDS-inhoudslaag. Uw portal moet NDC-tarieven weergeven in dezelfde resultatenweergave als GDS-tarieven, duidelijk gemarkeerd waar relevant voor transparantie van agenten, maar gepresenteerd in hetzelfde formaat en selecteerbaar met hetzelfde boekingsproces. DeAmadeus NDC-integratie Het raamwerk dat Flight Terminus gebruikt, omvat NDC-inhoud van de 35 luchtvaartmaatschappijen waarmee Amadeus NDC-partnerschappen heeft.
Verschillende GDS-bronnen worden geleverd met verschillende commissiestructuren en kosten per transactie. Met de beheerderslaag van uw portal kunt u opmaakregels onafhankelijk per GDS-bron, per route, per luchtvaartmaatschappij of per tariefklasse configureren. Dit betekent dat u op Noord-Amerikaanse tarieven van Sabre een andere marge kunt toepassen dan op internationale tarieven van Amadeus, waarbij de verschillende kosten- en commissiestructuur van elke bron wordt weerspiegeld.
Tarieven in elk GDS kunnen veranderen tussen het moment dat een klant een tarief selecteert en het moment dat hij/zij de boeking voltooit. Uw portal heeft een tariefverificatiestap nodig waarmee de geselecteerde reisroute in realtime opnieuw wordt geprijsd op basis van de oorspronkelijke GDS voordat de boeking wordt bevestigd en de betaling wordt gedaan. Dit voorkomt het veel voorkomende probleem dat een klant betaalt voor een tarief dat al is gewijzigd of uitverkocht.
Voor agenten die boekingen uit meerdere GDS-bronnen beheren, is een geconsolideerd PNR-dashboard niet optioneel. Agenten moeten alle actieve boekingen kunnen bekijken, ongeacht uit welke GDS ze afkomstig zijn, toegang krijgen tot boekingsgegevens en passagiersgegevens, wijzigingen en annuleringen kunnen beheren en de status van ticketuitgifte kunnen volgen vanuit één weergave in plaats van in te loggen op drie afzonderlijke GDS-terminals.
Elke GDS retourneert prijzen in de valuta van het verkooppunt, die variëren afhankelijk van de GDS-configuratie en de gecontracteerde markt van de agent. Uw portal moet de weergave, conversie en betaling van meerdere valuta's netjes kunnen verwerken, waarbij de boeking wordt bevestigd in de juiste valuta voor het oorspronkelijke GDS-contract. Meertalige ondersteuning voor agentinterfaces is ook belangrijk voor portalen die agenten in meerdere regio's bedienen.
Het bouwen van een multi-GDS-portaal is een substantieeler technisch project dan een enkele GDS-integratie. Hier volgt een eerlijk overzicht van wat het ontwikkelingsproces inhoudt en wat de belangrijkste beslissingen in elke fase zijn.
Voordat er met de ontwikkeling wordt begonnen, heeft u actieve API-referenties nodig voor elke GDS die u wilt verbinden. Amadeus Self-Service API's zijn beschikbaar viaAmadeus voor ontwikkelaarsportaal en geef onmiddellijk toegang tot de sandbox. Amadeus Enterprise-referenties vereisen een formele commerciële overeenkomst en worden onderhandeld op basis van uw boekingsvolumes en markt. Sabre en Travelport werken op dezelfde manier: toegang tot de ontwikkelaarssandbox is relatief snel beschikbaar, terwijl toegang tot productie een contractuele relatie vereist. Flight Terminus kan introducties bij GDS-accountteams faciliteren als onderdeel van de projectomvang.
Voordat er code wordt geschreven, moet de architectuur worden ontworpen: met welke GDS-bronnen de portal verbinding maakt, welke routes worden bediend door welke primaire GDS-bron, hoe de aggregatie- en deduplicatielogica werkt en hoe de boekingsroutering wordt afgehandeld. In deze fase wordt ook besproken welke NDC-kanalen inbegrepen zijn, of directe API's van luchtvaartmaatschappijen vereist zijn voor specifieke LCC-inhoud en hoe de caching-laag is gestructureerd om API-kosten en responstijden te beheren.
De backend-ontwikkeling maakt verbinding met elke GDS API, implementeert de aggregatie-, normalisatie-, deduplicatie- en routeringslogica en bouwt de boekings- en ticketstroom op. Voor een multi-GDS-portaal is dit de meest complexe en tijdrovende ontwikkelingsfase. Amadeus REST API's zijn de meest ontwikkelaarsvriendelijke van de drie grote GDS-systemen om mee te werken, wat een ander praktisch voordeel is van het gebruik van Amadeus als de primaire integratielaag. Sabre en Travelport gebruiken beide complexere XML- en SOAP-gebaseerde protocollen voor hun belangrijkste boekingsfuncties.
De front-end zoekinterface, weergave van resultaten, boekingsstroom, betalingsintegratie en hulpmiddelen voor agentbeheer zijn bovenop de backend-laag gebouwd. Voor bureaus die een B2C-portaal willen, is Flight TerminusB2C-vluchtboekingsportaal framework biedt een in productie geteste front-end-basis die de bouwtijdlijn van de front-end aanzienlijk verkort. Voor B2B-portals die reisbureaus bedienen, wordt deaangepaste B2B-vluchtboekingsoplossing framework regelt het inloggen van agenten, de configuratie van markeringen en het PNR-beheer kant-en-klaar.
Elke GDS biedt een sandbox-omgeving waar u kunt testen voordat u toegang krijgt tot de productie. Multi-GDS-testen zijn complexer dan single-GDS-testen, omdat u de interactie tussen meerdere API-bronnen test, en niet slechts één. De deduplicatielogica, routeringsregels en tariefnormalisatie moeten allemaal worden gevalideerd met echte gegevens uit elke GDS-sandbox voordat er productiereferenties worden gebruikt. Verwacht een grondige QA-fase die alle belangrijke boekingsstromen, edge cases en foutscenario's voor elke GDS-bron omvat.
Na het testen in de sandbox gaat de portal over naar productie met live GDS-referenties. De eerste weken in productie vereisen een zorgvuldige monitoring van de API-responstijden, foutpercentages en deduplicatienauwkeurigheid voor echte boekingen. Het monitoren van API-kosten is ook vanaf dag één belangrijk, omdat zoekvolumes met meerdere GDS's aanzienlijke kosten per transactie kunnen genereren die moeten worden beheerd op basis van de routerings- en caching-logica die tijdens de ontwikkeling is geconfigureerd.
Flight Terminus is een ontwikkelingsbedrijf voor reistechnologie, gespecialiseerd in GDS-integraties, aangepaste boekingsportalen en API-gebaseerde reisplatforms. Onze multi-GDS-portalontwikkelingsservice omvat de volledige bouw, van architectuurontwerp tot en met productielancering en doorlopend onderhoud.
Elk project begint met een ontdekkingsgesprek om inzicht te krijgen in uw boekingsvolumes, uw doelmarkten, de routes die uw klanten het vaakst boeken en uw bestaande technologie-instellingen. Van daaruit ontwerpen we de juiste multi-GDS-architectuur voor uw specifieke bedrijf, in plaats van een generieke sjabloon toe te passen. Ga naarflightterminus.com/contact-us.
Veelgestelde vragen over de ontwikkeling van multi-GDS-portalen
Ja, maar het kostenverschil is niet zo groot als veel bureaus verwachten als ze de term voor het eerst horen. De hoogste extra kosten bij een multi-GDS-build zijn de aggregatie- en deduplicatielogica, die zich in de backend-laag bevindt. De front-end-, betalingsintegratie- en beheertools zijn grotendeels hetzelfde, ongeacht hoeveel GDS-bronnen het platform voeden. De GDS-contractkosten stijgen ook, omdat u transactiekosten aan meerdere aanbieders betaalt in plaats van aan één. Daar staat tegenover dat de extra inkomsten uit een bredere dekking van de inhoud doorgaans groter zijn dan de extra kosten binnen zes tot twaalf maanden voor bureaus met aanzienlijke boekingsvolumes.
Uw IATA-accreditatie dekt de autoriteit voor ticketuitgifte, ongeacht welke GDS u gebruikt om het tarief te berekenen. Wat bij elke GDS verandert, is de commerciële overeenkomst die u met die specifieke GDS-aanbieder heeft, waarin de prijzen, boekingskosten en de toegang tot de inhoud waarop u recht heeft, worden geregeld. Flight Terminus kan u als onderdeel van de projectplanningsfase door de commerciële vereisten voor elke GDS leiden.
Ja, en dit is voor veel bureaus eigenlijk de meest verstandige aanpak. Als u eerst een sterke Amadeus-basis opbouwt, met een goed gestructureerde aggregatielaag die is ontworpen om aanvullende inhoudsbronnen te accepteren, betekent dit dat u Sabre-, Travelport- of directe NDC-verbindingen kunt toevoegen zonder de kernarchitectuur opnieuw op te bouwen. De sleutel is om ervoor te zorgen dat de initiële build vanaf het begin is ontworpen voor uitbreidbaarheid. Als u extra GDS-bronnen koppelt aan een systeem dat er niet voor is ontworpen, wordt de integratiecomplexiteit aanzienlijk groter. Flight Terminus ontwerpt alle multi-GDS-backends met uitbreidbaarheid als kernvereiste, en niet als bijzaak.
Een multi-GDS-portaal maakt specifiek verbinding met twee of meer mondiale distributiesystemen als primaire inhoudsbronnen. Eenreisaggregatorportaal is een breder concept dat GDS-bronnen kan omvatten, maar ook directe API's van luchtvaartmaatschappijen, LCC-inhoud, NDC-kanalen, hotelbedbanken en andere inhoudstypen omvat die volledig buiten het GDS-ecosysteem vallen. Een volledige reisaggregator is de superset van een multi-GDS-portaal. Veel reisbedrijven beginnen met een multi-GDS-build en voegen geleidelijk niet-GDS-inhoudsbronnen toe naarmate hun platform volwassener wordt.
Voor de meeste reisbedrijven die zich op internationale markten richten, dekt de combinatie van Amadeus, Sabre en Travelport de breedst mogelijke luchtvaartinhoud. Amadeus is toonaangevend op het gebied van Europese, Aziatische, Midden-Oosterse en Afrikaanse carriercontent met de sterkste NDC-acceptatie. Sabre biedt diepgang in Noord-Amerikaanse luchtvaartmaatschappijen en zakelijke tariefstructuren. Travelport voegt regionale luchtvaartinhoud toe, spoorverbindingen via zijn Trainline-partnerschap en dekking in markten waar de andere twee een kleinere penetratie hebben. Door NDC-kanalen toe te voegen aan deze drie-GDS-basis, met name via het NDC-programma van Amadeus, worden de resterende hiaten in de inhoud opgevuld van luchtvaartmaatschappijen die hun beste tarieven rechtstreeks distribueren.
Ja. Alle drie de grote GDS-platforms omvatten naast vluchtinventaris ook hotel-, autoverhuur- en aanvullende inhoud. Amadeus omvat meer dan 500.000 hotelaccommodaties. Sabre bestrijkt meer dan 300.000 eigendommen. Travelport heeft via haar partnerschap met Booking.com toegang tot meer dan 3 miljoen accommodatiemogelijkheden. Een multi-GDS-portaal kan hotelinhoud uit dezelfde GDS-bronnen samenvoegen met vluchtinhoud, waardoor klanten een gecombineerde vlucht- en hotelzoekervaring op één platform krijgen. Autoverhuur-, trein- en cruise-inhoud kan ook worden inbegrepen, afhankelijk van welke GDS-bronnen zijn verbonden en wat de reikwijdte van uw platform omvat.