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?

Price Observation, ç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