Hotel List
Static property master data supplied to a distribution platform. Stable IDs, address, geo and active state are foundational to matching quality.
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?
Hotel List commonly appears across distribution, identity layers. Its implementation should make source-of-truth, identity, freshness and transaction-ownership boundaries explicit.
Related terms
Related technical guides
Google Hotels Integration: Developer Guide
Implement Google Hotels from a developer perspective with Hotel Lists, property mapping, Pull/Changed Pricing/ARI, Transaction XML, landing pages, OAuth2, request/response models, error handling and monitoring.
Explore →Google Hotel Feeds: Data Contracts and Recovery
Separate Google Hotel List, pricing, ARI, POI and landing contracts; diagnose stale updates and design publication, recovery and monitoring workflows.
Explore →What Is a Travel Feed? XML, JSON & Metasearch Data Flows
Learn how hotel-list, rate, availability, room-metadata and landing-page feeds work, how they differ from APIs and how to design them for production.
Explore →Cendyn CRS: Central Reservations and Distribution Profile
A technical ecosystem profile of Cendyn's central-reservation and hotel-distribution role, including reservation services and live hotel-feed infrastructure.
Explore →Google Places as Supplemental Hotel Context
Use Google Places as supplemental property/location context without turning Place IDs, ratings or reviews into hotel inventory source-of-truth.
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 →