Markup
Supplier net fiyatının üzerine eklenen ticari farktır. Markup market, channel, product veya campaign seviyesinde değişebilir ve parity/ROAS analizini etkiler.
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?
Markup, çoğunlukla pricing 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
Provider Health Scoring Model
Travel supplier'larını latency, success, freshness, price accuracy ve commercial quality sinyalleriyle ölçen explainable health score 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 →Hotel Price Mismatch Nasıl Debug Edilir?
Metasearch, OTA ve hotel booking engine arasında görülen fiyat uyuşmazlıklarını kanıt bazlı bir triage ve RCA akışıyla teşhis edin.
İ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 →SHR Windsurfer CRS: Hotel Central Reservations Profili
SHR Windsurfer/allora CRS'in central reservation, distribution, direct booking ve hotel commercial systems rollerini teknik olarak inceleyin.
İ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 →