Ein Reiseaggregator-Portal mit Amadeus und NDC vereint traditionelle GDS-Inhalte und NDC-Airline-Direct-Inhalte in einer Suche, einer Vergleichsansicht und einem Buchungsablauf.
New Distribution Capability ist ein von der IATA entwickelter XML-basierter Datenübertragungsstandard. Sein Zweck besteht darin, Fluggesellschaften die Möglichkeit zu geben, umfassende, personalisierte Angebote, einschließlich Markentarifen, gebündelten Zusatzleistungen und dynamischer Preisgestaltung, direkt an Reiseverkäufer zu verteilen, anstatt sich auf die flacheren Tarifstrukturen zu beschränken, die die herkömmliche EDIFACT-basierte GDS-Verteilung unterstützt.
Vor NDC war die Fähigkeit einer Fluggesellschaft, ihr Produkt über einen GDS-Kanal zu differenzieren, begrenzt. Zwei Passagiere, die über das GDS dieselbe Route suchen, sehen in der Regel dieselben Tarifklassen und denselben standardisierten Inhalt, unabhängig davon, welchen Reiseanbieter sie nutzen. NDC ändert dies, indem es der Fluggesellschaft die Erstellung und Kontrolle des Angebots selbst überlässt, ähnlich wie auf der Website einer Fluggesellschaft ein kuratiertes Paket von Sitzplatz-, Gepäck- und Verpflegungsoptionen zu einem bestimmten Preispunkt angezeigt werden kann.
Für Reisebüros stellt dies sowohl eine Chance als auch eine Komplikation dar. Die Chance besteht im Zugriff auf umfangreichere Inhalte: Markentarife, Zusatzpakete und Angebote, die nicht immer über herkömmliche GDS-Kanäle verfügbar sind. Die Komplikation besteht darin, dass NDC-Inhalte über einen anderen technischen Weg ankommen als GDS-Inhalte und jede Fluggesellschaft NDC etwas anders implementieren kann. Die Kombination beider zu einem kohärenten Suchergebnis für einen Agenten oder einen Kunden ist eine echte Integrationsherausforderung und nicht nur ein zusätzlicher API-Aufruf.
Amadeus begegnet dieser Komplexität mit der sogenannten Amadeus Travel Platform, die darauf ausgelegt ist, Inhalte aus mehreren Quellen, darunter traditionelle EDIFACT GDS-Inhalte und NDC-Inhalte von Airline-Partnern, in einer einzigen Umgebung zusammenzuführen, in der Reiseverkäufer suchen und buchen können.
Laut Amadeus implementiert jede Fluggesellschaft NDC etwas anders, und Amadeus verwaltet diese Variabilität, sodass NDC-Inhalte über einen vereinfachten Shop-, Bestell-, Zahlungs- und Serviceablauf an Reiseverkäufer geliefert werden, unabhängig davon, welche NDC-Implementierung bei welcher Fluggesellschaft dahinter steckt.
Dies ist für jeden, der einReise-Aggregator-Portal mit Amadeus und NDC. Anstatt separate Integrationen für die eigene NDC-API jeder Fluggesellschaft zu erstellen, was der alternative Ansatz einiger Aggregatoren ist, kann eine auf der Amadeus Travel Platform basierende Plattform über eine einheitliche Schnittstelle neben den Standard-GDS-Tarifen auf NDC-Inhalte der angeschlossenen Airline-Partner von Amadeus zugreifen.
Für alle, die eine Integration planen, sind ein paar konkrete Fakten zur praktischen Funktionsweise erwähnenswert:
Dies ist ein wesentlich anderer Ausgangspunkt als der Aufbau einer benutzerdefinierten Integration mit dem NDC-Endpunkt jeder einzelnen Fluggesellschaft, was technisch möglich ist, aber eine separate Zertifizierung, separate Wartung und eine separate Handhabung der besonderen Implementierungsmerkmale jeder Fluggesellschaft erfordert.
Wer im Jahr 2026 eine neue Amadeus-Integration plant, sollte sich einer spezifischen Änderung bewusst sein, die sich auf die Bereitstellung des Zugriffs auswirkt. Amadeus hat bestätigt, dass sein Self-Service-Entwicklerportal, der Einstiegspunkt, über den viele kleinere Agenturen und unabhängige Entwickler auf Pay-as-you-go-Basis auf Amadeus-APIs zugreifen, Mitte 2026 außer Betrieb genommen wird. APIs auf Unternehmensebene bleiben weiterhin über das separate Amadeus Enterprise-Portal verfügbar.
Dies ist eine relevante Planungsüberlegung für einReise-Aggregator-Portal mit Amadeus und NDC Projekt. Agenturen und Technologieteams, die mit einem neuen Build beginnen, sollten zu Beginn der Entwicklung direkt mit Amadeus oder einem autorisierten Amadeus-Implementierungspartner bestätigen, welche Zugriffsstufe und welcher Onboarding-Pfad für ihr Unternehmen gilt, anstatt davon auszugehen, dass der alte Self-Service-Anmeldeablauf weiterhin gilt. Die Kern-APIs, einschließlich Flugsuche, Preisgestaltung, Buchung und Zugriff auf NDC-Inhalte, bleiben verfügbar; Was sich ändert, ist der Kontobereitstellungsweg.
Ein Reisebüro, das diese Art von Build evaluiert, fragt sich manchmal, ob NDC GDS-Inhalte letztendlich vollständig ersetzen wird. In diesem Fall könnte der Aufbau für beide als unnötige Komplexität erscheinen. In der Praxis dienen die beiden Inhaltstypen unterschiedlichen und komplementären Zwecken, und eine Plattform, die nur einen beschafft, wird systematisch das Inventar und die Preise vermissen, die der andere bereitstellt.
Herkömmliche EDIFACT-basierte GDS-Inhalte bleiben das Rückgrat der weltweiten Flugverteilung. Es deckt die breiteste Basis an Fluggesellschaften ab, darunter auch Fluggesellschaften, die NDC noch nicht eingeführt haben oder nur einen Teil ihrer Inhalte darüber vertreiben. Für einen Aggregator, der eine umfassende Strecken- und Tarifabdeckung für alle Fluggesellschaften benötigt, die ein Kunde buchen möchte, sind GDS-Inhalte nicht optional.
Für Fluggesellschaften, die in NDC investiert haben, sind die über diesen Kanal verfügbaren Inhalte häufig umfangreicher und manchmal zu wettbewerbsfähigeren Preisen erhältlich als die Inhalte, die dieselbe Fluggesellschaft über herkömmliche GDS-Kanäle vertreibt. Einige Fluggesellschaften erheben Direktverbindungszuschläge auf alte GDS-Buchungen als Anreiz, den Vertrieb auf NDC und Direktkanäle auszuweiten, was bedeutet, dass NDC-Inhalte in manchen Fällen nicht nur reichhaltiger, sondern für den Endkunden auch wirklich kostengünstiger sind. Ein Aggregator, der NDC-Risiken konsequent ignoriert, weist einen höheren Preis aus, als für diese Route tatsächlich verfügbar ist.
NDC ermöglicht es Fluggesellschaften, markenspezifische Tariffamilien und gebündelte Zusatzleistungen wie Sitzplatzauswahl, Gepäck und Priority Boarding zu einem bestimmten Preispunkt zu präsentieren, und zwar auf eine Weise, die herkömmliche GDS-Tarifklassen normalerweise nicht mit der gleichen Granularität reproduzieren können. EinReise-Aggregator-Portal mit Amadeus und NDC Das Aufdecken dieser Pakete bietet den Kunden relevantere Auswahlmöglichkeiten und gibt der Agentur mehr Möglichkeiten für Nebeneinnahmen.
Wenn eine Plattform nur GDS-Inhalte anzeigt, sehen Kunden, die nach einer Fluggesellschaft suchen, deren beste Tarife auf NDC verlagert wurden, einen unvollständigen oder überhöhten Preis. Wenn eine Plattform nur NDC-Inhalte anzeigt, werden die Fluggesellschaften, die NDC nicht übernommen haben, nicht berücksichtigt, und es werden keine Tarife angezeigt, die GDS-exklusiv bleiben. Nur durch eine kombinierte Vorgehensweise können Kunden ein wirklich vollständiges und preisgenaues Suchergebnis erhalten.
Der Aufbau einer Plattform, die GDS- und NDC-Inhalte wirklich kombiniert, erfordert mehr als den Aufruf eines einzelnen Suchendpunkts. So entsteht eine produktionsreife Architektur für diese Art vonReise-Aggregator-Portal mit Amadeus und NDC kommt normalerweise zusammen.
Die Grundlage bildet die Verbindung zur Amadeus Travel Platform, auf die Sie je nach Zugriffsstufe über die Amadeus Travel API oder die entsprechende Unternehmens-API-Suite zugreifen können. Diese Ebene authentifiziert sich bei Amadeus mithilfe von OAuth 2.0, verwaltet den Sitzungslebenszyklus, sendet Suchanfragen und empfängt eine kombinierte Antwort, die je nach Konfiguration der Anfrage sowohl herkömmliche GDS-Tarife als auch NDC-Angebote verbundener Flugpartner umfassen kann.
Da Amadeus bereits die Arbeit der Normalisierung der NDC-Implementierungen verschiedener Fluggesellschaften in einem konsistenten Ablauf durchführt, ist dieser Integrationskern wesentlich einfacher als der direkte Aufbau separater NDC-Verbindungen zu jeder Fluggesellschaft. Es ist immer noch ein sorgfältiger Umgang mit den Unterschieden zwischen der Strukturierung von NDC-Angeboten und traditionellen Tarifen in den Antwortdaten erforderlich, da NDC-Angebote zusätzliche Attribute für Markentarifbeschreibungen und Zusatzpakete enthalten, die bei Standard-GDS-Tarifen nicht vorhanden sind.
Auch wenn Amadeus einen Großteil der zugrunde liegenden Komplexität übernimmt, benötigt die Anwendungsschicht Ihres Aggregators immer noch einen Schritt zur Angebotsnormalisierung. Diese Ebene nimmt die Rohantwort auf, die eine Mischung aus GDS-Tarifen und NDC-Angeboten mit unterschiedlichen Datenformen umfassen kann, und konvertiert alles in ein konsistentes internes Format, mit dem Ihre Suchergebnisseite, Preismaschine und Buchungsworkflow einheitlich arbeiten können.
Hier werden Entscheidungen darüber getroffen, wie gebrandete Tarifnamen dargestellt werden, wie enthaltene Zusatzleistungen gegenüber optionalen Zusatzleistungen angezeigt werden und wie sichergestellt werden kann, dass ein Kunde, der einen GDS-Tarif mit einem NDC-Angebot für dieselbe Strecke vergleicht, einen direkten Vergleich sieht und nicht zwei inkonsistente Formate.
Sobald die Angebote normalisiert sind, wendet Ihre Preismaschine Markup-Regeln an, sortiert die Ergebnisse entsprechend Ihrer Geschäftslogik und entscheidet, wie GDS- und NDC-Angebote im Vergleich zueinander eingestuft werden. Ein gängiger Ansatz ist die Rangfolge nach dem Gesamtpreis inklusive aller obligatorischen Zusatzleistungen, da ein NDC-Paket, das Gepäck beinhaltet, unter Umständen tatsächlich günstiger ist als ein GDS-Basistarif, der es ausschließt, wenn die tatsächlichen Bedürfnisse des Kunden berücksichtigt werden.
Einige Plattformen wenden auch eine Gewichtungslogik an, die NDC-Inhalte bevorzugt, wenn die Airline-Beziehung oder die Geschäftsbedingungen dies vorteilhaft machen, und gleichzeitig sicherstellt, dass GDS-Inhalte für Strecken oder Fluggesellschaften sichtbar bleiben, bei denen die NDC-Abdeckung unvollständig ist.
Wenn ein Kunde ein Angebot auswählt und mit der Buchung fortfährt, muss die Buchungsebene die Transaktion korrekt verarbeiten, unabhängig davon, ob der zugrunde liegende Inhalt über GDS oder NDC bezogen wurde. Amadeus stellt NDC-Buchungen als Standard-PNR über den Amadeus Interface Record aus. Dies ist ein bedeutender technischer Vorteil, da Ihre bestehenden Buchungsbestätigungs-, Ticketausstellungs-, Änderungs- und Stornierungsabläufe keine völlig separaten Logikpfade für NDC- und GDS-Buchungen benötigen. Beide fließen über dieselbe PNR-basierte Serviceinfrastruktur.
NDC-Inhalte umfassen häufig strukturierte Zusatz- und Markentarifdaten, die eine Standard-GDS-Tarifanzeige nicht in gleicher Weise darstellt. Ihr Frontend benötigt eine Anzeigeebene, die speziell darauf ausgelegt ist, diese Optionen klar darzustellen: Sie zeigt an, was in einem Markentarifpaket enthalten ist, welche optionalen Zusatzleistungen zur Auswahl stehen und wie sich der Gesamtpreis ändert, wenn ein Kunde sie hinzufügt oder entfernt. Dies ist eine deutlich andere UI-Anforderung als eine einfache Tarifliste und sollte als eigenständige Komponente und nicht als nachträglicher Einfall geplant werden.
Den vollständigen Katalog der Reise-APIs und Plattformfunktionen von Amadeus finden Sie unterAmadeus für Entwickler. Die folgende Tabelle fasst die Kernfunktionen zusammen, die für einenReise-Aggregator-Portal mit Amadeus und NDC Build, basierend darauf, wie Amadeus seine eigene Plattform beschreibt.
Amadeus-Fähigkeit | Was es bietet | Relevanz für den Aggregator-Build |
Amadeus Travel API | NDC-fähiger Webservice-Zugriff mit Integration in die vorhandenen Systeme einer Agentur | Primäre API-Schicht zum Erstellen eines benutzerdefinierten Aggregators mit kombiniertem Inhalt |
Amadeus-Reiseplattform | Einheitliches Backend, das EDIFACT GDS-, NDC- und LCC-Inhaltsquellen zusammenführt | Die zugrunde liegende Infrastruktur, die die Inhaltskonsolidierung durchführt |
Altea NDC und NDC Connect | Programme, über die Fluggesellschaften NDC-Inhalte über Amadeus verbreiten | Legt fest, welche NDC-Inhalte der Fluggesellschaften über die Plattform zugänglich sind |
Verkauf von Platform Connect | Grafische Oberfläche zur Anzeige von NDC- und Nicht-NDC-Inhalten in einer Alle-Tarif-Ansicht | Bezugspunkt dafür, wie Amadeus selbst den Agenten kombinierte Inhalte präsentiert |
Suche und Preis von Flugangeboten | Kernflugsuche und Preisbestätigung über verbundene Inhaltsquellen hinweg | Wird sowohl für GDS- als auch für NDC-basierte Angebote innerhalb desselben Workflows verwendet |
Amadeus-Schnittstellendatensatz | Der Mechanismus, mit dem NDC-Buchungen als Standard-PNR ausgestellt werden | Ermöglicht vorhandenen Wartungs- und Backoffice-Tools die Arbeit mit NDC-Buchungen |
So funktioniert ein Such- und Buchungsablauf: aReise-Aggregator-Portal mit Amadeus und NDC, von eine Suche bis zu einer bestätigten Buchung.
Schritt | Was passiert | Beteiligte Inhaltsquelle |
Suchauftrag | Der Kunde gibt Herkunft, Ziel, Daten und Passagierdaten ein | Nicht zutreffend, dies ist eine Eingabesammlung |
Amadeus-Abfrage | Die Plattform fragt die Amadeus Travel Platform über den Integrationskern | Sowohl GDS- als auch verbundene NDC-Airline-Inhalte |
Rohe Antwortverarbeitung | Das System empfängt eine kombinierte Antwort mit gemischten Inhaltstypen | GDS-Tarife und NDC-Angebote in ihren nativen Formaten |
Angebotsnormalisierung | Jedes Angebot wird in eine einheitliche interne Struktur | Wird unabhängig von der Quelle einheitlich angewendet |
Preisgestaltung und Ranking | Angewandte Markup-Regeln, Sortierung der Ergebnisse nach Gesamtpreis und Geschäftslogik | Beide Inhaltstypen wurden zusammen bewertet |
Ergebnisanzeige | Kunden oder Agenten sehen eine einheitliche Liste mit Markentarif und Zusatzdetails, die deutlich angezeigt werden | Beide Inhaltstypen werden in einer Oberfläche |
Auswahl- und Preisbestätigung | Das ausgewählte Angebot wird zum aktuellen Preis und zur aktuellen Verfügbarkeit bestätigt | Quellengerechter Bestätigungsaufruf durch Amadeus |
Buchungserstellung | Die Buchung wird übermittelt und ein PNR wird erstellt | Standard-PNR, ausgestellt für GDS- und NDC-Buchungen über den Interface Record |
Bestätigung und Wartung | Reiseroute geliefert; Die Buchung kann über Standardtools geändert werden | Einheitliche Wartung unabhängig von der ursprünglichen Inhaltsquelle |
Der praktische Nutzen des Aufbaus auf der Amadeus Travel Platform statt der unabhängigen Zusammenstellung separater GDS- und NDC-Integrationen wird am deutlichsten in den letzten beiden Schritten deutlich. Da NDC-Buchungen als Standard-PNR ausgegeben werden, benötigen Ihre Post-Booking-Servicetools, Ihre Berichterstattung sowie Ihre Mid- und Back-Office-Prozesse keine parallele Logik, nur um NDC-Inhalte anders als GDS-Inhalte zu verarbeiten.
Jede Agentur, deren aktuelle Plattform Inhalte nur aus GDS oder nur einem Teil der Direktverbindungen mit Fluggesellschaften bezieht, zeigt ihren Kunden per Definition nicht das vollständige Bild des verfügbaren Angebots. Da immer mehr Fluggesellschaften sinnvolle Inhalte auf NDC verlagern, wird die Kluft zwischen einer reinen GDS-Plattform und dem, was tatsächlich auf dem Markt buchbar ist, immer größer. Agenturen, die möchten, dass ihre Suchergebnisse die echte Marktrealität widerspiegeln, benötigen beide Quellen.
Online-Reisebüros und Aggregatorplattformen leben oder sterben davon, ob die angezeigten Preise korrekt und wettbewerbsfähig sind. Eine Plattform, auf der NDC-Inhalte fehlen, weist auf bestimmten Strecken und Fluggesellschaften durchweg einen höheren Preis aus als ein Mitbewerber, der kombinierte Inhalte anbietet. Dies ist ein direkter und messbarer Wettbewerbsnachteil im Preisvergleich, der für die meisten OTA-Kunden die primäre Grundlage für die Buchungsentscheidung darstellt.
Geschäftsreiseprogramme verlangen zunehmend, dass Mitarbeiter Zugang zu gebündelten Tarifen haben, die die in der Unternehmenspolice bereits abgedeckten Zusatzleistungen enthalten, wie etwa aufgegebenes Gepäck oder Sitzplatzauswahl, anstatt diese separat zu erwerben. Die Markentarifstruktur von NDC ist dafür gut geeignet, und eine Unternehmensbuchungsplattform, die NDC-Inhalte neben GDS-Tarifen integriert, kann diese Pakete direkt in den richtlinienkonformen Suchergebnissen des Mitarbeiters präsentieren.
Ein Technologieunternehmen, das ein Aggregationsprodukt zur Lizenzierung oder White-Label-Vermarktung an mehrere Agenturkunden entwickelt, profitiert von der einmaligen Erstellung der GDS- und NDC-Kombination auf Plattformebene, anstatt die Komplexität jeder Kundenagentur unabhängig zu überlassen. Dies ist ein echtes Produktunterscheidungsmerkmal im Wettbewerb um Agenturkunden, die mehrere Anbieter von Aggregationsplattformen evaluieren.
Ein kombinierter GDS- und NDC-Aggregator muss nicht als isoliertes System aufgebaut werden. Es funktioniert am besten als Content-Ebene, die mehrere Buchungskanäle innerhalb einer breiteren Reisetechnologieplattform versorgt.
Die in diesem Leitfaden beschriebene Kernaggregationsfunktion ist die technische Grundlage fürReise-Aggregator-Portal Produkt von Flight Terminus, das darauf ausgelegt ist, Inhalte aus mehreren Quellen, einschließlich Amadeus GDS und angeschlossenen NDC-Airline-Partnern, in einem einzigen Such- und Buchungserlebnis zu konsolidieren.
Sobald die kombinierte Inhaltsschicht vorhanden ist, kann sie mehrere Front-End-Kanäle unterstützen. EinB2C-Flugbuchungsportal kann den Verbrauchern die kombinierten GDS- und NDC-Ergebnisse direkt präsentieren und Markentarife und Zusatzpakete in einem einzelhandelsfreundlichen Format anzeigen. Die gleiche Inhaltsebene kann einindividuelle B2B-Flugbuchungslösung für Agenten, die Netto-Tariftransparenz und Aufschlagskontrolle sowohl für GDS- als auch für NDC-basierte Angebote benötigen.
Agenturen, die diesen kombinierten Inhaltszugriff auf ihre eigenen Subagenten- oder Franchise-Netzwerke ausweiten möchten, können ihn überWhite-Label-Flugbuchungsportal Framework, das jeder Partneragentur eine Markenschnittstelle über denselben zugrunde liegenden aggregierten Inhalt bietet.
Die technische Verbindung zu Amadeus selbst, einschließlich Authentifizierung, Sitzungsabwicklung und der zuvor in diesem Handbuch beschriebenen Arbeit zur Angebotsnormalisierung, wird überIntegrationsdienste, mit einem dediziertenAmadeus GDS-Integration Modul, das die Besonderheiten der Amadeus Travel Platform-Verbindung behandelt.
Für Plattformen, die die Abdeckung über das eigene NDC-Airline-Partnernetzwerk von Amadeus hinaus noch weiter ausbauen möchten, um Low-Cost-Carrier-Inhalte oder zusätzliche Consolidator-Tarife einzubeziehen, istAQC-Flug-API-Integrationslösung fügt eine zusätzliche Content-Ebene hinzu, die neben der Amadeus GDS- und NDC-Verbindung liegt und dem Aggregator einen noch umfassenderen Überblick über das verfügbare Inventar gibt.
Über das Architekturdiagramm hinaus gibt es praktische Realitäten, die in Projekten, die GDS- und NDC-Inhalte kombinieren, immer wieder zum Vorschein kommen. Es lohnt sich, diese explizit einzuplanen, anstatt sie erst mitten im Bau zu entdecken.
Auch wenn Amadeus einen Großteil der Variabilität zwischen den NDC-Implementierungen der Fluggesellschaften normalisiert, stoßen Agenturen, die auf der Plattform aufbauen, immer noch auf Unterschiede darin, wie viele zusätzliche Details die verschiedenen Fluggesellschaften offenlegen, wie ihre Markentariffamilien benannt und strukturiert sind und wie konsistent bestimmte Funktionen wie Sitzpläne in allen NDC-Angeboten im Vergleich zu herkömmlichen Tarifen verfügbar sind. Erstellen Sie Ihre Angebotsnormalisierungs- und Anzeigeebenen mit der Erwartung, dass Unterschiede zwischen den einzelnen Fluggesellschaften weiterhin auf Anwendungsebene behandelt werden müssen, auch wenn Amadeus die zugrunde liegende Konsolidierungsarbeit übernimmt.
Während die Ausstellung von NDC-Buchungen als Standard-PNR über den Amadeus Interface Record eine echte Vereinfachung darstellt, können Änderungs-, Stornierungs- und Rückerstattungsabläufe für NDC-bezogene Buchungen dennoch fluglinienspezifische Regeln enthalten, die sich von der Funktionsweise derselben Aktionen für einen herkömmlichen GDS-Tarif unterscheiden. Testen Sie Ihre Post-Booking-Serviceabläufe speziell anhand von NDC-Buchungen mehrerer Fluggesellschaften und nicht nur anhand von GDS-Buchungen, bevor Sie die Plattform als produktionsreif betrachten.
Der Zugriff auf Amadeus-APIs, insbesondere auf der Ebene, die für einen Produktionsaggregator erforderlich ist, der GDS- und NDC-Inhalte kombiniert, erfordert die Bereitstellung von Konten, die Berechtigung und in vielen Fällen einen Zertifizierungsprozess, um zu bestätigen, dass die Buchungsabläufe ordnungsgemäß funktionieren, bevor echte Transaktionen in Betrieb genommen werden. Bauen Sie diese Vorlaufzeit von Anfang an in Ihren Projektplan ein, insbesondere angesichts der Änderungen im Jahr 2026 an der Art und Weise, wie Amadeus Self-Service im Vergleich zu Enterprise-API-Zugriff bereitstellt, die weiter oben in diesem Leitfaden beschrieben wurden.
Ein naiver Preisvergleich, der einfach nach dem niedrigsten angezeigten Tarif sortiert, kann Kunden irreführen, wenn sie einen reinen GDS-Basistarif mit einem NDC-Paket vergleichen, das bereits Gepäck und Sitzplatzauswahl beinhaltet. Die vertrauenswürdigste Aggregator-Erfahrung normalisiert den Vergleich, indem sie den Gesamtpreis für einen gleichwertigen Satz an Inklusivleistungen anzeigt oder zumindest deutlich sichtbar macht, was in jedem Angebot enthalten ist und was nicht, bevor sich der Kunde zu einer Auswahl verpflichtet.
EinReise-Aggregator-Portal mit Amadeus und dem NDC Das Projekt verfügt über mehr bewegliche Teile als ein Standard-Such- und Buchungs-Build nur für GDS. Hier ist eine realistische Phasenaufschlüsselung.
Phase | Was passiert | Typische Dauer |
Erkennung und Kontoeinrichtung | Umfangsanforderungen, Amadeus-Zugriffsebene und Bereitstellungsroute bestätigen, Zertifizierungsanforderungen planen | 2 bis 3 Wochen |
Amadeus Integration Core | Erstellen Sie Authentifizierung, Sitzungsverwaltung und zentrale Such- und Preis-API-Verbindungen | 4 bis 6 Wochen |
Angebotsnormalisierungsschicht | Erstellen Sie die Logik, die GDS- und NDC-Antworten in ein einheitliches internes Format konvertiert | 4 bis 6 Wochen |
Preis- und Ranking-Engine | Implementieren Sie Markup-Regeln, Gesamtpreisvergleichslogik und Ergebnisranking für alle Inhaltstypen | 3 bis 4 Wochen |
Markentarif und Zusatzdisplay | Erstellen Sie die Frontend-Komponenten für die übersichtliche Darstellung von Pakettarifen und optionalen Zusatzleistungen | 3 bis 5 Wochen |
Buchungs- und Serviceschicht | Erstellen und testen Sie Buchungserstellungs-, Änderungs- und Stornierungsabläufe für beide Inhaltstypen | 4 bis 6 Wochen |
Zertifizierung und Prüfung | Durcharbeiten Sie die Amadeus-Zertifizierungsanforderungen und End-to-End-Tests bei mehreren Fluggesellschaften | 3 bis 6 Wochen |
Sanfter Start und Überwachung | Begrenzte Live-Veröffentlichung mit genauer Überwachung der Preisgenauigkeit und Buchungserfolgsraten | 2 bis 3 Wochen |
Ein vollständiger Build dauert in der Regel vier bis sieben Monate vom Projektstart bis zu einem stabilen Produktionsstart, abhängig vom Umfang der Front-End-Kanäle, die der aggregierte Inhalt versorgen muss, und der Tiefe der erforderlichen Servicefunktionen.
Die Vertriebslandschaft für Luftinhalte hat sich grundlegend verändert, und eine Buchungsplattform, die nur GDS-Inhalte bezieht, bietet Kunden einen unvollständigen und manchmal teureren Überblick über das, was tatsächlich verfügbar ist. EinReise-Aggregator-Portal mit Amadeus und NDCschließt diese Lücke, indem es herkömmliche GDS-Tarife und direkt von der Fluggesellschaft bereitgestellte NDC-Inhalte in einer Suche, einem Preisvergleich und einem Buchungsablauf zusammenführt und dabei eine Infrastruktur nutzt, die Amadeus bereits speziell für die Bewältigung der Komplexität der unterschiedlichen NDC-Implementierungen mehrerer Fluggesellschaften aufgebaut hat.
Die technische Arbeit ist real: Angebotsnormalisierung, Preislogik, die berücksichtigt, was tatsächlich in jedem Tarif enthalten ist, und Wartungsabläufe, die für beide Inhaltstypen korrekt funktionieren, erfordern allesamt sorgfältige Planung. Aber die Grundlage, die Amadeus Travel Platform selbst, beseitigt einen erheblichen Teil des Integrationsaufwands, der sonst durch die unabhängige Anbindung an die NDC-Implementierung jeder Fluggesellschaft entstehen würde.
Für Agenturen und Reisetechnologieteams, die möchten, dass ihre Suchergebnisse tatsächlich das widerspiegeln, was heute auf dem Markt buchbar ist, und nicht nur eine Teilansicht, die auf herkömmliche GDS-Inhalte beschränkt ist, ist die Erstellung dieser Kombination nicht mehr optional. Es ist die Grundlage, mit der Kunden zunehmend alle Plattformen vergleichen.
Häufig gestellte Fragen zum Bauen mit Amadeus
GDS-Inhalte beziehen sich auf Flugpreise und Inventar, die über herkömmliche EDIFACT-basierte Nachrichten verteilt werden. Dabei handelt es sich um den Standard, den globale Vertriebssysteme wie Amadeus seit Jahrzehnten verwenden. NDC (New Distribution Capability) ist ein neuerer XML-basierter Standard, der von der IATA entwickelt wurde und es Fluggesellschaften ermöglicht, umfangreichere, personalisiertere Angebote direkt zu verteilen, einschließlich Marken-Tarifpaketen und Zusatzleistungen, die zu einem bestimmten Preis zusammengefasst sind. Der praktische Unterschied für einReise-Aggregator-Portal mit Amadeus und NDC ist, dass GDS-Inhalte tendenziell stärker standardisiert und bei fast allen Fluggesellschaften allgemein verfügbar sind, während NDC-Inhalte eine stärkere Produktdifferenzierung bieten, aber nur von den spezifischen Fluggesellschaften verfügbar sind, die NDC-Verbindungen aufgebaut haben, was einen wachsenden, aber immer noch unvollständigen Teilbereich des Marktes darstellt.
Amadeus hat die Amadeus Travel Platform speziell entwickelt, um EDIFACT GDS-Inhalte und NDC-Inhalte von verbundenen Flugpartnern in einer Umgebung zusammenzuführen, auf die über Produkte wie die Amadeus Travel API und Amadeus Selling Platform Connect zugegriffen werden kann. Das bedeutet, dass Sie keine separate, unabhängige Integration mit dem NDC-Endpunkt jeder einzelnen Fluggesellschaft aufbauen müssen, wenn Sie diese Inhalte über Amadeus beziehen. Sie benötigen immer noch eine Angebotsnormalisierungsschicht in Ihrer eigenen Anwendung, um die strukturellen Unterschiede zwischen der Darstellung von GDS-Tarifen und NDC-Angeboten zu bewältigen, aber die zugrunde liegende Konnektivität und ein Großteil der Variabilität zwischen den einzelnen Fluggesellschaften werden von Amadeus und nicht von Ihrem eigenen Integrationsteam verwaltet.
In den meisten Fällen ja. Amadeus stellt NDC-Buchungen als Standard-PNR über den Amadeus Interface Record aus. Das bedeutet, dass die gleichen Warteschlangen, Mid- und Back-Office-Systeme, Reporting-Tools und Service-Workflows, die Ihre Agentur bereits für GDS-Buchungen verwendet, im Allgemeinen auch weiterhin für NDC-Buchungen gelten. Dies ist ein erheblicher praktischer Vorteil, da Sie nicht zwei völlig separate Betriebssysteme für die beiden Inhaltstypen verwalten müssen. Allerdings können einige fluglinienspezifische NDC-Regeln zu Änderungen, Stornierungen und Rückerstattungen immer noch von der Funktionsweise derselben Aktionen bei einem herkömmlichen GDS-Tarif abweichen. Daher lohnt es sich, Ihre Wartungsabläufe speziell anhand von NDC-Buchungen zu testen, bevor Sie über die Produktionsreife nachdenken.
Amadeus hat erklärt, dass eine beträchtliche und wachsende Zahl von Fluggesellschaften, darunter Dutzende großer Fluggesellschaften, über seine Programme Altea NDC und NDC Connect verbunden sind. Hierbei handelt es sich um die Mechanismen, mit denen Fluggesellschaften ihre NDC-Inhalte über die Amadeus Travel Platform an ihr Netzwerk von Reiseverkäufern verteilen. Die genaue Anzahl und welche spezifischen Fluggesellschaften angeschlossen sind, ändert sich im Laufe der Zeit, da immer mehr Fluggesellschaften NDC übernehmen und ihre Vertriebsvereinbarungen erweitern, sodass jede Agentur, die eineReise-Aggregator-Portal mit Amadeus und NDC Build sollte die aktuelle Liste der angeschlossenen Airline-Partner zum Zeitpunkt der Projektplanung direkt mit Amadeus oder einem autorisierten Implementierungspartner bestätigen, da diese Liste einer der dynamischeren Aspekte der NDC-Landschaft ist.
Amadeus hat bestätigt, dass sein Self-Service-Entwicklerportal, das in der Vergangenheit für kleinere Agenturen und unabhängige Entwickler der Einstiegspunkt für den Zugriff auf Amadeus-APIs auf Pay-as-you-go-Basis war, Mitte 2026 außer Betrieb genommen wird. Der API-Zugriff auf Unternehmensebene bleibt über das separate Amadeus Enterprise-Portal verfügbar. Dies bedeutet, dass Agenturen und Entwickler, die ein neues Integrationsprojekt starten, direkt mit Amadeus bestätigen sollten, welche Zugriffsstufe und welcher Onboarding-Pfad derzeit für ihr Unternehmen gelten, anstatt davon auszugehen, dass der alte Self-Service-Anmeldeprozess immer noch der richtige Ausgangspunkt ist. Die zugrunde liegenden APIs, einschließlich Flugsuche, Preisgestaltung, Buchung und Zugriff auf NDC-Inhalte, bleiben verfügbar; Was sich geändert hat, ist der Bereitstellungsweg, über den neue Konten eingerichtet werden.
Es kann beides, und die Auswirkungen auf den Preis sind oft der wichtigere Faktor. Einige Fluggesellschaften erheben Direktverbindungszuschläge auf Buchungen, die über herkömmliche GDS-Kanäle vorgenommen werden, als Teil einer umfassenderen Bestrebung, den Vertrieb auf NDC und Direktverbindungen zu verlagern. Dies bedeutet, dass in bestimmten Fällen das von NDC bezogene Angebot für eine bestimmte Strecke tatsächlich günstiger ist als der entsprechende GDS-Tarif und nicht nur anders verpackt. Eine Plattform, die nur GDS-Inhalte bezieht, wird auf diesen Routen durchweg einen höheren Preis anzeigen, als tatsächlich auf dem Markt verfügbar ist. Kombinieren beider Inhaltstypen durch einReise-Aggregator-Portal mit Amadeus und NDC geht es daher nicht nur darum, reichhaltigere Markentarifoptionen anzubieten; Es geht auch darum, sicherzustellen, dass die den Kunden angezeigten Preise tatsächlich die wettbewerbsfähigsten sind, die über alle Vertriebskanäle hinweg verfügbar sind.