Kanal yöneticisi entegrasyonu nasıl çalışır? İki yönlü bağlantı, gecikme ve hatalar

Kanal yöneticisi entegrasyonu, otelin kendi sistemi ile satış kanalları arasındaki iki yönlü bir bağlantıdır: müsaitlik, fiyatlar ve kısıtlar dışarı gider; rezervasyonlar, değişiklikler ve iptaller geri gelir. Her yön ayrı mesajlarla taşınır. Bu yüzden iki taraf bir süre farklı bilgi tutabilir ve gecikme ile hatalar tam olarak o boşlukta yaşanır.

Bir misafir, resepsiyonunuzun çoktan başkasına verdiği bir odaya ait onay belgesiyle gelir. İki sistemden hiçbiri hata raporlamaz ve kimse elle bir şey değiştirmemiştir. Oda, iki mesaj arasındaki boşlukta iki kez satılmıştır. Bu yazı bir kanal yöneticisi entegrasyonunun gerçekte nasıl çalıştığını anlatıyor: her yönde ne taşınır, değişiklik mesajı ile tam yenileme neden birlikte var, gecikme nereden gelir ve sessiz bir arıza çift rezervasyona dönüşmeden hangi günlük kontroller yakalar.

Kanal yöneticisi bağlantısı gerçekte ne taşır?#

İki kısa bilgi listesini ters yönlerde taşır: sattığınız şeyleri ve bir misafirin çoktan satın aldığı şeyleri.

Dışarı giden yönde üç tür bilgi vardır. Müsaitlik, her tarih için her oda tipinden kaç odanın satışa açık olduğudur. Fiyatlar, her oda tipi ve fiyat planı için geçerli bedeldir. Kısıtlar ise minimum konaklama, varışa kapalı ya da satışa kapama, yani hiç satış yapılmaması gibi kurallardır. İçeri gelen yönde ise yeni rezervasyonlar, yeni tarih veya farklı oda tipi gibi değişiklikler, iptaller ve bazen rezervasyona bağlı garanti ya da ödeme durumu bulunur.

Hiç taşınmayan şeyler de vardır: fotoğraflar, tesis tanımları, politikalar, misafir mesajları, faturalar ve misafir hesabı. Bunlar kanalın kendi extranetinde ya da otelin sisteminde yaşar ve eşleşmelerini beklemek yaygın bir hatadır. Arayüz, sade bir deyişle, iki sistemin bu mesajları bir kişinin yazması olmadan alışveriş yapmasının kararlaştırılmış yoludur.

Otelin sistemi envanterin asıl kopyasını tutar. Kanal ise sattıklarının asıl kopyasını tutar. İkisi de her iki tarafın asıl kopyası değildir; karşılaştırma gerekliliği tam olarak buradan doğar. Bir mesaj küçük ve özeldir: bir tarih aralığı, bir oda tipi, bir fiyat planı, bir sayı. Otelin kopyası değildir ve sayının neden değiştiğini anlatmaz.

Bağlantı kanal kanal ve işlev işlev kararlaştırılır. Bir kanal fiyatları kabul edip kısıtları kabul etmeyebilir, yeni rezervasyon alıp değişiklik mesajlarını desteklemeyebilir. Sözleşme bunu genellikle manşetle değil, bir listeyle belirtir. Sistemlerin görev bölümü için bkz. PMS, kanal yöneticisi ve rezervasyon motoru: hangisi ne işe yarar?.

Tek yönlü ile iki yönlü bağlantının farkı nedir?#

Tek yönlü bağlantı müsaitlik ve fiyatlarınızı dışarı gönderir; iki yönlü bağlantı ayrıca rezervasyonları, kimse yeniden yazmadan sisteminize geri getirir.

Uygulamada tek yönlü bağlantı, personelin kanalın extranetini izlemesi ve her rezervasyonu elle girmesi demektir. Rezervasyonun oluşması ile elle girilmesi arasındaki her saat, aynı odanın yeniden satılabildiği bir saattir. İki yönlü bağlantıda ise rezervasyon bir mesaj olarak gelir, bir oda tipi ve fiyat planıyla eşleştirilir ve kanalın kendi rezervasyon numarası eklenmiş olarak rezervasyon listesinde görünür.

İki yönlü bağlantı tek bir anahtar değildir. Kanal bazında kararlaştırılmış bir mesaj türleri kümesidir ve eksik olabilir: fiyatlar dışarı gider, rezervasyonlar içeri gelir ama değişiklik mesajları yoktur. İki yönlü bağlantının önce ihtiyaç duyduğu şey eşleştirmedir: kanalın oda tipi ve fiyat planı kodları sizinkilere bağlanmalı ve bu bağ gerçek rezervasyonlarla sınanmalıdır, tek bir deneme fiyatıyla değil. Eşleştirmenin ayrıntıları için bkz. Kanal yöneticisinde oda tipi ve fiyat planı eşleştirme (mapping).

Bir sağlayıcıya sorulacak soru, bağlantının iki yönlü olup olmadığı değil, hangi mesaj türlerini taşıdığı ve reddedilen bir mesajın başına ne geldiğidir. Eksik bir iki yönlü bağlantı, dürüst bir tek yönlü bağlantıdan daha tehlikelidir; çünkü personel extraneti izlemeyi bırakır ama boşluklar yerinde kalır.

Değişiklik mesajı ile tam yenileme neden birlikte var?#

Değişiklik mesajı az önce neyin değiştiğini söyler; tam yenileme her şeyi yeniden söyler ve sapmış bir tabloyu onaran ikincisidir.

Değişiklik mesajı küçük ve hızlıdır: bir fiyat, bir tarih veya bir kısıt değişmiştir ve kısa bir mesaj gider. Göndermesi ucuz, uygulanması hızlıdır. Zayıf yanı sessizliğidir. Yolda kaybolursa karşı taraf eski değeri tutar ve hiçbir yerde bozuk görünen bir şey olmaz.

Tam yenileme, bir tarih aralığı için müsaitlik, fiyat ve kısıtların tamamını gönderir. Daha yavaş ve daha ağırdır ve biriken sapmayı düzeltebilen tek şeydir. Kanallar bir otelin ne sıklıkla ve ne kadar gönderebileceğini sınırlar; her fiyat değişikliğinden sonra tam yenileme hem israf hem gecikme olur. Ama hiçbir teslimat hatasız değildir ve yalnızca değişiklik mesajına güvenmek, yanlış bir fiyatı ya da açık bir tarihi kimsenin fark etmediği sürece satışta bırakır.

İşleyen bir ritim şudur: değişiklikler oldukça değişiklik mesajları, artı planlı bir tam yenileme ve sezon değişikliği, toplu fiyat yüklemesi ya da kapatma gibi toplu işlemlerden sonra bir tam yenileme. Sıra da önemlidir: aynı fiyata yakın zamanda gönderilen iki değişiklik yanlış sırayla ulaşabilir ve hangisinin doğru olduğunu bir sonraki tam yenileme kesinleştirir.

Gecikme nereden gelir ve son odada neden önemlidir?#

Gecikme, küçük beklemelerin toplamıdır: otelin sistemi değişikliği kuyruğa alır, kanal yöneticisi gruplar halinde gönderir, kanal işler ve gezginin ekranı kendi düzeninde yenilenir.

Zincirin dört durağı vardır: otel sistemi, kanal yöneticisi, kanal ve gezginin arama sonuçları. Her durağın kendi kuyruğu ve kendi yeniden deneme mekanizması vardır ve beklemeler toplanır. Birçok sistem anında değil, kısa pencereler halinde gönderir; çünkü kanal, bir dönemde kabul edeceği mesaj sayısını sınırlar. Başarısız bir gönderme genellikle otomatik olarak yeniden denenir; bu, hata değil zaman ekler. Başarılı bir yeniden deneme görünmezdir; sürekli başarısız olan ise hiç ulaşmayan bir mesajdır. Bir kanal ayrıca mesajı kabul edip sonra uygulayabilir; yani kabul, gezginin değişikliği görmesi demek değildir.

Son odada birkaç dakikalık boşluk yeterlidir. İki gezgin arar, ikisi de tek odayı görür, ikisi de rezervasyon yapar. Yazılım fazla satış yapmadı; oda, boşluğun içinde iki kez satıldı. Daha geniş nedenler için bkz. Çift rezervasyon neden olur, kanallar arasında nasıl önlenir?.

Pratik kural şudur: bir oda tipi son odasına düştüğünde, ya kanalda elle kapatın ya da riski bilinçli olarak kabul edin. Sistemi garanti olarak görmek bir politika değildir. Kuralı yazılı hale getirin ve bir sahibine verin; çünkü bu kararı gece 23.00'te vardiyada kim varsa o alır.

Bir rezervasyon ulaşmazsa ne olur?#

Rezervasyon kanalda var olur, otelin sisteminde olmaz ve misafir her iki durumda da gerçektir; dolayısıyla sorunun sahibi yine oteldir.

Durum iki biçimde ortaya çıkar: kanalın raporu, otel sisteminde olmayan bir rezervasyon listeler ya da bir misafir, masadaki kimsenin tanımadığı bir onay belgesiyle gelir. Çift kayıtlar genellikle yazılımdan değil, sabırsızlıktan doğar: biri, mesaj ulaşmadan rezervasyonu elle girer ve sonra mesaj da ulaşır.

Sade dille yaygın nedenler: fiyat planı hiç eşleştirilmemiştir, bağlantı bakım için duraklatılmıştır, bir alan uyuşmadığı için mesaj reddedilmiştir ya da rezervasyon, otelin kapalı sandığı bir kanaldan gelmiştir. Sistemler arası mesajlaşmanın genel işleyişi için bkz. PMS entegrasyonu nasıl çalışır? API'yi sade bir dille anlamak.

Çözen kişi rezervasyon müdürüdür: mutabakat yapar, rezervasyonu yeniden girer ve kanala durumu bildirir. Kanal yöneticisi bir borudur; misafirinizi tanımaz ve onu arayamaz. Yeniden girmeden önce mutlaka kanalın iptal listesine bakın; yoksa misafirin çoktan iptal ettiği bir rezervasyonu yeniden girer ve kimsenin kullanmayacağı bir odayı tutarsınız.

Her olayı tarih, kanal, rezervasyon numarası, eksik olan şey ve yapılan işlemle kaydedin. Örüntüler bu kayıtta, çift rezervasyona dönüşmeden görünür. Misafire de durumu sade bir dille anlatın ve önünde kanalı suçlamayın; misafir borudan değil, otelden satın aldı.

Sessiz bir arızayı hangi günlük kontroller yakalar?#

Her gün aynı saatte alınan üç sayı, sessiz arızaların çoğunu yakalar: kanal bazında rezervasyon, oda gecesi ve iptal sayıları.

Birinci sayı, kanalın kendi raporundan dünkü kanal bazındaki rezervasyon sayısıdır. İkinci sayı, aynı rezervasyonların borunun ortası olan kanal yöneticisindeki kaydıdır. Üçüncü sayı, aynı rezervasyonların otel sistemindeki görünümüdür. Her misafir sorunsuz olsa bile bir uyuşmazlık bir bulgudur. Ertelemeyin, aynı gün inceleyin; çünkü bir sonraki uyuşmazlık zararsız olmayabilir.

Sayıların ötesinde müsaitliği örneklemli kontrol edin: iki üç tarih seçin ve kanalın gösterdiğiyle otel sistemindeki değeri karşılaştırın; kapatılmış olması gereken bir tarihi de buna katın. Değişiklikten sonra yalnızca fiyatları değil kısıtları da kontrol edin; ulaşmamış bir satışa kapama, ulaşmamış bir fiyat kadar kaybettirir. Sayıları tek bir yerde tutun ki eğilim görünsün: tek bir uyuşmazlık gürültüdür; bir haftada üçü, nedeni olan bir bağlantı sorunudur.

Şimdi ne yapmalı#

Yarın sabah, ilk girişten önce dünkü üç sayıyı kanal bazında alın ve karşılaştırın. Bu tek alışkanlık, yazıdaki her şeyi bir rutine dönüştürür: iki yön, değişiklik mesajları ve tam yenilemeler, son odadaki gecikmeler ve ulaşmayan rezervasyonların hepsi, uyuşmayan bir sayı olarak ortaya çıkar. Bizim tarafımızda müsaitlik ve fiyatlar, Channex entegrasyonumuz üzerinden otelin sisteminden büyük OTA'lara aktarılır; entegrasyon canlıya geçiş öncesi test aşamasında. Durumu böyle anlatıyoruz çünkü bulunduğu yer orası. Bağlantının nasıl kurulduğunu görmek isterseniz görüşme talep edin.