Reprice
Daha önce görülen offer'ın booking'e yaklaşırken güncel price, availability ve commercial conditions ile yeniden doğrulanmasıdır.
Neden önemli?
Transaction kavramları metasearch click'inin downstream booking experience'e nasıl dönüştüğünü açıklar. Context-preserving deeplink, stable click ID, booking lifecycle ve reconciliation birlikte tasarlanmazsa search performansı ile gerçek ticari sonuç arasında kopukluk oluşur.
Pratikte nasıl görünür?
Metasearch'te click_id deep link ile provider'a taşınır, booking event ile geri gelir ve cancellation/stay state'leriyle reconcile edilir. Bu zincir koparsa commercial attribution eksik kalır.
Uygulamada sorulması gerekenler
- Search context landing'e eksiksiz taşınıyor mu?
- Click/booking arasında durable ID var mı?
- Booking lifecycle event'leri idempotent mi?
- Provider sonucu ile internal state reconcile ediliyor mu?
Yaygın hatalar
- Generic landing page'i başarılı handoff saymak
- Unknown booking state'i failed kabul etmek
- Duplicate conversion event'i iki kez revenue yazmak
Travel stack içinde nerede kullanılır?
Reprice, çoğunlukla transaction katmanlarıyla ilişkilidir. İlgili sistemlerde source-of-truth, identity, freshness ve transaction ownership sınırlarını açık tanımlamak gerekir.
İlgili terimler
İlgili teknik içerikler
NDC Offer/Order Lifecycle: Search'ten Servicing'e
NDC Offer/Order lifecycle'ını search, offer, revalidation, order create, payment, ticketing, servicing ve reconciliation state'leriyle modelleyin.
İncele →Stale Availability / Offer Expired Troubleshooting
Search sonucu ile reprice/booking anı arasında availability veya offer expire olduğunda freshness, cache, token ve revalidation katmanlarını teşhis edin.
İncele →Travel Pricing için Cache Invalidation Patterns
Hotel ve flight fiyatlarında TTL, event invalidation, stale-while-revalidate ve live reprice sınırlarını production senaryolarıyla tasarlayın.
İncele →Agentic Travel Reference Architecture
AI agent → search → offer → reprice → confirmation → payment → booking → servicing akışını travel-specific authorization, idempotency ve audit sınırlarıyla tasarlayın.
İncele →Travel Search → Offer → Reprice → Booking Reference Architecture
Travel metasearch ve booking sistemlerinde search, canonical offer, reprice, payment ve booking akışını uçtan uca reference architecture olarak tasarlayın.
İncele →ARI vs Live Search vs Reprice: Hotel Fiyat ve Uygunluk Lifecycle
ARI, live search ve reprice/check akışlarını freshness, granularity, latency, booking confidence ve source-of-truth açısından karşılaştırın.
İncele →