Kanal bağlantısı gerçekten çalışıyor mu? Fiyat ve müsaitlik için günlük kontrol
Kanal bağlantısı “bağlı” görünürken fiyatlar güncellenmemiş olabilir. Günlük beş dakikalık senkron kontrolüyle sessiz arızaları yakalayın, çift rezervasyonu önleyin.
İçindekiler
Kısaca
- Kanal bağlantısı "bağlı" bildirirken tek bir fiyat ya da tarih güncellenmemiş olabilir; bu yüzden günlük kontrol bir değer karşılaştırmasıdır, durum ışığına bakmak değil.
- Aynı üç oda tipini aynı üç tarihte, her gün, hafta sonları dâhil, PMS'te ve her kanalın extranetinde karşılaştırın.
- Eşitleme kaydında reddedilen iletileri, kuyrukta onaylanmamış olanları okuyun; sürekli büyüyen bir kuyruk, bağlantının otelin kendi değişikliklerine yetişemediğini gösterir.
- Sayılar farklıysa önce odayı ya da fiyatı kanalda kapatın, sonra PMS'te düzeltin, extranette doğrulayın ve olanı yazın.
- Hangi arızalar uyarı üretir, kim alır, ne kadar hızlı gelir diye servis sağlayıcınıza sorun; biri gelene kadar uyarının var olduğunu varsaymayın.
Kanal yöneticisi, fiyat ve müsaitlik bilgilerinizi rezervasyon sitelerine ileten yazılımdır ve sessizce bozulabilir: bağlantı açık kalırken tek bir fiyat ya da tek bir tarih güncellenmemiş olur. Günlük kanal yöneticisi senkron kontrolü şudur: PMS'te üç oda tipini üç tarihte her kanalın extranetiyle karşılaştırın, sonra eşitleme kaydını ve bekleyen kuyruğu okuyun.
Telefon çalar: bir misafir, odanın rezervasyon sitesinde resepsiyondan daha ucuz olduğunu söyler. Ya da son oda iki kez satılır, çünkü ön büro kapattıktan bir saat sonra da internette satışta kalmıştır. Bunların hiçbiri bir çökme değildir; ikisi de sessiz eşitleme arızasıdır ve ikisi de beş dakikalık bir rutinle önlenebilir. Bu yazının sonunda arızanın nasıl saklandığını, her sabah neyi karşılaştıracağınızı, kaydı ve kuyruğu nasıl okuyacağınızı ve servis sağlayıcınızdan neyi talep edeceğinizi bileceksiniz.
Kanal bağlantısı fark edilmeden nasıl bozulur?
Çünkü "bağlı" sözcüğü bağlantıyı anlatır, veriyi değil. Kanal yöneticisi bir rezervasyon sitesine açık bağlantı tutarken, tek tek fiyat ya da müsaitlik iletileri reddedilebilir, gecikebilir ya da ezilebilir. Nedenini anlamak için kanal yöneticisi entegrasyonunun ileti ileti nasıl çalıştığına bakmak yardımcı olur.
Kanal yöneticisi fiyat ve müsaitliklerinizin tek bir kopyasını tutar ve her rezervasyon sitesine gönderir. Her gönderim, oda tipi, fiyat planı ve tarih başına ayrı bir iletidir; bir ileti başarısız olabilirken diğerleri başarılı olur. Kısmi ret sağlıklı görünür: altı fiyat planından biri, kanalın dayattığı bir kurala takılır, örneğin fiyatla çelişen bir minimum konaklama, diğer beşi güncellenmeye devam eder.
İki daha sinsi arıza daha vardır. Bayat ezme: dün kuyruğa giren bir ileti, bugünkü değişiklikten sonra varır ve eski değeri geri koyar; hiçbir yerde hata görünmez. Eşleştirme kayması: biri PMS'te bir fiyat planının adını değiştirir ya da planı siler; kanal, aldığı son değeri tutar ve o planı bir daha hiç güncellemez.
Bir durum ise hiç eşitleme arızası değildir. Extranet yeni fiyatı gösterirken, herkese açık arama sayfası bir süre eski fiyatı gösterebilir; bu bir önbellektir ve farklı bir yanıt gerektirir. Varsayılan olarak, gerçek arızalar bir kayda yazılır, bir insana duyurulmaz; yani sessizlik, bozuk bir bağlantının normal halidir.
| Arıza | PMS'te görünen | Kanalda görünen |
|---|---|---|
| Fiyat iletisi reddedildi | Yeni fiyat kayıtlı | Eski fiyat, otel tarafında hata yok |
| Müsaitlik kuyrukta takıldı | Oda kapalı | Oda satışta |
| PMS'te plan adı değişti | Yeni plan adı | Eski planda son değer donmuş |
| Bayat ileti kapalı tarihi açtı | Kapalı | Açık |
| Arama sayfası önbelleği | Doğru fiyat | Extranette doğru, arama sayfasında eski |
Günlük beş dakikalık kontrol neyi karşılaştırmalı?
En çok gece üreten üç oda tipini, üç tarihte, PMS'te ve her kanalın extranetinde; ayrıca bilerek kapattığınız bir tarihi ve bilerek satıştan kaldırdığınız bir oda tipini. Kolaylık değil, ağırlık belirler: extranette en kolay bulunan üç oda tipi değil, en çok gece üreten üç oda tipi seçilir. Kurulumu doğru yapmak kanal yöneticisinde oda tipi ve fiyat planı eşleştirmesiyle başlar.
Üç tarih seçin: bu akşam, gelecek hafta sonu ve en az bir ay sonrası, fiyat değişikliği planlanan ya da sözleşmeli fiyatın başladığı bir tarih. Her hücrede dört değeri karşılaştırın: fiyat, açık ya da kapalı olması, minimum konaklama ve varışa kapalı kuralları, gösterilen para birimi ve vergi temeli. Kanalın extranetini okuyun, herkese açık arama sayfasını değil; arama sayfası önbellek, para birimi çevirimi ve üyelik katmanları ekler, ham değeri gizler.
Kontrolün saatini de yazın. Sabah 09:00'da bulunan bir farkla 18:00'de bulunan aynı farkın nedenleri ve maliyetleri farklıdır.
Üç çarpı üç tablosu
Kontrol listesiNöbetçi kişinin günlük kontrol listesi
- Kayıtta adı geçen, gece sayısı en yüksek üç oda tipi
- Bu akşam, gelecek Cumartesi ve 30 gün veya daha uzak bir tarih
- Fiyatın aynı para birimi ve vergi temelinde karşılaştırılması
- Bilerek kapatılan bir tarihin her kanalda kapalı kalması
- Satışı biten bir oda tipinin her kanalda müsait görünmemesi
- Minimum konaklama ve varışa kapalı kurallarının eşleşmesi
- Kontrol saatinin kaydı
- Kontrolü yapan kişinin adı
Kapalı tarih neden fiyattan daha önemli
Kapalı bir tarih ve tükenmiş bir oda tipi bilerek listeye konur, çünkü bunlar tehlikeli yönü yakalar: otelin karşılayamayacağı bir odanın satışta kalması. Yanlış fiyat marj kaybettirir. İki kez satılan oda ise bir yer değiştirme, bir para iadesi görüşmesi ve bir yorum demektir. Kapalı tarih kontrolü on saniye sürer ve en çok acıtan arızaya karşı korur.
Eşitleme kaydını ve bekleyen kuyruğu nasıl okurum?
Kayıt size neyin gönderildiğini ve kanalın neyi kabul ettiğini söyler; kuyruk, henüz onaylanmamış olanları. İkisini de hacim için değil, istisna için okuyun.
Reddedilen ve başarısız girişlerle başlayın. Uzun bir başarılı ileti listesi, varamayan tek ileti hakkında hiçbir şey söylemez. PMS'teki değişikliğinizin zaman damgasını, kanalın kabul ettiği iletininkiyle karşılaştırın; saatler süren bir boşluk kuyruk sorunudur, fiyat sorunu değil. Yalnızca büyüyen bir kuyruk, ya da son değişikliğinizden eski ögeler taşıyan kuyruk, bağlantının otelin kendi düzenlemelerine yetişmediğini gösterir.
Yeniden deneme sayılarına bakın. Pek çok kez denenip sonra başarılı işaretlenen bir ileti, daha yeni bir iletiden sonra varmış ve onu ezmiş olabilir. "Gönderildi" ile "onaylandı"yı ayırın; değerin o sitede geçerli olduğunu yalnızca kanalın onayı kanıtlar. Sorunu yükseltmeden önce kayıt girişinin ekran görüntüsünü alın: sağlayıcı ileti numarasını ve saati isteyecektir ve giriş pencereden kayıp gidebilir.
DikkatYeşil ışık bir kontrol değildir
Bir fiyatın ya da odanın yayında olduğunun tek kanıtı, sizin kendi elinizle karşılaştığınız değer ya da kayıtta yanında saati yazılı, onaylanmış bir iletidir.
Sayılar farklıysa ne yaparım?
Önce kapat, sonra düzelt, sonra kaydet. Nedeni PMS'te araştırmadan önce, zararı kanalda durdurun.
Kanal, PMS'in çoktan sattığı bir odayı satıyorsa, o oda tipini ya da tarihi kanalda derhal kapatın, sonra düzeltip yeniden gönderin. Sıra, hızdan daha önemlidir. Kanal fiyatı PMS fiyatından düşükse, fiyatı kapatmaya mı eşitmeye mi karar verin, dakikalar içinde; olduğu gibi bırakmak da bir karardır ve pahalı olandır.
Düzeltmeyi PMS'te yapın, extranette değil; yanlış olan PMS'in kendisiyse başka. Extranette elle yapılan bir düzenleme, bir sonraki gönderimde ezilir ve nedeni gizler. Düzeltmeyi gönderimden sonra extranette doğrulayın, kayıtta değil; kayıt yalnızca gönderileni gösterir.
Bulma saatini, neyin farklı olduğunu, ne yaptığınızı, doğrulama saatini ve kimin bilgilendirildiğini kaydedin: gelir yöneticisi, sağlayıcı desteği, ön büro. Misafir yanlış fiyatla çoktan rezervasyon yaptıysa, rezervasyonu taahhüt edilen fiyattan karşılamak ya da yeniden görüşmek yöneticinin ticari kararıdır; teknik iş, bir sonraki rezervasyonu durdurmaktır. Çift rezervasyonların kendi mekaniği vardır; ayrıntı için çift rezervasyon neden olur ve kanallar arasında nasıl önlenir yazısına bakın.
Hafta sonları ve tatillerde kontrolü kim yapar?
Her gün, Cumartesi, Pazar ve tatil sabahları dâhil, adı belli bir kişi; çünkü son oda satışları ve elle fiyat değişiklikleri tam o saatlerde olur. Cuma akşamı başlayan bir arıza genellikle Pazartesi bulunur; o zamana zarar çoktan bir rezervasyona dönüşmüştür. Kontrol hafta içi işi değil, yedi gün işidir.
Her gün için adıyla bir kişi ve adıyla bir yedek atayın; bunu bir yöneticinin kişisel rutinine değil, ön büro vardiya devrine yazın. Hafta sonu sürümü kısa olabilir: üç oda tipinin bu akşam ve yarın müsaitliği, artı kapalı tarih, başka hiçbir şey.
Tatil arifeleri ve uzun hafta sonlarının ilk sabahı en riskli zamanlardır; o günlerde öğleden sonra ikinci bir kontrol ekleyin. Sağlayıcının desteği kapalıysa çare extranettir: doğrulayamadığınız oda tiplerini kapatın, doğrulayabildiğinizde yeniden açın. Hafta sonlarında da aynı kayıt biçimini kullanın, yoksa aylık incelemede tam olayların olduğu yerlerde boşluklar kalır. Hafta sonu kontrolleri ayrıca aynı gün rezervasyonlarında kapanış saatinin belirlenmesi konusuyla bağlantılıdır.
Uyarılar konusunda kanal sağlayıcıma ne sormalıyım?
Hangi arızaların uyarı ürettiğini, kimin aldığını, ne kadar hızlı geldiğini ve uyarının reddedilen bir iletide mi yoksa yalnızca bağlantı koptuğunda mı tetiklendiğini sorun. Sonuncusu en az işe yarayanıdır, çünkü kopan bağlantı zaten en kolay fark edilen arızadır.
Kontrol listesi
- Hangi olaylar uyarı tetikler: reddedilen ileti, kuyruk birikmesi, eşleştirme değişikliği, bağlantı kopması?
- Uyarıyı kim alır ve nasıl: ortak bir kutu mu, mesai dışı da ulaşılabilir adı belli bir kişi mi?
- Hafta sonu ve tatil kapsamı var mı, yoksa her şey bir sonraki iş gününü mü bekliyor?
- Gönderilip hiç onaylanmayan değişikliklerin günlük özeti
- Tek ekranda kanal bazlı sağlık durumu, her kanalın son başarılı gönderim saatiyle
- Yeniden deneme politikası ve bir denemenin yeni değeri eskiyle ezme riski
- Gerçek bir hafta sonuna güvenmeden önce, atılacak bir fiyat planıyla uyarıyı sınama yolu
- Sağlayıcının taahhüt ettiği yanıt süresi
Bir uyarının geldiğini kendi gözünüzle görmedikçe uyarı yoktur diye varsayın. Kaybetmeyi göze alabileceğiniz bir fiyat planıyla, bir hafta içi gününde sınayın; gerçek bir hafta sonu buna bağlı olmadan önce.
Aylık inceleme için nasıl kayıt tutarım?
Olay başına bir satır, her gün aynı biçimde; böylece bir aylık satırlar hangi kanalın, hangi oda tipinin ve hangi saatin en çok arızalandığını gösterir.
| Tarih | Bulma saati | Kontrol eden | Kanal | Oda tipi | Etkilenen tarih | Fark | Yapılan | Doğrulama | Bilgilendirilen |
|---|---|---|---|---|---|---|---|---|---|
| (örnek) 12.03 | 08:50 | A.Y. | Site B | Deluxe | 15.03 | Fiyat geçen haftaki fiyatta kalmış | Kapatıldı, düzeltildi, yeniden gönderildi | 09:05 | Gelir yön. |
| (örnek) 19.03 | 09:10 | M.K. | Site C | Standart | 19.03 | Tükenmiş oda açık kalmış | Extranette kapatıldı, iletildi | 09:20 | Sağlayıcı desteği |
İki satır da örnektir. Temiz günleri de kaydedin, en azından bir sayı olarak; yalnızca olaylardan oluşan bir dosyada, olaysız bir ay ile kontrol yapılmayan bir ay aynı görünür.
Ay sonunda kanala ve saate göre sayın. 23:00 civarındaki yığılma gün sonu işlemine ya da zamanlanmış bir işe, tek kanaldaki yığılma eşleştirmeye ya da sözleşmeli fiyata işaret eder. En kötü iki olayı, kayıt satırlarıyla birlikte, sağlayıcı görüşmesine ve bir sonraki sözleşme incelemesine taşıyın. Kaydı PMS'in dışında ve tek bir kişinin e-posta kutusunun dışında tutun; personel değişse de okunabilsin. Örüntü bağlantıya değil yazılımın kendisine işaret ediyorsa, bir sonraki adım kanal yöneticisini rezervasyon kaybetmeden değiştirmektir.
Şimdi ne yapmalı
Yarın sabah, sabit bir saatte üç çarpı üç karşılaştırmasını yapın, kayda ilk satırı yazın ve aynı hafta uyarı sorularını sağlayıcınıza gönderin. Kontrol, kayıt ve uyarı birlikte sessiz bir arızayı beş dakikalık bir düzeltmeye çevirir; aylık sayım ise hangi kanalın ve hangi saatin bir sonraki düzeltmeyi hak ettiğini söyler.
Sıkça sorulan sorular
Bir otel kanal fiyatlarını ve müsaitliğini ne sıklıkla kontrol etmeli?
En azından her gün, hafta sonları ve tatiller dâhil. Fiyat değişikliği planlanan günlerde, tatil arifelerinde ve son oda satışlarında ikinci bir kontrol ekleyin. Kontrol, PMS ile extranetteki değerlerin karşılaştırılmasıdır; bağlantı durumuna bir göz atmak değil.
Extranet doğru fiyatı gösteriyor ama rezervasyon sitesi eski fiyatı gösteriyor. Neden?
Genellikle bir görüntüleme katmanıdır, eşitleme arızası değil: sayfa önbelleği, farklı bir görüntüleme para birimi, verginin dâhil ya da hariç olması, üye ya da mobil fiyat ya da sayfada tamamen başka bir fiyat planının gösterilmesi. Gizli bir tarayıcı penceresinde, misafirin para birimiyle bakın ve durumu yükseltmeden önce sayfanın gerçekte hangi fiyat planını gösterdiğini doğrulayın.
Kanal yöneticisi bağlı derken hiçbir şey güncellenmiyor olabilir mi?
Evet. Bağlantı durumu ile ileti kabulü farklı şeylerdir. Bağlantı açıkken bir fiyat planı reddediliyor ya da bir ileti kuyrukta bekliyor olabilir. Verinin ulaştığını yalnızca onaylanmış bir kayıt girişi ya da sizin karşılaştığınız bir değer kanıtlar.
Hangi uyumsuzluk daha tehlikeli: fiyat mı, müsaitlik mi?
Müsaitlik. İki kez satılan bir oda; bir yer değiştirme, bir para iadesi görüşmesi ve bir yorum demektir; yanlış fiyat ise marj kaybı. İkisi de aynı şekilde ele alınır: önce odayı ya da fiyatı kanalda kapatın, sonra nedeni PMS'te düzeltin.
Her kanalı her gün kontrol etmemiz gerekir mi?
Tam karşılaştırmayı, kanalların ürettiği gece sayısına göre önceliklendirin; ama bağlı her kanalda müsaitliği günde en az bir kez kontrol edin. Ayda iki rezervasyon getiren bir kanal da çift rezervasyona yol açabilir.
