Canonical ID
Channel veya supplier değişse bile entity'yi içeride sabit biçimde tanımlayan kimliktir. Channel-specific ID'ler canonical modele adapter ile bağlanmalıdır.
Neden önemli?
Travel verisinde aynı fiziksel entity farklı supplier'larda farklı ID, isim ve metadata ile temsil edilir. Identity katmanı yanlışsa fiyat ve availability doğru olsa bile yanlış property veya product altında gösterilebilir. Canonical ID, source ID ve mapping confidence birlikte düşünülmelidir.
Pratikte nasıl görünür?
Expedia'daki property ID ile Booking.com'daki property ID aynı fiziksel hotel'i temsil edebilir. Internal canonical property bu iki source ID'yi evidence ve confidence ile eşleştirir.
Uygulamada sorulması gerekenler
- Canonical entity nasıl tanımlanıyor?
- Source-specific ID'ler saklanıyor mu?
- Mapping hangi sinyallere dayanıyor?
- Ambiguous match için manual review var mı?
Yaygın hatalar
- Sadece isim benzerliğiyle mapping yapmak
- Manual override'ı batch job ile ezmek
- Rebrand sonrası duplicate entity yaratmak
Travel stack içinde nerede kullanılır?
Canonical ID, çoğunlukla identity 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
Canonical Hotel Entity Model
Birden fazla supplier'dan gelen property kayıtlarını tek canonical hotel entity altında birleştiren identity, alias, lineage ve merge modelini tasarlayı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 →Room & Rate Mapping Problemi Nasıl Teşhis Edilir?
Hotel supplier verisinde room ve rate plan eşleşme hatalarını canonical identity, occupancy, meal ve policy kanıtlarıyla teşhis edin.
İ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 →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 →