MTK for Travel
Travel platforms manage reservations, issue discrete travel rights to passengers, enforce fare rules and identity
checks, confirm supplier availability, and reconcile across GDS channels and supplier systems. MTK maps onto this:
the reservation or PNR is a container, the travel right or segment is the entitlement, and check-in or boarding
is the domain translation of the consume primitive.
A booking or PNR may present the trip — but protocol truth sits with the discrete travel rights and service components that MTK evaluates and tracks. The itinerary is a presentation layer. The entitlement record is the authoritative unit of use.
How travel concepts map to MTK
The protocol verb is always consume (PSL-002) — check in, board, and use segment are domain translations of it.
| MTK Primitive | Travel Equivalent |
|---|---|
| Issuer | Airline / Hotel / Supplier / Tour Operator |
| Holder | Booker / Travel Agent / Corporate Account |
| Beneficiary | Passenger / Guest |
| Container | Reservation / PNR / Booking Reference |
| Entitlement | Travel Right / Segment / Stay / Service Component |
| Constraint | Fare Rules / Availability / Identity / Visa / Seat Rules |
| Verification | Passport / Ticket / Supplier Confirmation / Visa Check |
| Authorisation | Boarding Approval / Supplier Confirmation Decision |
| Consume / Domain Action | Check In / Board / Use Segment |
| Mutation | Segment Used / Stay Checked In / Service Rendered |
| Delegation | Passenger Transfer / Name Change |
| Settlement | Supplier Settlement / BSP Remittance |
| Reconciliation | Supplier / GDS / Channel Reconciliation |
| Revocation / Suspension | Cancel Booking / Deny Boarding / Void Ticket |
How it works
A canonical travel segment use flow, expressed in protocol-safe language.
lifecycle_state_canonical is ACTIVE, verifies passenger identity (passport, visa where required), and confirms supplier availability.
consume primitive). The segment is marked used. The passenger boards or checks in. The entitlement transitions toward CONSUMED state as each travel right is used.
Reservation vs travel right: container vs entitlement
In travel, the booking reference and the individual travel rights are closely linked but structurally distinct in MTK.
A reservation or PNR is a container. It presents the itinerary, groups flight segments and ancillary services, and carries the booking reference used across systems. It is not authoritative protocol truth.
Travel rights, segments, stays, and service components are the entitlements. A booking or PNR may present the trip, but protocol truth sits with the discrete travel rights and service components that MTK evaluates and tracks. A PNR showing a confirmed booking does not guarantee any individual segment is available, unexpired, or not already used — each travel right must be evaluated independently.
This matters for multi-leg journeys: a PNR grouping three flights holds three discrete entitlements. Each is evaluated at its own point of service — check-in for flight 1 does not automatically consume flight 2 or flight 3.
Travel-specific patterns
These examples are illustrative translations, not a complete legal or operational model for travel. MTK's entitlement model can represent these patterns. Vertical-specific productisation — including IATA BSP rules, airline tariff regulations, hotel distribution agreements, and GDS connectivity — is a separate implementation concern.