GDS vs NDC: Airline Distribution Architecture

GDS ve NDC'yi airline shopping, Offer/Order, content ownership, servicing ve integration architecture açısından karşılaştırın.

Editoryal bilgi
Advertisement

GDS ve NDC aynı problemi aynı katmanda çözmez. GDS çok taraflı travel distribution ağı ve ticari erişim katmanı iken NDC, IATA tarafından Offer ve Order süreçleri etrafında tanımlanan bir veri alışveriş standardıdır. Bir sistem NDC kullanıp yine bir aggregator/GDS üzerinden bağlanabilir.

Mimari fark

GDS entegrasyonunda supplier access, fare/content aggregation, ticketing ve servicing yetenekleri provider sözleşmesine göre gelir. NDC'de ise airline offer'ı, ancillary content ve order lifecycle daha doğrudan airline retailing modeline taşınabilir.

text
Airline → GDS/Aggregator → Seller
Airline → NDC API/Aggregator → Seller

Offer ve Order

NDC tarafında shopping sonucu yalnız itinerary+price değildir; offer identity, owner, expiry ve eligibility korunmalıdır. Order creation sonrasında servicing/cancellation aynı order lineage üzerinden izlenmelidir.

Ne zaman hangisi?

Karar “GDS mi NDC mi daha iyi?” değildir. Coverage, airline access, servicing, commercial contract, latency, content richness ve operational support birlikte değerlendirilmelidir.

Failure modes ve observability

Offer expiry, repricing, partial ancillary mapping, duplicate order, timeout sonrası unknown order state ve airline-specific schema variation izlenmelidir. Search success ile order success ayrı KPI olmalıdır.

Production checklist

  • source capability matrix oluşturun,
  • Offer/Order/PNR/Ticket kavramlarını ayrı modelleyin,
  • reprice/revalidation sınırını tanımlayın,
  • ticketing/fulfillment state'ini booking state'ten ayırın,
  • provider-specific servicing capability'lerini doğrulayın,
  • UNKNOWN ve reconciliation path sağlayın,
  • source lineage ve correlation ID'lerini koruyun.
Teknik danışmanlık

Mimarinizi birlikte review edelim.

Travel distribution ve metasearch mimarinizi ölçeklenebilirlik, hata senaryoları ve operasyon açısından değerlendirebiliriz.

Projenizi konuşalım →

Kaynaklar

İlgili içerikler

architecture

Travel Payment Ownership: Merchant of Record, Seller of Record ve Collect Modelleri

Merchant of Record, Seller of Record, agency collect, hotel collect ve pay-at-property modellerini booking lifecycle ve reconciliation açısından ayırın.

travel-distributionarchitecturecanonical-model
İncele →
architecture

Direct Connect Architecture: Supplier'dan OTA ve Metasearch'e

Hotel, CRS veya airline sisteminin OTA/metasearch'e doğrudan bağlandığı topology'yi ownership, mapping, retry ve reconciliation ile tasarlayın.

travel-distributionarchitecturecanonical-model
İncele →
reports

Türkiye Metasearch Pazarı: Public-Evidence Teknik Harita 2026

Türkiye travel metasearch ve dağıtım ekosistemini OTA, metasearch, GDS, NDC, bedbank, channel manager, CRS ve booking katmanlarıyla public evidence üzerinden haritalayın.

turkiyemetasearchtravel-distribution
İncele →
travel-ecosystem

Jolly: Türkiye Tur Operatörü ve OTA Profili

jollytur.com

Jolly'nin tour operator kimliği, otel ve tur satış yüzeyi ve Türkiye travel distribution ekosistemindeki çok rollü konumu.

jollyotatour-operator
İncele →
travel-ecosystem

RateGain: Channel Manager ve Travel Distribution Connectivity Profili

rategain.com

RateGain'in channel manager, ARI dağıtımı, reservation delivery, travel-seller connectivity ve developer integration yüzeyini teknik olarak inceleyin.

rategainchannel-managerari
İncele →
architecture

Push vs Pull vs Hybrid: Travel Distribution Veri Akışı

Push, pull ve hybrid distribution modellerini freshness, latency, rate limit, cache, reconciliation ve operasyonel ownership açısından karşılaştırın.

pushpullhybrid
İncele →