Kanal yöneticisi değiştirme: rezervasyon kaybetmeden geçiş kontrol listesi

Kanal yöneticisi, otelin fiyat ve müsaitlik bilgilerini satış sitelerine gönderen, rezervasyonları geri çeken yazılımdır. Güvenli bir kanal yöneticisi değiştirme; her oda tipi ve fiyat planı eşleştirmesini yeniden kurmak, kanalları tek tek taşımak, her taşımadan sonra örnek tarihleri kontrol etmek ve ilk 72 saat boyunca rezervasyonları gün gün mutabakat yapmayı içerir.

Asıl riskli an, yeni sistemin devreye girdiği saat değildir. Riskli an, eski sistem dünkü müsaitliği göndermeye devam ederken yenisinin eşleştirmeleri yarıdayken bir misafirin kapattığınızı sandığınız bir odayı rezerve ettiği saattir. Bu yazı geçişin tamamını adım adım anlatıyor: neyin bozulduğu, eski sağlayıcıyla nelerin yazılı olarak netleştirileceği, eşleştirme tablosunun nasıl kurulduğu, kanalların hangi sırayla taşınacağı, her adımdan sonra yapılacak kontroller, ilk 72 saatin mutabakatı ve eski bağlantının sağlıklı kapatılması.

Kanal yöneticisi değiştirirken gerçekte ne bozulur?#

Bağlantı dört yerde kopar: eşleştirmeler, fiyatlar, kısıtlamalar ve rezervasyonların dönüş yolu. Her biri farklı biçimde bozulur ve her biri geçişten önce, geçişten sonra değil, düzeltilir.

Önce boru hattının kendisi. Kanal yöneticisi, otelin kendi sistemi ile satış siteleri arasında durur. Fiyat, müsaitlik ve kısıtlamaları dışarı gönderir, rezervasyonları içeri çeker. Rezervasyon kanal yöneticisinde yaşamaz; satış sitesinde ve otel sisteminde yaşar. Bu yüzden geçiş bir veri aktarımı değil, eşleştirme ve zamanlama sorunudur.

İlk kopma eşleştirmededir. Bir tarafta olup diğer tarafta olmayan bir oda tipi veya fiyat planı sessizce düşer; kanal odanın eski sürümünü satmaya devam eder. Ardından fiyat hatası gelir: yanlış kişi sayısına veya pansiyon tipine eşleştirilen bir plan, çift kişilik odayı tek kişilik satar ya da kahvaltıyı ücretsiz gösterir. Kısıtlama hatası en tehlikelisidir, çünkü satışa kapama, minimum konaklama ve varışa kapalı kuralları fiyatla birlikte taşınmaz; gönderilemeyen bir kısıtlama, otelin kapattığı tarihleri yeniden açar. Dönüş yolu hatası ise sessiz olandır: rezervasyonlar fiyatların çıktığı yoldan farklı bir yoldan döner, bir rezervasyon kanalda var olup oteline hiç ulaşmayabilir.

Bir de çakışma sorunu var. İki sistem de aynı kanala bağlıyken son yazan kazanır ve hangi sistemin en son yazdığını kimse söyleyemez. Herhangi bir şey değiştirilmeden önce bir sorumlu ve bir yedek isimlendirin; çünkü aşağıdaki her kontrolün bir imzaya ihtiyacı var.

Fesih bildirimi vermeden önce eski sağlayıcıyla neler netleştirilmeli?#

Yazılı olarak dört şey: bildirim süresi, bağlantının açık kalacağı son gün, dışa aktarmaya hakkınız olan veriler ve çakışma dönemini kimin ödediği. Bunları bildirim e-postasından önce netleştirin, sonra değil.

Önce bildirim süresini ve sözleşme bitiş tarihini okuyun. Bunlar bilinmeden planlanan bir geçiş, kimsenin bütçelemediği bir ücretli aya denk gelir. Bağlantının adı verilen bir tarihe kadar açık kalıp kalamayacağını ve geçiş gecikirse bir hafta uzatılıp uzatılamayacağını doğrudan sorun.

Veri dışa aktarımında misafir bilgileriyle birlikte rezervasyonları, fiyat ve kısıtlama geçmişini, eşleştirme tablolarını, kanal mesaj trafiğini ve faturaları isteyin. Makine tarafından okunabilir bir dosya isteyin, PDF değil. Eski sistemin aldığı ama oteline henüz iletmediği rezervasyonlara ne olacağını özellikle sorun. Bitiş tarihinden sonra eski sistemin fiyat göndermeyi ve rezervasyon çekmeyi bırakacağını yazılı olarak teyit ettirin.

Yeni sağlayıcıya hangi kanalların site tarafından erişim bilgisi veya onay gerektirdiğini ve bunları kimin tutmasının beklendiğini sorun. Prosedürler siteden siteye değişir; yanıtı iki taraftan da yazılı alın. Bunlar, kanal yöneticisi sözleşmesi imzalamadan önce sorulacak sorular arasındadır. Çıkış maddesini ve dışa aktarım teyidini, eşleştirme tablosu ve geçiş günlüğüyle aynı klasörde tutun.

Geçişten önce eşleştirme tablosu nasıl kurulur?#

Her kanal, oda tipi ve fiyat planı bileşimi için bir satır; sınayacağınız örnek tarihler ve onaylayan kişinin adıyla.

Sütunlar şunlar: kanal, otel sistemindeki oda tipi, kanaldaki oda tipi, fiyat planı ve pansiyon, kişi sayısı, kullanılan kısıtlamalar, para birimi, örnek tarihler, onaylayan, onay tarihi. Bir kanalda bilerek satmadığınız oda tiplerini ve fiyat planlarını da listeye yazın; kurulum sırasında kimse onları yanlışlıkla eşleştirmesin. Her kanalın hangi kısıtlamaları desteklediğini ve yeni sistemin bunları ifade edip edemediğini kaydedin. Yeni sistemin gönderemediği bir kısıtlama, sonradan yaşanan bir sürpriz değil, şimdi verilecek bir karardır.

Örnek tarihleri zor durumları kapsayacak şekilde seçin: müsait olan yakın bir tarih, dolmuş bir tarih, varışa kapalı bir tarih, minimum konaklamalı bir tarih, ileri bir tarih ve paketli bir tarih. Tabloyu iki kişi kontrol etsin: hazırlayan ve her geçişi onaylayacak olan. Tabloyu yaşayan bir belge olarak tutun; üç hafta sonra bir fiyat yanlış gittiğinde uzanacağınız kayıt da budur. Oda tipi ve fiyat planı eşleştirmenin ayrıntıları ayrıca okumayı hak eder.

Örneğin standart çift oda satırı, dolmuş bir Cuma ve minimum konaklamalı bir hafta sonunu kapsayan örnek tarihler taşır; onaylayan rezervasyon müdürüdür. Aile odası satırı, paketli ileri bir tarihi kapsar; onaylayan gelir yöneticisidir.

Kanallar hangi sırayla değiştirilmeli ve her adımı kim onaylar?#

Günde bir kanal, rezervasyon hacmi artan sırada, rezervasyon ekibinin nöbette olduğu hafta içi bir sabah; her adımı ismi verilmiş bir kişi onaylar.

Hepsini birden değiştirmemek için basit bir neden var: iki kanal birlikte bozulursa hangi eşleştirmenin neden olduğunu söyleyemezsiniz. En az rezervasyon getiren ve en basit eşleştirmeye sahip kanalla başlayın; ilk gün bir provadır. En büyük kanalı, eşleştirme kanıtlanmışken ve ekip dinlenmişken saklayın.

Her adımın üç parçası vardır: o kanal için eski gönderimi kapatın, yeni gönderimi açın, sonra doğrulayın. Üçüne de aynı kişi imza atar. Bir geçiş günlüğü tutun: kanal, kapanma saati, açılma saati, yapan kişi, neyin kontrol edildiği, ne bulunduğu, neyin değiştirildiği. Bir kanal temiz geçmiyorsa durun ve geri dönün; taşımadığınız her kanal için eski bağlantı hâlâ çalışıyor. Bu disiplin, tek bir gece yerine kanal kanal uygulanan bir PMS geçiş planı disiplinidir.

Her geçişten sonra fiyat ve müsaitlik nasıl doğrulanır?#

Değiştirilen kanalı bir misafir gibi arayın, eşleştirme tablosundaki örnek tarihlerde, gördüğünüzü otel sistemindekiyle karşılaştırın, sonra dönüş yolunu gerçek bir rezervasyonla, sonradan iptal ederek sınayın.

Misafir görünümünü, çıkış yapılmış durumda, kanalın o pazara gösterdiği para birimiyle kontrol edin; arka ofisten değil. Fiyatı, oda tipi adını, kişi sayısını, pansiyonu, iptal koşullarını ve ödeme adımında görünen vergi ve harçları karşılaştırın. Satışa kapamayı sınayın: otel sisteminde bir tarihi kapatın, gönderimi bekleyin, kanalda kapandığını görün, sonra yeniden açın ve onun da ulaştığını teyit edin. Bir fiyat değişikliğini aynı şekilde sınayın ve gerçekten kullandığınız bir kısıtlamayı, örneğin minimum konaklamayı, deneyin.

Dönüş yolunu ileri bir tarih için kanalda gerçek bir rezervasyonla sınayın. Yeni kanal yöneticisinde ve otel sisteminde göründüğünü teyit edin, sonra kanalda iptal edin ve iptalin de ulaştığını görün. Her kontrolün saatini yazın; gönderiler anında olmaz ve çok erken yapılan bir kontrol hiçbir şey kanıtlamaz. Kanal sizin göndermediğiniz bir fiyat gösteriyorsa, başka bir şeyi değiştirmeden önce eski sistemin hâlâ gönderip göndermediğini araştırın.

İlk 72 saatin mutabakatı nasıl görünür?#

Günde bir kez karşılaştırılan üç liste: yeni kanal yöneticisindeki rezervasyonlar, her kanalın kendi extranetindeki rezervasyonlar ve otel sistemindeki rezervasyonlar. Her fark aynı gün açıklanır.

Üç liste gerekir, çünkü kanal yöneticisi kanalın hâlâ tuttuğu bir rezervasyonu kaybedebilir; otel sistemi de kanal yöneticisinin hiç almadığı bir rezervasyonu tutabilir. Varış listesi basılmadan önce sabah kontrolü, gün sonu işleminin iş gününü kapatmasından önce akşam kontrolü yapın. Sayıyı, misafir adını, varış ve ayrılış tarihlerini, oda tipini, fiyatı ve durumu, değişiklik ve iptaller dahil karşılaştırın.

Öksüz durum, resepsiyonda elinde kanal onayı olan ama otel sisteminde rezervasyonu olmayan misafirdir. Önce kanal onayından rezervasyonu açın, sonra yolda nerenin koptuğunu bulun. Çift durum, satışa kapama hiç ulaşmadığı için aynı odanın iki kez satılmasıdır; önlem resepsiyondaki hızda değil, eşleştirmede ve doğrulamadadır ve nedenleri çift rezervasyonun nedenleriyle örtüşür. Bir kişi mutabakat yapar, ikincisi imzalar. 72 saatten sonra, ilk tam hafta temiz kapanana kadar daha seyrek aralıklarla sürdürün.

Eski bağlantı nasıl kapatılır ve kayıtlar nasıl saklanır?#

Eski sistemin fiyat göndermeyi ve rezervasyon çekmeyi bıraktığına dair yazılı teyit alın, hakkınız olan her şeyi dışa aktarın ve ikisini eşleştirme tablosuyla, geçiş günlüğüyle tek bir arşivde tutun.

Teyidi sözleşme bazında değil, kanal bazında alın: eski sağlayıcı bazı kanalları kapatıp diğerlerini açık bırakmış olabilir. Misafir bilgileriyle rezervasyonları, fiyat ve kısıtlama geçmişini, eşleştirme tablolarını, kanal mesaj trafiğini ve faturaları, eski sistem olmadan açabileceğiniz bir biçimde dışa aktarın. Sözleşme izin veriyorsa tanımlı bir süre için salt okunur erişim isteyin; bunu son fatura ödendikten sonra değil, öncesinde sorun. Faturayı, bildirim öncesi netleştirdiğiniz çıkış koşullarıyla karşılaştırın.

Arşivi rezervasyon ekibinin ulaşabileceği bir yerde saklayın; geçişten sonraki ilk soru genellikle geçen sezondan bir fiyat ya da rezervasyonla ilgilidir. Eski eşleştirmeleri şablon olarak değil, kayıt olarak tutun: artık çalıştırmadığınız bir sistemi tarif ederler. Değiştirilen şey otel sisteminin kendisiyken, onun verisine de aynı disiplini uygulayın; PMS veri taşıma yazısı bu konuyu ele alır.

Şimdi ne yapmalı#

Bu hafta, henüz hiçbir bildirim verilmeden eşleştirme tablosunu kurun ve geçiş günlüğünü açın. Bu iki belge var olduğunda geçiş, tek bir gerilimli gece yerine küçük, imzalı ve geri alınabilir adımlar dizisine dönüşür; sonradan bir fiyat ya da rezervasyonla ilgili her sorunun yazılı bir yanıtı olur.