Agency Model
A model where the traveler typically pays the supplier and the intermediary earns commission.
Why it matters
This concept affects how travel supply moves between systems and which state can be trusted during search. Distribution data needs more than a valid payload: it needs context, freshness and clear ownership. The same term may exist at supplier, channel-manager, OTA and metasearch layers with different semantics, so careless abstraction creates hard-to-debug mismatches.
What does it look like in practice?
A hotel rate update moving from supplier through connectivity into an OTA or metasearch should preserve entity identity, source timestamp, restrictions and version state. HTTP success alone does not prove downstream distribution state is current.
Implementation questions
- Which system is the source of truth?
- Which identifiers and versions must be preserved?
- Does state arrive by push, pull or event?
- How is stale or incomplete state detected?
Common mistakes
- Treating provider IDs as canonical IDs
- Equating HTTP success with business-state success
- Mixing full and delta update semantics
Where does it appear in the travel stack?
Agency Model commonly appears across distribution layers. Its implementation should make source-of-truth, identity, freshness and transaction-ownership boundaries explicit.
Related terms
Related technical guides
Payment + Booking Distributed Transaction
Model payment and supplier booking as a distributed transaction using authorization, capture, compensation, UNKNOWN outcomes and reconciliation.
Explore →Travel Payment Ownership: Merchant of Record, Seller of Record and Collect Models
Separate Merchant of Record, Seller of Record, agency collect, hotel collect and pay-at-property models across booking and reconciliation.
Explore →NDC Offer/Order Lifecycle: Search to Servicing
Model NDC Offer/Order lifecycle across search, offer, revalidation, order creation, payment, ticketing, servicing and reconciliation states.
Explore →ANEX Tour: Tour Operator and Package Holiday Profile
Model ANEX Tour across package-holiday organization, tour-operator ownership, component suppliers and booking lifecycle.
Explore →Booking.com: OTA, Marketplace and Booking Ownership Profile
Model Booking.com across consumer OTA, accommodation marketplace, booking ownership and supplier connectivity.
Explore →Canonical Hotel Entity Model
Design a canonical hotel identity layer that maps multiple supplier property records into one traceable entity with provenance and merge history.
Explore →