Een reisaggregatorportaal met Amadeus en NDC brengt traditionele GDS-inhoud en NDC airline-direct-inhoud samen in één zoekopdracht, één vergelijkingsweergave en één boekingsstroom.
New Distribution Capability is een op XML gebaseerde standaard voor gegevensoverdracht, ontwikkeld door IATA. Het doel ervan is om luchtvaartmaatschappijen een manier te bieden om rijke, gepersonaliseerde aanbiedingen, inclusief merktarieven, gebundelde aanvullende diensten en dynamische prijzen, rechtstreeks aan reisverkopers te distribueren, in plaats van zich te beperken tot de vlakkere tariefstructuren die traditionele, op EDIFACT gebaseerde GDS-distributie ondersteunt.
Vóór NDC was het vermogen van een luchtvaartmaatschappij om haar producten via een GDS-kanaal te differentiëren beperkt. Twee passagiers die dezelfde route via het GDS zoeken, zien doorgaans dezelfde tariefklassen en dezelfde gestandaardiseerde inhoud, ongeacht welke reisaanbieder ze gebruiken. NDC verandert dit door de luchtvaartmaatschappij het aanbod zelf te laten samenstellen en controleren, vergelijkbaar met hoe de eigen website van een luchtvaartmaatschappij een samengesteld pakket stoel-, bagage- en maaltijdopties kan tonen voor een specifieke prijs.
Voor reisbureaus creëert dit zowel een kans als een complicatie. De mogelijkheid is toegang tot rijkere inhoud: merktarieven, aanvullende bundels en aanbiedingen die niet altijd beschikbaar zijn via traditionele GDS-kanalen. De complicatie is dat NDC-inhoud via een ander technisch traject arriveert dan GDS-inhoud, en dat elke luchtvaartmaatschappij NDC iets anders kan implementeren. Het combineren van deze twee in één samenhangend zoekresultaat voor een agent of klant is een echte integratie-uitdaging, niet alleen maar een extra API-aanroep.
Amadeus pakt deze complexiteit aan met wat zij het Amadeus Travel Platform noemt, dat is ontworpen om inhoud uit meerdere bronnen, waaronder traditionele EDIFACT GDS-inhoud en NDC-inhoud van luchtvaartpartners, samen te brengen in één enkele omgeving waarin reisverkopers kunnen zoeken en boeken.
Volgens Amadeus implementeert elke luchtvaartmaatschappij NDC een beetje anders, en Amadeus beheert deze variabiliteit zodat NDC-inhoud aan reisverkopers wordt geleverd via één vereenvoudigde winkel-, bestel-, betaal- en servicestroom, ongeacht welke NDC-implementatie van de luchtvaartmaatschappij erachter zit.
Dit is van groot belang voor iedereen die eenreisaggregatorportaal met Amadeus en NDC. In plaats van afzonderlijke integraties te bouwen voor de eigen NDC API van elke luchtvaartmaatschappij, wat de alternatieve aanpak is die sommige aggregators hanteren, kan een platform dat is gebouwd op het Amadeus Travel Platform toegang krijgen tot NDC-inhoud van de verbonden luchtvaartpartners van Amadeus via één consistente interface naast de standaard GDS-tarieven.
Een paar concrete feiten over hoe dit in de praktijk werkt, zijn het vermelden waard voor iedereen die een integratie plant:
Dit is een wezenlijk ander uitgangspunt dan het bouwen van een aangepaste integratie met het eigen NDC-eindpunt van elke individuele luchtvaartmaatschappij, wat technisch mogelijk is, maar afzonderlijke certificering, afzonderlijk onderhoud en afzonderlijke afhandeling van de specifieke implementatie-eigenaardigheden van elke luchtvaartmaatschappij vereist.
Iedereen die een nieuwe Amadeus-integratie in 2026 plant, moet zich bewust zijn van een specifieke verandering die van invloed is op de manier waarop toegang wordt verleend. Amadeus heeft bevestigd dat zijn self-service ontwikkelaarsportaal, het toegangspunt dat veel kleinere bureaus en onafhankelijke ontwikkelaars hebben gebruikt om op pay-as-you-go-basis toegang te krijgen tot Amadeus API's, medio 2026 buiten gebruik wordt gesteld, waarbij API's op bedrijfsniveau beschikbaar blijven via het afzonderlijke Amadeus Enterprise-portaal.
Dit is een relevante planningsoverweging voor eenreisaggregatorportaal met Amadeus en NDC project. Bureaus en technologieteams die met een nieuwe build beginnen, moeten rechtstreeks bij Amadeus of een geautoriseerde Amadeus-implementatiepartner bevestigen welke toegangsniveau en onboardingpad van toepassing is op hun bedrijf op het moment dat ze met de ontwikkeling beginnen, in plaats van aan te nemen dat de oude selfservice-aanmeldingsstroom nog steeds van toepassing is. De kern-API's, waaronder het zoeken naar vluchten, prijzen, boeken en toegang tot NDC-inhoud, blijven beschikbaar; wat er verandert is de route voor het inrichten van accounts.
Een reisbureau dat dit soort constructies evalueert, vraagt zich soms af of NDC de GDS-inhoud uiteindelijk volledig zal vervangen, in welk geval het bouwen voor beide een onnodige complexiteit lijkt. In de praktijk dienen de twee inhoudstypen verschillende en complementaire doeleinden, en een platform dat alleen de ene bron inkoopt, zal systematisch de inventaris en prijzen missen die de andere biedt.
Traditionele op EDIFACT gebaseerde GDS-inhoud blijft de ruggengraat van de wereldwijde vluchtdistributie. Het bestrijkt het breedste aantal luchtvaartmaatschappijen, inclusief luchtvaartmaatschappijen die NDC nog niet hebben geïmplementeerd of die slechts een deel van hun inhoud via NDC distribueren. Voor een aggregator die uitgebreide route- en tariefdekking nodig heeft voor het volledige scala aan luchtvaartmaatschappijen die een klant mogelijk wil boeken, is GDS-inhoud niet optioneel.
Voor luchtvaartmaatschappijen die in NDC hebben geïnvesteerd, is de inhoud die via dat kanaal beschikbaar is vaak rijker en soms concurrerender geprijsd dan wat dezelfde luchtvaartmaatschappij via traditionele GDS-kanalen distribueert. Sommige luchtvaartmaatschappijen hebben directe verbindingstoeslagen toegepast op oudere GDS-boekingen als stimulans om de distributie naar NDC en directe kanalen te verplaatsen, wat in sommige gevallen betekent dat NDC-inhoud niet alleen rijker is, maar ook echt goedkoper voor de eindklant. Een aggregator die NDC-risico's consequent negeert, laat een hogere prijs zien dan wat feitelijk beschikbaar is voor die route.
Met NDC kunnen luchtvaartmaatschappijen merktarieffamilies en gebundelde aanvullende diensten, zoals stoelkeuze, bagage en instappen met prioriteit, aanbieden, samen verpakt tegen een specifiek prijsniveau, op een manier die traditionele GDS-tariefklassen doorgaans niet met dezelfde granulariteit kunnen repliceren. Eenreisaggregatorportaal met Amadeus en NDC Het feit dat deze bundels aan het licht komen, geeft klanten meer relevante keuzes en geeft het bureau meer mogelijkheden voor aanvullende inkomsten.
Als een platform alleen GDS-inhoud toont, zullen klanten die zoeken naar een luchtvaartmaatschappij die haar beste tarieven naar NDC heeft verschoven, een onvolledige of te hoge prijs zien. Als een platform alleen NDC-inhoud toont, mist het de luchtvaartmaatschappijen die NDC niet hebben geadopteerd en mist het tarieven die exclusief voor GDS blijven. Alleen een gecombineerde aanpak kan klanten een echt compleet en prijsnauwkeurig zoekresultaat bieden.
Voor het bouwen van een platform dat GDS- en NDC-inhoud daadwerkelijk combineert, is meer nodig dan het aanroepen van een enkel zoekeindpunt. Hier ziet u hoe een productieklare architectuur voor dit soortreisaggregatorportaal met Amadeus en NDC komt doorgaans samen.
Aan de basis ligt de verbinding met het Amadeus Travel Platform, toegankelijk via de Amadeus Travel API of de gelijkwaardige enterprise API-suite, afhankelijk van uw toegangsniveau. Deze laag authenticeert bij Amadeus met behulp van OAuth 2.0, beheert de sessielevenscyclus, verzendt zoekopdrachten en ontvangt een gecombineerd antwoord dat zowel traditionele GDS-tarieven als NDC-aanbiedingen van verbonden luchtvaartpartners kan bevatten, afhankelijk van hoe het verzoek is geconfigureerd.
Omdat Amadeus het werk van het normaliseren van de NDC-implementaties van verschillende luchtvaartmaatschappijen al uitvoert in één consistente stroom, is deze integratiekern aanzienlijk eenvoudiger dan het rechtstreeks opzetten van afzonderlijke NDC-verbindingen met elke luchtvaartmaatschappij. Het vereist nog steeds een zorgvuldige omgang met de verschillen tussen de manier waarop NDC-aanbiedingen en traditionele tarieven zijn gestructureerd in de responsgegevens, aangezien NDC-aanbiedingen aanvullende kenmerken bevatten voor merktariefbeschrijvingen en aanvullende bundeling die standaard GDS-tarieven niet hebben.
Zelfs nu Amadeus een groot deel van de onderliggende complexiteit afhandelt, heeft de applicatielaag van uw aggregator nog steeds een stap voor het normaliseren van het aanbod nodig. Deze laag neemt de ruwe respons, die een mix van GDS-tarieven en NDC-aanbiedingen met verschillende gegevensvormen kan omvatten, en converteert alles naar één consistent intern formaat waarmee uw zoekresultatenpagina, prijsengine en boekingsworkflow op uniforme wijze kunnen werken.
Dit is waar beslissingen worden genomen over de manier waarop merktariefnamen worden gepresenteerd, hoe inbegrepen versus optionele aanvullende diensten worden weergegeven, en hoe ervoor kan worden gezorgd dat een klant die een GDS-tarief vergelijkt met een NDC-aanbieding voor dezelfde route een vergelijking van appels met appels ziet in plaats van twee inconsistente formaten.
Zodra aanbiedingen zijn genormaliseerd, past uw prijsengine opmaakregels toe, sorteert de resultaten op basis van uw bedrijfslogica en beslist hoe u GDS- en NDC-aanbiedingen ten opzichte van elkaar rangschikt. Een gebruikelijke aanpak is om te rangschikken op basis van de totale prijs, inclusief eventuele verplichte accessoires, aangezien een NDC-bundel inclusief bagage echt goedkoper kan zijn dan een GDS-basistarief waarbij bagage is uitgesloten, zodra rekening wordt gehouden met de werkelijke behoeften van de klant.
Sommige platforms passen ook wegingslogica toe die NDC-inhoud bevoordeelt wanneer de relatie met luchtvaartmaatschappijen of commerciële voorwaarden dit voordelig maken, terwijl ervoor wordt gezorgd dat GDS-inhoud zichtbaar blijft voor routes of luchtvaartmaatschappijen waar de NDC-dekking onvolledig is.
Wanneer een klant een aanbieding selecteert en doorgaat met boeken, moet de boekingslaag de transactie correct afhandelen, ongeacht of de onderliggende inhoud afkomstig is van GDS of NDC. Amadeus geeft NDC-boekingen uit als standaard PNR via de Amadeus Interface Record, wat een betekenisvol technisch voordeel is omdat het betekent dat uw bestaande boekingsbevestigings-, ticketing-, wijzigings- en annuleringsworkflows geen volledig gescheiden logicapaden nodig hebben voor NDC- versus GDS-boekingen. Beide stromen via dezelfde op PNR gebaseerde service-infrastructuur.
NDC-inhoud bevat vaak gestructureerde aanvullende en merkgebonden tariefgegevens die een standaard GDS-tariefweergave niet op dezelfde manier weergeeft. Uw frontend heeft een weergavelaag nodig die speciaal is ontworpen om deze opties duidelijk weer te geven: u kunt laten zien wat er in een merktariefbundel is inbegrepen, welke optionele accessoires beschikbaar zijn voor selectie en hoe de totale prijs verandert als een klant deze toevoegt of verwijdert. Dit is een aanzienlijk andere UI-vereiste dan een eenvoudige tarieflijst en moet worden gepland als een op zichzelf staand onderdeel en niet als een bijzaak.
U kunt de volledige catalogus met reis-API's en platformmogelijkheden van Amadeus bekijken opAmadeus voor ontwikkelaars. De volgende tabel vat de kernmogelijkheden samen die relevant zijn voor eenreisaggregatorportaal met Amadeus en NDC bouwen, gebaseerd op hoe Amadeus zijn eigen platform beschrijft.
Amadeus-capaciteiten | Wat het biedt | Relevantie voor de Aggregator-build |
Amadeus Reis-API | NDC-compatibele toegang tot webservices, geïntegreerd met de bestaande systemen van een bureau | Primaire API-laag voor het bouwen van een aangepaste aggregator met gecombineerde inhoud |
Amadeus Reisplatform | Uniforme backend waarin EDIFACT GDS-, NDC- en LCC-inhoudsbronnen samenkomen | De onderliggende infrastructuur die inhoudconsolidatie uitvoert |
Altea NDC en NDC Connect | Programma's waarmee luchtvaartmaatschappijen NDC-inhoud distribueren via Amadeus | Bepaalt welke NDC-inhoud van luchtvaartmaatschappijen toegankelijk is via het platform |
Verkoopplatform Connect | Grafische interface die NDC- en niet-NDC-inhoud weergeeft in één All Fares-weergave | Referentiepunt voor hoe Amadeus zelf gecombineerde inhoud aan agenten presenteert |
Vluchtaanbiedingen zoeken en prijs | Kernvluchtzoekopdracht en prijsbevestiging via verbonden inhoudsbronnen | Wordt gebruikt voor zowel GDS- als NDC-aanbiedingen binnen dezelfde workflow |
Amadeus-interfacerecord | Het mechanisme waarmee NDC-boekingen worden uitgegeven als standaard-PNR | Zorgt ervoor dat bestaande onderhouds- en backofficetools kunnen werken met NDC-boekingen |
Zo werkt een zoek- en boekingsstroom: areisaggregatorportaal met Amadeus en NDC, van een doorzoeking naar een bevestigde boeking.
Stap | Wat gebeurt er | Betrokken inhoudsbron |
Zoekopdracht | Klant voert herkomst, bestemming, datums en passagiersgegevens in | Niet van toepassing, dit is een invoerverzameling |
Amadeus-query | Platform bevraagt het Amadeus Travel Platform via de integratiekern | Zowel GDS als aangesloten NDC-luchtvaartinhoud |
Afhandeling van ruwe reacties | Systeem ontvangt een gecombineerd antwoord met gemengde inhoudstypen | GDS-tarieven en NDC-aanbiedingen in hun oorspronkelijke formaten |
Normalisatie van het aanbod | Elk aanbod wordt omgezet in een consistente interne structuur | Uniform toegepast, ongeacht de bron |
Prijzen en rangschikking | Opmaakregels toegepast, resultaten gesorteerd op totale prijs en bedrijfslogica | Beide inhoudstypen samen gerangschikt |
Resultatenweergave | Klant of agent ziet een uniforme lijst met merktarieven en aanvullende details duidelijk weergegeven | Beide inhoudstypen worden gepresenteerd in één interface |
Selectie en prijsbevestiging | Geselecteerde aanbieding wordt herbevestigd voor de huidige prijs en beschikbaarheid | Brongeschikte bevestigingsoproep via Amadeus |
Boeking maken | Er is een boeking ingediend en er is een PNR aangemaakt | Standaard PNR uitgegeven voor zowel GDS- als NDC-boekingen via de Interface Record |
Bevestiging en onderhoud | Reisplan afgeleverd; boeking is beschikbaar voor wijziging via standaardtools | Uniforme service, ongeacht de oorspronkelijke inhoudsbron |
De praktische waarde van het voortbouwen op het Amadeus Travel Platform in plaats van het onafhankelijk samenstellen van afzonderlijke GDS- en NDC-integraties is het meest zichtbaar in de laatste twee stappen. Omdat NDC-boekingen worden uitgegeven als standaard PNR, hebben uw servicetools na boeking, uw rapportage en uw mid- en backoffice-processen geen parallelle reeks logica nodig om NDC-inhoud anders te behandelen dan GDS-inhoud.
Elke instantie waarvan het huidige platform alleen inhoud van GDS of slechts een subset van rechtstreekse verbindingen met luchtvaartmaatschappijen betrekt, laat klanten per definitie niet het volledige beeld zien van wat er beschikbaar is. Naarmate meer luchtvaartmaatschappijen betekenisvolle inhoud naar NDC verschuiven, wordt de kloof tussen een platform dat alleen GDS bevat en wat daadwerkelijk op de markt kan worden geboekt steeds groter. Bureaus die willen dat hun zoekresultaten de echte marktrealiteit weerspiegelen, hebben beide bronnen nodig.
Online reisbureaus en aggregatorplatforms leven of sterven afhankelijk van de vraag of hun weergegeven prijzen accuraat en concurrerend zijn. Een platform dat NDC-inhoud mist, zal op bepaalde routes en luchtvaartmaatschappijen consequent een hogere prijs laten zien dan wat een concurrent die gecombineerde inhoud aanbiedt, kan laten zien. Dit is een direct en meetbaar concurrentienadeel bij prijsvergelijking, wat de belangrijkste basis is waarop de meeste OTA-klanten kiezen waar ze boeken.
Zakelijke reisprogramma's willen steeds vaker dat werknemers toegang hebben tot gebundelde tarieven waarin de aanvullende kosten zijn opgenomen die het beleid van het bedrijf al dekt, zoals ingecheckte bagage of stoelkeuze, in plaats van deze afzonderlijk aan te schaffen. De merktariefstructuur van NDC is hiervoor zeer geschikt, en een bedrijfsboekingsplatform dat NDC-inhoud naast GDS-tarieven integreert, kan deze bundels rechtstreeks presenteren in de beleidsconforme zoekresultaten van de werknemer.
Een technologiebedrijf dat een aggregatieproduct bouwt om aan meerdere bureauklanten te licentiëren of te whitelabelen, heeft er baat bij om de GDS- en NDC-combinatie één keer op platformniveau te bouwen, in plaats van elk bureau de complexiteit onafhankelijk te laten afhandelen. Dit is een echte productdifferentiator bij het concurreren om bureauklanten die meerdere leveranciers van aggregatieplatforms evalueren.
Een gecombineerde GDS- en NDC-aggregator hoeft niet als geïsoleerd systeem te worden gebouwd. Het werkt het beste als een contentlaag die meerdere boekingskanalen binnen een breder reistechnologieplatform voedt.
De kernaggregatiemogelijkheid die in deze handleiding wordt beschreven, vormt de technische basis achterreisaggregatorportaal product van Flight Terminus, dat is gebouwd om inhoud uit meerdere bronnen, waaronder Amadeus GDS en verbonden NDC-luchtvaartpartners, te consolideren in één enkele zoek- en boekingservaring.
Zodra de gecombineerde inhoudslaag bestaat, kan deze meerdere front-endkanalen aandrijven. EenB2C-vluchtboekingsportaal kan de gecombineerde GDS- en NDC-resultaten rechtstreeks aan consumenten presenteren, waarbij merktarieven en aanvullende bundels in een winkelvriendelijk formaat worden getoond. Dezelfde inhoudslaag kan eenaangepaste B2B-vluchtboekingsoplossing voor agenten die inzicht in de nettotarieven en controle over de toeslagen nodig hebben voor zowel GDS- als NDC-aanbiedingen.
Bureaus die deze gecombineerde inhoudstoegang willen uitbreiden naar hun eigen subagent- of franchisenetwerken kunnen dit inzetten via eenwhite label vluchtboekingsportaal raamwerk, waardoor elk partnerbureau een merkinterface krijgt voor dezelfde onderliggende geaggregeerde inhoud.
De technische verbinding met Amadeus zelf, inclusief authenticatie, sessieafhandeling en het normalisatiewerk voor aanbiedingen dat eerder in deze handleiding is beschreven, wordt beheerd viaintegratiediensten, met een specialeAmadeus GDS-integratie module die de details van de Amadeus Travel Platform-verbinding behandelt.
Voor platforms die de dekking nog verder willen uitbreiden, buiten Amadeus' eigen netwerk van NDC-luchtvaartpartners, om low-cost carrier-inhoud of extra consolidatortarieven op te nemen, is deAQC vlucht API-integratieoplossing voegt een aanvullende inhoudslaag toe naast de Amadeus GDS- en NDC-verbinding, waardoor de aggregator een nog breder beeld krijgt van de beschikbare inventaris.
Naast het architectuurdiagram zijn er praktische realiteiten die consequent naar boven komen in projecten die GDS- en NDC-inhoud combineren. Deze zijn de moeite waard om expliciet te plannen in plaats van halverwege de bouw te ontdekken.
Zelfs nu Amadeus een groot deel van de variabiliteit tussen de NDC-implementaties van luchtvaartmaatschappijen normaliseert, ondervinden bureaus die bovenop het platform bouwen nog steeds verschillen in de hoeveelheid aanvullende details die verschillende luchtvaartmaatschappijen blootleggen, hoe hun merktarieffamilies worden genoemd en gestructureerd, en hoe consistent bepaalde functies, zoals stoelplattegronden, beschikbaar zijn in NDC-aanbiedingen versus traditionele tarieven. Bouw uw aanbodnormalisatie en weergavelagen op in de verwachting dat de verschillen tussen luchtvaartmaatschappijen nog steeds op applicatieniveau moeten worden afgehandeld, zelfs als Amadeus het onderliggende consolidatiewerk doet.
Hoewel het uitgeven van NDC-boekingen als standaard PNR via de Amadeus Interface Record een echte vereenvoudiging is, kunnen de workflows voor wijzigingen, annuleringen en terugbetalingen voor NDC-boekingen nog steeds luchtvaartspecifieke regels bevatten die verschillen van hoe dezelfde acties werken voor een traditioneel GDS-tarief. Test uw servicestromen na het boeken specifiek aan de hand van NDC-boekingen van meerdere luchtvaartmaatschappijen, en niet alleen aan de hand van GDS-boekingen, voordat u het platform gereed voor productie beschouwt.
Het verkrijgen van toegang tot Amadeus API's, vooral op het niveau dat vereist is voor een productie-aggregator die GDS- en NDC-inhoud combineert, omvat het inrichten van accounts, het verkrijgen van legitimatie en in veel gevallen een certificeringsproces om te bevestigen dat de boekingsstromen correct werken voordat ze live gaan met echte transacties. Bouw deze doorlooptijd vanaf het begin in uw projectplan in, vooral gezien de wijzigingen in 2026 in de manier waarop Amadeus selfservice versus zakelijke API-toegang levert, zoals eerder in deze handleiding beschreven.
Een naïeve prijsvergelijking die eenvoudigweg sorteert op het laagst weergegeven tarief kan klanten misleiden bij het vergelijken van een kaal GDS-basistarief met een NDC-bundel waarin bagage en stoelkeuze al zijn inbegrepen. De meest betrouwbare aggregatorervaring normaliseert de vergelijking door de totale prijs voor een gelijkwaardige reeks insluitsels weer te geven, of maakt op zijn minst duidelijk zichtbaar wat wel en niet in elke aanbieding is inbegrepen voordat de klant een keuze maakt.
Eenreisaggregatorportaal met Amadeus en de NDC project heeft meer bewegende delen dan een standaard zoek- en boekingsbuild met alleen GDS. Hier is een realistische fase-uitsplitsing.
Fase | Wat gebeurt er | Typische duur |
Ontdekking en accountconfiguratie | Reikwijdtevereisten, bevestig de Amadeus-toegangslaag en -voorzieningsroute, plan certificeringsbehoeften | 2 tot 3 weken |
Amadeus-integratiekern | Bouw authenticatie, sessiebeheer en kernzoek- en prijs-API-verbindingen | 4 tot 6 weken |
Aanbieding normalisatielaag | Bouw de logica die GDS- en NDC-reacties omzet in één consistent intern formaat | 4 tot 6 weken |
Prijzen- en ranking-engine | Implementeer opmaakregels, logica voor het vergelijken van totale prijzen en rangschikking van resultaten voor alle inhoudstypen | 3 tot 4 weken |
Merktarief en aanvullende weergave | Bouw de frontendcomponenten om gebundelde tarieven en optionele aanvullende diensten duidelijk weer te geven | 3 tot 5 weken |
Boekings- en servicelaag | Creëer en test stromen voor het maken, wijzigen en annuleren van boekingen voor beide inhoudstypen | 4 tot 6 weken |
Certificering en testen | Werk aan de Amadeus-certificeringsvereisten en end-to-end-testen bij meerdere luchtvaartmaatschappijen | 3 tot 6 weken |
Zachte lancering en monitoring | Beperkte live release met nauwlettend toezicht op de nauwkeurigheid van de prijzen en de succespercentages van boekingen | 2 tot 3 weken |
Een volledige build duurt doorgaans vier tot zeven maanden, vanaf de start van het project tot een stabiele productielancering, afhankelijk van de reikwijdte van de front-endkanalen die de geaggregeerde content nodig heeft en de vereiste diepte van de servicefunctionaliteit.
Het distributielandschap voor luchtinhoud is werkelijk veranderd, en een boekingsplatform dat alleen GDS-inhoud gebruikt, geeft klanten een onvolledig en soms duurder beeld van wat er daadwerkelijk beschikbaar is. Eenreisaggregatorportaal met Amadeus en NDCdicht die kloof door traditionele GDS-tarieven en rechtstreekse NDC-inhoud van luchtvaartmaatschappijen samen te brengen in één zoekopdracht, één prijsvergelijking en één boekingsstroom, met behulp van infrastructuur die Amadeus al speciaal heeft gebouwd om de complexiteit van de verschillende NDC-implementaties van meerdere luchtvaartmaatschappijen te beheren.
Het technische werk is reëel: normalisatie bieden, prijslogica die rekening houdt met wat feitelijk in elk tarief is inbegrepen, en servicestromen die correct werken voor beide inhoudstypen vereisen allemaal zorgvuldige engineering. Maar de stichting, het Amadeus Travel Platform zelf, neemt een aanzienlijk deel van de integratielast weg die anders zou voortvloeien uit het onafhankelijk aansluiten op de NDC-implementatie van elke luchtvaartmaatschappij.
Voor reisbureaus en reistechnologieteams die willen dat hun zoekresultaten daadwerkelijk weerspiegelen wat er momenteel op de markt te boeken is, in plaats van een gedeeltelijke weergave beperkt tot traditionele GDS-inhoud, is het bouwen van deze combinatie niet langer optioneel. Het is de basislijn waarmee klanten elk platform steeds vaker vergelijken.
Veelgestelde vragen over bouwen met Amadeus
GDS-inhoud verwijst naar luchtvaarttarieven en inventaris die worden gedistribueerd via traditionele, op EDIFACT gebaseerde berichtenuitwisseling, de standaard die Global Distribution Systems zoals Amadeus al tientallen jaren gebruikt. NDC, of New Distribution Capability, is een nieuwere op XML gebaseerde standaard ontwikkeld door IATA waarmee luchtvaartmaatschappijen rijkere, meer gepersonaliseerde aanbiedingen rechtstreeks kunnen distribueren, inclusief merktariefbundels en aanvullende diensten die samen tegen een specifiek prijsniveau zijn verpakt. Het praktische verschil voor eenreisaggregatorportaal met Amadeus en NDC is dat GDS-inhoud doorgaans meer gestandaardiseerd en breder beschikbaar is bij bijna alle luchtvaartmaatschappijen, terwijl NDC-inhoud meer productdifferentiatie biedt, maar alleen beschikbaar is bij de specifieke luchtvaartmaatschappijen die NDC-verbindingen hebben gebouwd, wat een groeiend maar nog steeds gedeeltelijk deel van de markt is.
Amadeus heeft het Amadeus Travel Platform speciaal gebouwd om EDIFACT GDS-content en NDC-content van verbonden luchtvaartpartners samen te brengen in één omgeving, toegankelijk via producten als de Amadeus Travel API en Amadeus Selling Platform Connect. Dit betekent dat u geen afzonderlijke, onafhankelijke integratie hoeft op te bouwen met het NDC-eindpunt van elke individuele luchtvaartmaatschappij als u die inhoud via Amadeus inkoopt. U heeft nog steeds een aanbiedingsnormalisatielaag nodig in uw eigen applicatie om de structurele verschillen op te vangen tussen de manier waarop GDS-tarieven en NDC-aanbiedingen worden weergegeven, maar de onderliggende connectiviteit en een groot deel van de variabiliteit per luchtvaartmaatschappij wordt beheerd door Amadeus in plaats van door uw eigen integratieteam.
In de meeste gevallen wel. Amadeus geeft NDC-boekingen uit als standaard PNR via de Amadeus Interface Record, wat betekent dat dezelfde wachtrijen, mid- en backofficesystemen, rapportagetools en onderhoudsworkflows die uw bureau al gebruikt voor GDS-boekingen over het algemeen ook van toepassing blijven op NDC-boekingen. Dit is een aanzienlijk praktisch voordeel, omdat u hierdoor niet twee volledig gescheiden operationele systemen voor de twee inhoudstypen onderhoudt. Dat gezegd hebbende, kunnen sommige luchtvaartmaatschappijspecifieke NDC-regels rond wijzigingen, annuleringen en terugbetalingen nog steeds verschillen van hoe dezelfde acties werken op een traditioneel GDS-tarief. Het is dus de moeite waard om uw onderhoudsworkflows specifiek te testen aan de hand van NDC-boekingen voordat u overweegt een productieklaar gebouw te bouwen.
Amadeus heeft verklaard dat een substantieel en groeiend aantal luchtvaartmaatschappijen, waaronder tientallen grote luchtvaartmaatschappijen, verbonden zijn via de Altea NDC- en NDC Connect-programma's, de mechanismen die luchtvaartmaatschappijen gebruiken om hun NDC-inhoud via het Amadeus Travel Platform te distribueren naar hun netwerk van reisverkopers. Het exacte aantal en welke specifieke luchtvaartmaatschappijen zijn aangesloten, verandert in de loop van de tijd naarmate meer luchtvaartmaatschappijen NDC adopteren en hun distributieovereenkomsten uitbreiden, dus elke instantie die eenreisaggregatorportaal met Amadeus en NDC build zou de huidige lijst van aangesloten luchtvaartpartners rechtstreeks bij Amadeus of een geautoriseerde implementatiepartner moeten bevestigen op het moment van projectplanning, aangezien deze lijst een van de meer dynamische aspecten van het NDC-landschap is.
Amadeus heeft bevestigd dat zijn zelfbedieningsportaal voor ontwikkelaars, dat van oudsher het toegangspunt was voor kleinere bureaus en onafhankelijke ontwikkelaars om op pay-as-you-go-basis toegang te krijgen tot Amadeus API's, medio 2026 buiten gebruik wordt gesteld. API-toegang op ondernemingsniveau blijft beschikbaar via het afzonderlijke Amadeus Enterprise-portaal. Dit betekent dat bureaus en ontwikkelaars die een nieuw integratieproject starten, rechtstreeks bij Amadeus moeten bevestigen welk toegangsniveau en onboardingpad momenteel van toepassing is op hun bedrijf, in plaats van aan te nemen dat het oude selfservice-aanmeldingsproces nog steeds het juiste startpunt is. De onderliggende API's, waaronder het zoeken naar vluchten, prijzen, boeken en toegang tot NDC-inhoud, blijven beschikbaar; wat er is veranderd, is de inrichtingsroute waarlangs nieuwe accounts worden ingesteld.
Het kan beide, en de prijsimpact is vaak de belangrijkste factor. Sommige luchtvaartmaatschappijen hebben directe verbindingstoeslagen toegepast op boekingen via traditionele GDS-kanalen als onderdeel van een bredere poging om de distributie te verschuiven naar NDC en directe verbindingen, wat betekent dat in bepaalde gevallen het NDC-aanbod voor een bepaalde route echt goedkoper is dan het equivalente GDS-tarief, en niet alleen anders verpakt. Een platform dat alleen GDS-inhoud afneemt, zal op die routes consequent een hogere prijs tonen dan wat daadwerkelijk op de markt beschikbaar is. Beide inhoudstypen combineren via eenreisaggregatorportaal met Amadeus en NDC gaat daarom niet alleen over het aanbieden van rijkere merktariefopties; het gaat er ook om ervoor te zorgen dat de prijzen die aan klanten worden getoond werkelijk de meest concurrerende zijn die via alle distributiekanalen beschikbaar zijn.