Price Coverage
Aranabilir hotel/date/occupancy veya route/date context'lerinin ne kadarında fiyat üretilebildiğini gösterir. Coverage düşüşü connectivity veya inventory problemi sinyali olabilir.
Neden önemli?
Pricing kavramları ancak occupancy, stay, cancellation, tax/fee ve eligibility context'iyle anlamlıdır. Tek bir numeric amount'ı normalize etmek kolaydır fakat yanlış ürünleri comparable kabul etmek price accuracy ve rate parity sonuçlarını bozar. Bu nedenle pricing modeli display, ranking ve booking handoff boyunca aynı semantics'i korumalıdır.
Pratikte nasıl görünür?
Aynı hotel için 5.000 TL breakfast-refundable offer ile 4.800 TL room-only non-refundable offer numeric olarak yakın görünür; fakat comparable product değildir. Pricing terimleri her zaman occupancy, rate plan ve tax/fee context'iyle değerlendirilmelidir.
Uygulamada sorulması gerekenler
- Fiyat nightly mi stay-total mı?
- Tax ve mandatory fee dahil mi?
- Hangi occupancy ve rate plan için geçerli?
- Booking öncesi yeniden doğrulama gerekiyor mu?
Yaygın hatalar
- Base rate ile total price'ı karıştırmak
- Eligibility koşulunu kaybetmek
- Farklı room/rate semantics'ini aynı offer saymak
Travel stack içinde nerede kullanılır?
Price Coverage, çoğunlukla pricing, measurement 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
Amadeus Self-Service API Entegrasyonu ve Migration Rehberi
17 Temmuz 2026'da decommission edilen Amadeus Self-Service entegrasyonlarını OAuth, offer lifecycle, booking recovery, coverage ve migration sınırlarıyla güvenli biçimde yönetin.
İ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 →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 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 →GDS vs Bedbank vs Direct Connect: Distribution Topology Rehberi
GDS, bedbank/B2B marketplace ve direct connect modellerini inventory ownership, coverage, booking lifecycle ve operasyon maliyetiyle karşılaştırın.
İncele →