Hotel Rebrand / Rename Reconciliation Playbook

Rebrand sırasında amaç yeni isim geldi diye yeni canonical hotel yaratmak değil, tesis identity'sinin devam edip etmediğini kanıtlamaktır.

Trigger

Supplier isim değiştirir, brand/chain değişir veya eski ve yeni isim aynı anda görünür.

Evidence

Canonical ID, source IDs, old/new names, address, geo, phone, website, brand history, effective date ve provider observations.

Decision

Adres/geo/property continuity korunuyorsa rename/rebrand olarak işleyin. Fiziksel tesis gerçekten ayrılmış veya taşınmışsa split/new entity gerekebilir.

Uygulama

Alias ekleyin, current display name'i source confidence/freshness ile güncelleyin, source mappings'i koruyun ve search index/cache'i invalidate edin.

Failure modes

Yeni duplicate canonical yaratma, historical analytics'i bölme, eski deeplink/source ID kaybı ve brand field'ını hotel identity sanma.

Metrics

Rebrand duplicate rate, alias hit, mapping continuity ve merge/split reversal.

Önleme

Name değişikliğini identity change olarak değil attribute event olarak modelleyin.