---
title: "GDS vs NDC: Airline Distribution Architecture"
description: "GDS ve NDC'yi airline shopping, Offer/Order, content ownership, servicing ve integration architecture açısından karşılaştırın."
slug: "gds-vs-ndc"
translationKey: "guide-gds-vs-ndc"
locale: "tr"
type: "guide"
category: "architecture"
tags: ["travel-distribution","architecture","canonical-model"]
publishedAt: "2026-09-26"
updatedAt: "2026-09-26"
reviewedAt: "2026-09-26"
technicalVerifiedAt: "2026-09-26"
codeExampleStatus: "illustrative"
sources:
  - title: "IATA — Distribution with Offers & Orders (NDC)"
    url: "https://www.iata.org/en/programs/airline-distribution/retailing/ndc/"
---
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.