Sabre vs Amadeus vs Travelport: GDS ve NDC Karşılaştırması
Sabre, Amadeus ve Travelport'u content source, NDC/GDS capability, booking lifecycle, entitlement ve servicing açısından karşılaştırın.
Sabre, Amadeus ve Travelport tek bir “flight API” ürünü değildir; her biri GDS/distribution platform, API portfolio ve giderek daha fazla NDC content aggregation/servicing capability'si sunar. Seçim yalnız shopping response shape'ine göre yapılmamalıdır.
Karşılaştırma matrisi
| Boyut | Sabre | Amadeus | Travelport |
|---|---|---|---|
| Core distribution role | GDS + product collections | GDS + Enterprise APIs + Travel Platform | GDS + JSON APIs + NDC/GDS aggregation |
| NDC | Product/carrier entitlement'a göre | Travel Platform / Enterprise NDC | JSON Air içinde NDC + GDS |
| Access | PCC/EPR/product entitlement | Enterprise onboarding/entitlement | PCC/credential/content entitlement |
| Auth | Product-specific | Product-specific | OAuth2 |
| Search cache/reference | Product-specific | Product-specific | Docs'ta GDS/NDC reference lifetime ayrımı var |
| Booking abstraction | Product family dependent | Product family/source dependent | Search → AirPrice → workbench → commit |
| Universal public quota | Yok | Yok | Yok |
| Best comparison unit | Product collection | Enterprise product family | JSON Air capability/source |
En önemli fark: provider değil capability karşılaştırın
Yanlış soru:
Sabre mi Amadeus mu Travelport mu daha iyi?Daha doğru soru:
Belirli carrier/source için:
- shopping coverage?
- fare/brand/ancillary richness?
- NDC capability?
- ticketing?
- exchange/refund?
- servicing?
- latency?
- contract economics?Canonical architecture
Canonical Air Search
|
+-> Sabre Adapter
+-> Amadeus Adapter
+-> Travelport Adapter
|
v
Offer / Itinerary Normalization
|
v
Source-aware Booking/Order AdapterNormalization source lineage'i silmemelidir.
NDC ve GDS birlikte
Aynı itinerary hem EDIFACT/GDS hem NDC source'tan gelebilir. Fiyat aynı olsa bile:
- fare brand,
- baggage,
- ancillary,
- refund/exchange,
- fulfillment,
- servicing
farklı olabilir.
Offer dedup yalnız flight number + time üzerinden yapılmamalıdır.
Booking lifecycle farkı
Travelport JSON Air workbench modeli explicit mutable booking context sunar.
Amadeus ve Sabre'de lifecycle kullandığınız Enterprise/product collection'a göre değişir.
Bu nedenle core domain:
Search
Offer
Revalidate
Book/Order
Retrieve
Ticket/Fulfill
Service
Cancel/Exchangecapability'lerini provider implementation'dan ayrı tutmalıdır.
Failure modes
- NDC/GDS source lineage kaybı,
- unsupported servicing'i supported sanmak,
- stale offer/reference,
- entitlement mismatch,
- timeout sonrası duplicate order/PNR,
- global provider quota varsaymak.
Ne zaman hangisi?
Kararı carrier coverage, agency contract, PCC/entitlement, target market, NDC content, servicing needs ve operational support üzerinden verin.
Multi-GDS model gerekiyorsa canonical itinerary/offer domain'i provider DTO'larından bağımsız tasarlayın.
Karar checklist
- Target carrier/source matrix hazır mı?
- NDC/GDS parity ölçüldü mü?
- Ticketing/servicing capability açık mı?
- Offer reference expiry modelleniyor mu?
- Unknown booking/order recovery var mı?
- PCC/entitlement ownership belli mi?
- Economics ve support SLA değerlendirildi mi?
Benzer bir entegrasyon mu planlıyorsunuz?
Gereksinim, feed/API tasarımı ve production yaklaşımını birlikte değerlendirebiliriz.