Live Price
A current provider-backed price for high-intent search. It has different freshness expectations from an indicative price.
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?
Live Price commonly appears across distribution, flight layers. Its implementation should make source-of-truth, identity, freshness and transaction-ownership boundaries explicit.
Related terms
Related technical guides
ARI vs Live Search vs Reprice: Hotel Pricing and Availability Lifecycle
Compare ARI, live search and reprice/check flows across freshness, granularity, latency, booking confidence and source-of-truth.
Explore →Skyscanner Cars: Live Search, Discovery and Seller Handoff
Separate Skyscanner car-hire live, indicative and agent products; preserve rental context and diagnose session, price and handoff failures.
Explore →Cache and Price Freshness in Metasearch
Design travel-metasearch caching with realistic search load, adaptive TTLs, selective live rechecks, stale-price risk, observability and production trade-offs.
Explore →Agentic Travel Reference Architecture
Design AI agent → search → offer → reprice → confirmation → payment → booking → servicing with travel-specific authorization, idempotency and audit boundaries.
Explore →How to Debug Hotel Price Mismatches
Diagnose price differences between metasearch, OTA and hotel booking engines with an evidence-driven triage and root-cause workflow.
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 →