PNR
Yolcu ve itinerary bilgilerini reservation context'inde tutan kayıttır. PNR booking/reservation state'ini temsil edebilir ancak ticket issuance veya payment settlement kanıtı değildir.
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?
PNR, ç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
Travel Payment Ownership: Merchant of Record, Seller of Record ve Collect Modelleri
Merchant of Record, Seller of Record, agency collect, hotel collect ve pay-at-property modellerini booking lifecycle ve reconciliation açısından ayırın.
İ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 →Duplicate Property Detection Playbook
Aynı hotelin birden fazla canonical kayıt altında yaşamasını name, geo, address ve provider mapping sinyalleriyle tespit 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 →Hotel Rebrand / Rename Reconciliation Playbook
Hotel isim ve marka değişikliklerinde canonical identity'yi koruyup alias, source mapping ve downstream cache/index etkilerini güvenli biçimde yönetin.
İncele →