Ticket
Havayolu taşıma hakkını temsil eden ticketing dokümanı veya elektronik kayıttır. Order confirmed olsa bile ticket henüz issue edilmemiş olabilir.
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?
Ticket, çoğunlukla flight 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
Order Confirmed but Ticket Not Issued Troubleshooting
Flight order confirmed görünürken ticket/document issuance tamamlanmadığında order, payment ve ticketing state'lerini ayrı teşhis edin.
İncele →Flight Reprice, Schedule Change, Ticketing ve Order State
Flight booking lifecycle'ında reprice, schedule change, order, PNR, payment ve ticket/document state'lerini birbirinden ayırın.
İncele →Travelport Air API Entegrasyon Rehberi
Travelport JSON Air v11 entegrasyonunu OAuth, GDS/NDC offer lineage, AirPrice, workbench, commit recovery, ticketing ve reconciliation ile tasarlayın.
İncele →Travelport APIs: Air Distribution Platform Profili
Travelport JSON API ekosistemini OAuth, air search, pricing, GDS/NDC offer, workbench booking, reservation, ticketing ve lifecycle management açısından inceleyin.
İ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 →Travel PII ve Passenger Data Boundaries
Passenger PII, identity, contact, payment ve travel document verisini search, booking, logging ve provider entegrasyonlarında güvenli sınırlarla modelleyin.
İncele →