Availability
Belirli tarih, occupancy ve ürün koşulunda teklifin gerçekten satılabilir olup olmadığını ifade eder. Fiyatın mevcut olması tek başına availability anlamına gelmez.
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?
Availability, ç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
Stale Availability / Offer Expired Troubleshooting
Search sonucu ile reprice/booking anı arasında availability veya offer expire olduğunda freshness, cache, token ve revalidation katmanlarını teşhis edin.
İncele →Stuba: B2B Hotel Distribution API Profili
Stuba'nın content, live availability, quote refresh, booking ve cancellation workflow'larını içeren hotel distribution API'lerini teknik olarak inceleyin.
İ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 →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 →Hotelbeds API Suite Entegrasyon Rehberi
API-key signature, Content API sync, live availability, CheckRates, booking state ve reconciliation içeren production Hotelbeds entegrasyonu.
İncele →