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

integration

Google Hotels Integration: Developer Guide

developers.google.com

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.

google-hotelshotelfeed
Explore →
feed-platform

Google Hotel Feeds: Data Contracts and Recovery

google.com

Separate Google Hotel List, pricing, ARI, POI and landing contracts; diagnose stale updates and design publication, recovery and monitoring workflows.

google-hotelsfeedhotel-list
Explore →
integration

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.

feedxmljson
Explore →
travel-ecosystem

Cendyn CRS: Central Reservations and Distribution Profile

cendyn.com

A technical ecosystem profile of Cendyn's central-reservation and hotel-distribution role, including reservation services and live hotel-feed infrastructure.

cendyncrsreservation
Explore →
hotel

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.

google-placeshotel-mappinglocation
Explore →
architecture

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.

travel-distributionarchitecturecanonical-model
Explore →