От MyTourist към Channex: как да мигрирате вашия B&B, без да загубите резервации

От 2021 г. управлявам B&B Burgemeestershof — четири стаи в бивш енорийски дом. Доскоро цялото управление на канали минаваше през MyTourist (MT). Работеше, но всеки месец усещах пукнатините: без WhatsApp inbox до резервацията, Airbnb само през iCal заобикалка и все по-чести ръчни ценови актуализации на канали, които MT не обслужваше директно.

През последните седмици мигрирам към Channex чрез BedFlow. Не всичко наведнъж — контролирано, канал по канал, с мониторинг и план за rollback. По-долу е подходът, който работи за мен, със спънките, които срещнах по пътя.

Защо изобщо да мигрирате?

Първо честният въпрос: защо просто да не останете на MT? За тези, които са доволни, това е добър избор. Но тези ограничения бяха решаващи за мен:

• Без WhatsApp inbox до резервацията. В Burgemeestershof 67% от отговорите на гостите идват през WhatsApp. Превключването между WA и PMS на MT ми струваше часове на седмица.
• Без директна Channex връзка. Сиховете на Airbnb минаваха през iCal заобикалка — 1 час забавяне, без ценови актуализации.
• По-стар PMS слой. Отчети, мобилно приложение, преки пътища — всичко изглеждаше отпреди десет години.
• Фактуриране на имот. Добавянето на втори имот изискваше отделен вход + абонамент.

Channex не е "по-добър", защото е по-нов. По-добър е, защото е един стандартизиран канал към 200+ OTA-та, с двупосочна синхронизация, зряло справяне с грешки и outbox модел, който прави повторни опити автоматично. За всеки, който синхронизира повече от Booking.com, това е друга вселена.

Рисковете, които наистина трябва да адресирате

Преди да докоснете нещо: три неща могат да дерайлират миграцията.

1. Двоен push

Най-лошият сценарий: и MT, и Channex изпращат цени и наличност към същия канал. Получавате случайни актуализации — понякога печели MT, понякога Channex. Резултат: overbooking или грешни цени, които забелязвате едва дни по-късно.

Правило: за всеки канал, във всеки момент, трябва да има точно една източникова система. Без припокриване, без "за всеки случай нека останат и двете".

2. Разлики в мапинга

Кодовете на стаите на MT (KAMER1, KAMER2, ...) не съответстват автоматично на room-типовете на Channex. OTA-тата имат свои ID-та на стаи (Booking има room_id, Expedia има room_type_id). Грешен мапинг означава, че резервациите попадат в правилната OTA стая, но се записват в грешната стая в PMS-а.

Правило: за всеки канал проверете мапинга ръчно с реална тестова резервация преди да продължите.

3. OTA-специфични политики "1 channel manager на акаунт"

Airbnb по-специално е строг: можете да имате само една PMS интеграция в даден момент, свързана с акаунт. Ако MT все още има стара OAuth авторизация, тя трябва първо да се отнеме, преди Channex да може изобщо да се свърже.

Правило: преди свързване чрез Channex, проверете страницата "Connected apps" на OTA-то и отнемете всички стари токени.

Редът: защо не превключвате всичко наведнъж

Изкушението е да превключите всичко в една спокойна неделя. Това е точно това, което не трябва да правите. Моят подход:

1. Канарски канал (най-нисък обем). В моя случай Natuurhuisje през OpenGDS — 3-5 резервации на месец. Ако нещо се обърка, въздействието е малко.
2. Среден обем. Expedia + Check24 — извадка, достатъчно голяма, за да видите проблеми, достатъчно малка, за да не съсипете вечерта си, ако се счупи.
3. Airbnb. Отделна стъпка, защото OAuth flow-ът е фундаментално различен.
4. Booking.com последен. 60-70% от оборота ми. Не мърда, докато не съм видял всеки друг канал да работи успешно 72 часа.

Поне 72 часа мониторинг между всяка стъпка. Без натиск всичко да се направи за седмица — миграцията в Burgemeestershof отнема около три седмици.

Flow-ът на канал

За всеки канал следвам точно същите стъпки:

1. Прекъсване от страна на MT. Влезте в MT, отидете на канала, изберете "Прекъсване на channel manager". От този момент MT повече не изпраща към този канал.
2. Изчакайте 30 минути. Опашката на MT обработва последните push-ове. Продължаване по-рано = двойни актуализации.
3. Свързване на Channex чрез BedFlow. Свържете Channex креденциалите, попълнете мапинга на стаите, задайте ценови планове.
4. Cross-check 1 — push тест. В BedFlow задайте фиктивна цена (напр. +10 € на една дата), след 60 сек проверете в OTA extranet дали цената е преминала.
5. Cross-check 2 — pull тест. Създайте тестова резервация в OTA-то (или използвайте staging инструмент), проверете дали се появява в BedFlow до 2 минути.
6. 72-часов мониторинг. Три дни проверка всяка сутрин: пристигнаха ли всички резервации? Текат ли актуализации за цена/наличност? Грешки?
7. GO или NO-GO. Зелено: преминете към следващия канал. Червено: rollback (включете отново MT за този канал, разкачете Channex).

Разлики при отделните OTA-та

Не всеки канал работи еднакво. Най-големите разлики, които срещнах:

Airbnb

• OAuth flow. Без поле "въведете вашия extranet ID", а пренасочване към Airbnb за одобрение на достъпа.
• 1 PMS връзка на акаунт. Първо проверете под Account → Professional hosting tools → Connected apps дали остава стара интеграция. Първо я отнемете.
• Под-листинги. Няколко юнита под един Airbnb акаунт? Мапинг на всеки листинг отделно.
• iCal fallback-ът става безполезен. Изключете старите си iCal feed-ове в момента, в който Channex е активен — иначе Airbnb продължава да изпраща съобщения двойно.

Booking.com / Expedia / Check24

• Extranet-ID flow. Channex пита за вашия extranet ID и креденциали. Без пренасочване.
• Раздел за мапинг задължителен. Channex не ви позволява да се свържете, докато всяка стая + ценови план не са мапнати. Без "ще го направим после".
• Специфично за Check24: някои OTA-та използват свои собствени темплейти на стаи (кодовете COZIBA / COMZIM на Check24 например), които не могат да се модифицират чрез Channex. Те остават в OTA extranet под техен контрол — Channex синхронизира само цена/наличност отгоре.

OpenGDS (Natuurhuisje, VIPIO, CharmantHotel)

OpenGDS е агрегатор: една Channex връзка изпраща към множество под-feed-ове наведнъж. Важна проверка:

• Не всеки под-feed приема ценови актуализации мигновено — някои имат собствен цикъл на ревю.
• За всеки под-feed проверете, че актуализациите действително пристигат в първите 24 часа след свързване.

Инструменти, които наистина правят процеса по-безопасен

По време на миграцията си се облягах силно на един dashboard: Преглед на миграцията на BedFlow (/admin/migration-overview). За всеки канал показва на живо кой в момента е източникът на истина — MT или Channex — и автоматично сигнализира, когато и двата са активни едновременно. Без това бих трябвало да поддържам ръчна таблица "канал X превключен на дата Y".

Други полезни проверки:

• Папка с отметки на OTA extranet. Една браузър папка с директни линкове към страницата "Connected apps / Channel manager" на всяко OTA. Бързи кликове при всяко превключване на канал.
• WhatsApp нишка с вашия съ-домакин или партньор. Всяко GO/NO-GO едно съобщение. Без тайни, без изненади.
• Контролен списък за всеки канал. Скучен, но незаменим.

Спънки, научени по пътя

1. Изоставени OAuth авторизации в Airbnb. Четири месеца по-рано бях направил MT trial с Airbnb връзка и никога не я отнех. Channex отказваше да се свърже, докато не почистих. 20 загубени минути — можеше да се избегне.
2. Темплейти на стаи от страна на OTA. В Check24 опитах да преименувам стаята чрез Channex. Невъзможно: техните COZIBA кодове са фиксирани. Променяте собствените настройки на OTA-то, не чрез Channex.
3. MT, който все още "скришом" изпращаше. На един канал прекъсването на MT беше "готово", но опашката все още имаше 4 часа исторически актуализации. Продължаването по-рано би причинило двойни push-ове. 30-те минути изчакване не са преувеличение.
4. Booking.com и сезонни пикове. Никога не мигрирайте Booking.com по време на натоварена резервационна седмица. Чакам спокойна сряда сутрин.
5. Отрицателните фактури продължават да работят. Странична бележка: уверете се, че IBAN-ът ви е попълнен в новия PMS, за да работи автоматичното изплащане на отрицателни фактури.

Заключение

MT → Channex миграция не е работа за една вечер. Това е структуриран процес от две до четири седмици, с мониторинг, rollback път и приемане, че някои неща изплуват едва по време на изпълнение (като онзи Airbnb OAuth при мен).

Но и не е ракетна наука. С правилния ред — канарски, среден, Airbnb, Booking.com — и добър dashboard за мониторинг го запазвате управляемо. Без загубени резервации, без двойни push-ове, без overbooking.

Искате да направите собствената си миграция по-безопасна? Прегледът на миграцията на BedFlow и 30-дневният trial ви дават рамката да преминете през това контролирано. Повече информация и цени на bedflow.eu/pricing.