Turkish Airlines TKCONNECT NDC Integration Guide
Model TKCONNECT NDC integration around access, direct/aggregator topology, offer/order lifecycle, servicing and source lineage.
TKCONNECT represents Turkish Airlines' NDC/direct-distribution model across agency UI, aggregator and direct API paths. Model it around offer/order ownership and servicing capability, not as one generic airline-search endpoint.
Topology
Seller
-> direct TKCONNECT NDC
-> aggregator
-> agency UI
|
v
Turkish Airlines offer/order lifecycleDirect API and aggregator access can expose the same airline supply while differing in authentication, certification and servicing capability.
Canonical boundary
Keep itinerary, offer, fare family/brand, baggage, ancillary, provider offer reference, order/booking reference, ticket/document state and servicing capability separate.
Do not lose airline source identity during normalization.
Search → Offer → Order
SEARCH
-> OFFER
-> SELECT
-> REVALIDATE if required
-> ORDER/BOOK
-> PAYMENT/TICKET
-> RETRIEVE
-> CHANGE/CANCEL/SERVICEA search result is not a booking guarantee. Preserve offer expiry and fare conditions through the booking boundary.
Idempotency
A create timeout is not proven failure:
CREATING -> CONFIRMED
-> REJECTED
-> UNKNOWN -> retrieve/reconcileDo not duplicate order creation while state is UNKNOWN.
Observability
Track search latency, offer count, offer expiry, revalidation-change rate, unknown-order age, ticketing success, servicing failures and reconciliation drift.
Production checklist
- access/certification path verified
- direct vs aggregator source explicit
- offer/reference preserved
- fare family + baggage normalized
- UNKNOWN recovery implemented
- servicing capability matrix available
- ticket/document state separate from booking state
Planning a similar integration?
We can review requirements, feed/API design and the production approach with you.