3 envanter örüntüsü: pooled, allocated, derived

Üç örüntü, channel manager'ların OTA'lar arasında envanteri nasıl dağıttığını yönetir. Her birinin farklı bir avantajı, farklı riski ve farklı operasyonel gereksinimleri vardır. Çoğu mülk farkında olmadan bir karışım çalıştırır — bu da herhangi birinin özellikle faydaları olmadan her örüntünün en kötü takaslarını aldıkları anlamına gelir.

Örüntü A: pooled envanter

Tüm kanallar aynı toplam envanter havuzundan çeker. 14 Temmuz'da 100 odanız müsaitse, tüm 14 OTA 100 oda görür. Herhangi bir kanaldaki bir rezervasyon havuzu azaltır ve diğer tüm kanallar 30-60 saniye içinde 99 oda görür.

Avantaj: maksimum verimlilik, stranded envanter yok, talebin göründüğü yerde odaları doldurursunuz. Dezavantaj: hızlı, güvenilir CM-OTA senkronizasyonu gerektirir; senkronizasyon gecikmesi sırasında double-booking'lere karşı savunmasızdır; OTA'lara özel muamele sunmaz, bu yüzden görünürlük programları (Genius, Preferred) envanter terimleriyle ödenemez.

Şu durumda kullan: envanter senkronizasyonu güvenilirdir (büyük OTA'lar için 60 saniye altında), spesifik tahsis anlaşmalarına bağlı değilsiniz ve maksimum esneklik istersiniz.

Örüntü B: allocated envanter

Her OTA sabit bir tahsis alır. Booking.com 40 oda, Expedia 30, Agoda 15, direkt siteniz 15 alır. Her OTA tahsisine kadar satabilir; bittikten sonra, diğer kanallar için odalarınız kalsa bile o kanal sold out'tur.

Avantaj: tahsisler izole olduğu için double-booking riski yok; OTA'lara görünürlüğü teşvik eden bir garanti verir; spesifik ticari anlaşmaları (bilinen bir paket için tahsis edilmiş odalarla bir wholesaler) destekler.

Dezavantaj: stranded envanter — yavaş bir kanala tahsis edilen odalar başka bir kanal satabilirken boş oturur; talep örüntüleri kaydıkça manuel yeniden tahsis gerektirir; operasyonel karmaşıklığı iki katına çıkarır.

Şu durumda kullan: wholesale veya tur-operatörü sözleşmeleri taahhüt edilmiş tahsis gerektirir veya senkronizasyon güvenilirliği zayıftır ve double-booking'i önlemek için kanalları izole etmeniz gerekir.

Örüntü C: derived envanter

Bazı kanallar için envanter seviyeleri, kurallarla diğer kanalların rezervasyonları eksi bir temel havuzdan hesaplanır. Örnek: Booking.com (toplam müsait − Cari rezervasyonları − wholesale taahhüt edilen) görür. CM seviyeyi dinamik olarak türetir.

Avantaj: pooled verimliliği bir miktar tahsis mantığıyla birleştirir, karmaşık ticari yapıların dinamik dağıtımın yanında yaşamasına izin verir. Dezavantaj: doğru yapılandırması çok karmaşık, bir parite kırılması veya double-booking'e yanlış yapılandırması kolay, sofistike CM yazılımı gerektirir (D-Edge, RateGain Connect; SiteMinder ve Hotelrunner türetmeyi destekler ama daha fazla sürtüşmeyle).

Şu durumda kullan: sofistike bir ticari kurulumunuz (wholesale + direkt + birden fazla OTA + grup sözleşmeleri) ve türetme mantığını sürdürmek için güçlü bir teknik ekibiniz var.