Channel manager rozsyła dostępność i ceny pokoi do Booking.com i innych portali i zbiera z nich rezerwacje. Booking.com udostępnia swoje API partnerom połączeń, którzy przechodzą wdrożenie po jego stronie, więc hotel z własną stroną łączy się zwykle przez channel managera, który takim partnerem już jest. Kalendarz iCal tego nie zastąpi, bo format iCalendar (RFC 5545) nie ma pola na cenę ani stawkę.
Kiedy rezerwacja z Booking.com omija system hotelu
| Sytuacja | Co robi Booking.com | Jak temu zapobiegamy |
|---|---|---|
| Brak potwierdzenia w 30 minut | wysyła rezerwację do obiektu e-mailem | potwierdzenie idzie dopiero po zapisie w kalendarzu |
| Pokój albo stawka bez mapowania | wysyła rezerwację e-mailem | mapę sprawdzamy przed startem i po każdej zmianie oferty |
| Brak cen na kolejne miesiące | oczekuje od partnerów co najmniej roku cen i dostępności | pilnujemy cen i dostępności na rok do przodu |
Jeden kalendarz zamiast przepisywania
Rezerwacja ze strony hotelu zapisuje się w jego systemie, a do channel managera idzie tylko nowa dostępność, więc za gości z własnej strony hotel nie płaci prowizji portalu. Raz dziennie porównujemy kalendarz z channel managerem, żeby wychwycić rozjazd, zanim zamieni się w podwójną rezerwację. W panelu Atrium tym jednym kalendarzem jest gantt rezerwacji z kontrolą kolizji. API channel managerów różnią się między sobą, więc zakres sprawdzamy w dokumentacji konkretnego dostawcy przed wyceną.
Trzy drogi do Booking.com i przebieg integracji opisuje strona integracji z channel managerem.
Czy ten wpis był przydatny?
