NDC/GDS Distribution

Distribution channels3

NDC direct, GDS agency, interline

Order events4

create, change, cancel, refund

Mutation boundaryP05 first

append before P04 publish

Control point

Offer to order contract

governed

NDC and GDS inputs are normalized into a single offer/order stream. Payment, ticketing, DCS and settlement receive event references rather than raw channel payloads.

OfferPricefare + tax + ancillariesaxiom.commercial.offer.priced.v1

OrderCreateidentity + payment intentaxiom.commercial.order.created.v1

OrderChangeexchange/refund authorityaxiom.commercial.order.changed.v1

Channels

NDC, GDS and interline intake

Phase-2 proof data

Channel	Owner	Format	Flow	State	Evidence
NDC direct	T9 Sales & Distribution	IATA NDC 21.3	OfferPrice -> OrderCreate -> OrderChange	go	`contracts/commercial/ndc_order.v1.yaml`
GDS agency	T9 Agency channel	EDIFACT/PNR bridge	Availability -> Sell -> Ticketing handoff	watch	`contracts/commercial/gds_pnr_bridge.v1.yaml`
Interline order	T9 Interline	NDC + legacy ticket coupon	Partner offer -> prime order -> settlement feed	watch	`contracts/commercial/interline_order.v1.yaml`

Readiness gates

What must be true before commercial state fans out

Offer authoritygo

Every priced offer carries fare basis, brand, inventory class, tax, fee and ancillary references before it can become an order.

axiom.commercial.offer.priced.v1

Order mutationgo

Create, change, cancel and refund actions must append P05 evidence before downstream payment, ticketing or DCS publication.

axiom.commercial.order.changed.v1

Agency paritywatch

GDS bookings are accepted through a normalized PNR bridge, but NDC order state remains the commercial source of truth.

axiom.commercial.gds.pnr_ingested.v1

Settlement handoffwatch

Ticket, EMD and coupon state is prepared for BSP/CASS without letting settlement files mutate the live order directly.

axiom.settlement.ticket_coupon.v1