Offer
Belirli itinerary/property, fiyat, availability, seller ve koşulları birlikte taşıyan satılabilir ticari tekliftir. Offer kimliği repricing veya booking sırasında source reference ile korunmalıdır.
Neden önemli?
Flight domain'inde itinerary, leg, segment, carrier ve seller identity birbirinden farklıdır. Bu entity'leri yanlış flatten etmek schedule, fare, agent ve booking rule'larını karıştırır. Search UI sade olabilir; fakat source model repricing ve handoff için yeterli ayrıntıyı korumalıdır.
Pratikte nasıl görünür?
Aynı itinerary farklı agent'larda farklı fare brand, baggage ve booking condition ile satılabilir. Segment schedule ile seller/offer identity aynı entity değildir.
Uygulamada sorulması gerekenler
- Itinerary hangi leg/segment'lerden oluşuyor?
- Marketing ve operating carrier ayrılıyor mu?
- Agent/provider identity korunuyor mu?
- Offer repricing için source reference mevcut mu?
Yaygın hatalar
- Flight number + price ile offer modellemek
- Marketing ve operating carrier'ı karıştırmak
- Agent identity'yi itinerary identity'ye gömmek
Travel stack içinde nerede kullanılır?
Offer, çoğunlukla flight, 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
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 →Canonical Offer, Order ve Booking State Model
Travel sistemlerinde Offer, Order ve Booking kavramlarını ayıran canonical state modelini ve booking state machine tasarımını kurun.
İ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 →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 →