ARI
Otelin satılabilirlik, fiyat ve inventory state'inin dağıtım kanalına aktarılmasıdır. Güvenilir ARI akışı change detection, idempotency ve reconciliation gerektirir.
Neden önemli?
Bu kavram travel supply'ın sistemler arasında nasıl taşındığını ve search sırasında hangi state'in güvenilir kabul edileceğini etkiler. Distribution katmanında veri yalnız doğru formatta değil, doğru context, freshness ve ownership bilgisiyle akmalıdır. Aynı terimin supplier, channel manager, OTA ve metasearch tarafında farklı seviyelerde kullanılması yanlış abstraction üretebilir.
Pratikte nasıl görünür?
Bir hotel rate update'i supplier → connectivity layer → OTA/metasearch zincirinde ilerlerken entity ID, source timestamp, restriction ve version bilgisi korunur. Aynı payload başarılı görünse bile downstream state güncel değilse distribution problemi devam eder.
Uygulamada sorulması gerekenler
- Bu state'in source of truth'u hangi sistem?
- Hangi identifier ve version bilgisi korunmalı?
- Update push mı, pull mı, event mi geliyor?
- Stale veya eksik state nasıl tespit ediliyor?
Yaygın hatalar
- Provider-specific ID'yi canonical ID kabul etmek
- HTTP success'i business-state success sanmak
- Full ve delta update semantics'ini karıştırmak
Travel stack içinde nerede kullanılır?
ARI, çoğunlukla distribution 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
Hotel ARI Sync: Restrictions, Stop-Sell, CTA/CTD ve Reconciliation
Availability, Rates & Inventory akışını restrictions, stop-sell, CTA/CTD, idempotency, reservation delivery ve reconciliation ile tasarlayın.
İncele →ARI Nedir? Availability, Rates & Inventory Rehberi
Otel dağıtımında ARI'nin ne olduğunu; availability, rates, inventory, restrictions, taxes/fees ve push tabanlı update mantığını öğrenin.
İncele →Travel Dağıtımında Inventory ve Availability Farkı
Hotel inventory ile gerçekten rezerve edilebilir availability arasındaki farkı, restriction etkilerini ve metasearch veri modelinde neden ayrı tutulmaları gerektiğini öğrenin.
İncele →ARI vs Live Search vs Reprice: Hotel Fiyat ve Uygunluk Lifecycle
ARI, live search ve reprice/check akışlarını freshness, granularity, latency, booking confidence ve source-of-truth açısından karşılaştırın.
İncele →Booking.com Connectivity Entegrasyon Rehberi
Booking.com Connectivity entegrasyonunu token auth, canonical hotel modeli, ARI, reservation delivery, idempotency, reconciliation ve monitoring ile tasarlayın.
İncele →Hotelbeds API Suite Entegrasyon Rehberi
API-key signature, Content API sync, live availability, CheckRates, booking state ve reconciliation içeren production Hotelbeds entegrasyonu.
İncele →