Demystifying Global Distribution Systems: Architecture, PNR Protocols, and the Big Three

An engineering examination of how Amadeus, Sabre, and Travelport orchestrate multi-carrier inventory synchronization, cryptic terminal commands, and real-time electronic ticketing.

Tariq Al-Mansoor
Tariq Al-Mansoor

Senior Distribution & GDS Protocol Consultant

Published: Sep 20, 2026
•
Updated: Oct 4, 2026
Information Verified: October 6, 2026•Next Audit: January 2027•Sources: IATA, ATPCO, ARC/BSP & Official Handbooks
Our Research Methodology
Demystifying Global Distribution Systems: Architecture, PNR Protocols, and the Big Three
Key Architecture Takeaways
  • Global Distribution Systems originated from airline mainframe reservation desks in the 1960s (Sabre from American Airlines, Amadeus from European consortium).
  • Inter-system data synchronization relies on high-speed Type A interactive messaging (sub-second) and Type B teletype store-and-forward batch messaging.
  • A PNR must satisfy the PRINT mnemonic (Phone, Received-from, Itinerary, Name, Ticketing limit) to be committed to disk.
  • The 'Big Three' (Amadeus, Sabre, Travelport) process over 90% of global indirect air travel transactions.
  • Modern travel tech stacks consume GDS via enterprise SOAP/REST middleware rather than raw 3270 terminal green-screens.

The Origins and Scale of the Big Three Networks

The modern Global Distribution System is one of humanity's most resilient computing achievements. In the late 1950s, American Airlines partnered with IBM to develop SABRE (Semi-Automated Business Research Environment) running on vacuum-tube mainframes. In Europe, Air France, Iberia, Lufthansa, and SAS joined forces in 1987 to build Amadeus, while another airline alliance developed Galileo (now part of Travelport along with Worldspan and Apollo).

Today, these three entities—Amadeus (headquartered in Madrid/Nice), Sabre (Southlake, Texas), and Travelport (Langley, UK)—process trillions of dollars in gross booking volume annually, maintaining uptime guarantees exceeding 99.99% across global multi-datacenter clusters.

PNR Lifecycle: Creation, Commit, and Teletype Synchronization

When an agent or an OTA booking engine reserves a flight, the GDS builds an in-memory transactional structure known as a Passenger Name Record (PNR). To transition from a temporary workspace to a committed reservation, the PNR must conform to strict IATA Resolution 722 standards.

Once the mandatory fields are populated, the agent enters the commit command (in Sabre: 'E' for End Transaction; in Amadeus: 'ET'). At this millisecond, the GDS assigns a 6-character Record Locator and dispatches a Type A EDIFACT segment sell message directly to the operating airline's Passenger Service System (PSS).

If the operating carrier acknowledges seat allocation, it returns a second Record Locator (the Carrier PNR). The travel agent's GDS record now contains both locators, establishing a distributed state across two physically independent mainframes.

Cryptic Mainframe Commands vs Modern Travel API Equivalence
Action DescriptionSabre Cryptic CommandAmadeus Cryptic CommandModern REST/JSON API Endpoint
Flight Availability Search124OCTJFKLHRAN24OCTJFKLHRPOST /v2/shopping/flight-offers
Display Seat MapB*7SM7GET /v1/shopping/seatmaps?flightOfferId=...
Add Passenger Name-SMITH/JOHN MRNM1SMITH/JOHN MRIncluded in POST /v1/booking/flight-orders body
Commit PNR ReservationE or ERET or ETKPOST /v1/booking/flight-orders (Atomic execution)
Issue Electronic TicketWÂ¥TKTTTPPOST /v1/booking/flight-orders/{id}/issuance

Fare Construction and the ATPCO Pricing Engine

GDS search engines do not merely match flight numbers; they execute multi-variable combinatorial math. To determine if an itinerary can be ticketed, the GDS evaluates tariffs filed by airlines with ATPCO (Airline Tariff Publishing Company).

ATPCO defines Category rules (such as CAT-01 Eligibility, CAT-08 Stopover limits, CAT-10 Combinability, and CAT-16 Penalties & Refunds). A single round-trip query can trigger tens of thousands of permutation checks within fractions of a second to discover the lowest combinable fare basis code.

Topics:#GDS#Amadeus#Sabre#Travelport#PNR#EDIFACT#Ticketing

Frequently Asked Questions

A GDS is a wholesale B2B network that supplies flight schedules, inventory, and ticketing tools. An OTA (like Booking.com or Expedia) is a consumer-facing retailer that connects to one or more GDSs to sell trips to end-users.
Tariq Al-Mansoor
About the Author

Tariq Al-Mansoor

Senior Distribution & GDS Protocol Consultant

Tariq Al-Mansoor bridges legacy EDIFACT and modern NDC API ecosystems. He has integrated dozens of travel agencies with Sabre, Amadeus, and Travelport, helping travel tech startups design robust booking, ticketing, and reissue workflows.

Verified Industry Credentials:
  • B.Sc. Computer Engineering (KFUPM)
  • IATA Certified Aviation Professional
  • GDS Cryptic & REST Integration Specialist (12+ yrs)
Industry Consultation & Engineering Services
Official Technical Partner:ProjectOTA.com

Custom OTA Development, Travel API & GDS Architecture Consultation

Need an enterprise-grade B2B/B2C booking engine, custom Sabre/Amadeus/Travelport cryptic integration, or high-throughput NDC flight APIs? Partner directly with the specialized engineers at ProjectOTA.

OTA B2B/B2C Booking Engine Development
Amadeus, Sabre & Travelport GDS Integrations
IATA NDC 21.3 XML/JSON Offer & Order APIs
Travel Payment Orchestration & Automated Ticketing
Direct Engineering Consultation Desk

ProjectOTA Solutions

Related Technology Guides