Channel Manager: co to jest, jak działa i jak go wybrać

Niedziela, jedenasta w nocy. Recepcjonista hotelu na dwanaście pokoi zamyka zmianę i widzi w Plannerze ten sam pokój dwuosobowy na wtorek — dwa razy. Jedna rezerwacja przyszła z Booking.com, druga z Airbnb. Obie potwierdzone, obie z kartą gościa. Tej nocy śpi jeden gość, a drugiemu rano trzeba wyjaśniać, że pokoju nie ma.

Przekwaterowanie do hotelu za rogiem na koszt obiektu, taksówka, rekompensata, przeprosiny wobec kanału — wieczór zamienił się w rozliczanie strat. A rano pojawiło się pytanie, które warto było zadać wcześniej: dlaczego dwa kalendarze w ogóle mogły pokazać coś innego.

Odpowiedź jest nudna: bo były dwa. Dopóki kanał jest jeden, dostępność żyje w jednym miejscu i nie ma gdzie się pomylić. Od drugiego kanału każda data ma dwie wersje informacji o tym, ile pokoi jest wolnych — i porównuje się je ręcznie, przy okazji, w najlepszym razie wieczorem. Channel Manager to warstwa programowa, która przejmuje dokładnie tę robotę: stawki, dostępność i zasady sprzedaży identyczne we wszystkich kanałach, a sprzedane rezerwacje wracają do kalendarza obiektu same. Poniżej — co dokładnie synchronizuje, ile kosztuje tryb ręczny, jak synchronizacja jest zbudowana i po czym ją wybierać.

Channel Manager prostymi słowami

Definicja mieści się w dwóch zdaniach i we wszystkich branżowych źródłach brzmi tak samo. Channel Manager to warstwa pośrednia między systemem zarządzania obiektem a kanałami sprzedaży: na zewnątrz wysyła to, co sprzedajesz — stawki, dostępność, warunki; do środka przynosi to, co się sprzedało: rezerwacje, ich zmiany i anulowania. Cała reszta tego artykułu to wnioski płynące z tych dwóch zdań.

Od razu o granicach, bo z nimi myli się najczęściej. Channel Manager nie sprzedaje i nie reklamuje. Karta obiektu, zdjęcia, odpowiedzi na opinie, płatne programy widoczności — to wszystko zostaje w extranecie kanału. Pozycji w wynikach wyszukiwania ten program też nie podniesie: synchronizuje dane, a dokładne dane to tylko jeden z warunków pokazania. Jak naprawdę budowana jest pozycja w Booking.com i Airbnb — temat osobnego artykułu.

Miejsce w stosie to warstwa między jądrem a witrynami. PMS (system zarządzania obiektem) prowadzi obiekt: Planner, stawki, goście, pieniądze. Kanały to witryny, w których obiekt jest obecny kartą i sprzedaje swoje daty. Channel Manager bywa osobnym programem, bywa modułem wewnątrz PMS — dla niezależnego obiektu na 9–30 pokoi typowy jest drugi wariant: jeden kalendarz, jeden dostawca, brak dodatkowego szwu, na którym giną dane.

I to nie egzotyczny zakup, tylko norma rynku. Według raportu branżowego obejmującego ponad 90 mln rezerwacji niezależnych obiektów w 2025 roku 63,4% z nich przyszło przez kanały — rok wcześniej było 61%. Kanały to główny popyt; pytanie nie brzmi, czy są potrzebne, lecz kto będzie trzymał ich dane w porządku. Czym jest OTA (online travel agency) i co wchodzi w skład prowizji kanału — w osobnym artykule.

Co dokładnie się synchronizuje

Na zewnątrz, z PMS do kanałów, wychodzą trzy strumienie.

Dostępność — ile pokoi danego typu można sprzedać na daną datę w tym kanale. Stawki — ceny według dat i planów cenowych. Ograniczenia — zasady sprzedaży daty: minimalna i maksymalna długość pobytu, zamknięte daty przyjazdu i wyjazdu, pełne zamknięcie sprzedaży. Te trzy strumienie razem są właśnie „aktualnymi danymi”: kanał, który ma świeżą cenę i wczorajszą dostępność, sprzedaje wczorajszy hotel.

Do środka, z kanałów do PMS, wraca to, co już sprzedane: nowe rezerwacje, zmiany w nich, anulowania. Anulowanie też jest zdarzeniem synchronizacji: uwolniona data musi wrócić do sprzedaży we wszystkich kanałach, inaczej pokój po prostu stoi pusty.

Zasada, na której wszystko stoi: dostępność na datę wylicza się z jednego kalendarza PMS, a nie trzyma osobnym licznikiem dla każdego kanału. Sprzedał się ostatni pokój typu — we wszystkich kanałach na tę datę pojawiło się zero. Zamknąłeś sprzedaż na datę — dostępność wyzerowała się wszędzie. Podniosłeś cenę na piątek — nowa stawka pojechała do każdego kanału, w którym sprzedawany jest ten plan cenowy. Jedno źródło prawdy, wiele witryn.

Wydarzenia własne obiektu to osobny i niedoceniany przypadek. Ślub w rodzinie, przyjazd firmowy, remont typu pokoju: te daty są potrzebne Tobie, nie gościom. Pełne zamknięcie sprzedaży zatrzymuje datę — i kanały dostają dla niej zerową dostępność tą samą synchronizacją, bez objazdu po panelach. Istniejące rezerwacje nigdzie nie znikają: zamknięcie działa tylko na nowe sprzedaże.

Strumień powrotny widać najlepiej w Plannerze: rezerwacja z kanału pojawia się w nim sama, z oznaczeniem, skąd przyszła. W Plannerze są rezerwacje, a ceny żyją w stawkach — i póki te dwa światy się nie mieszają, przypadkowa poprawka ceny sama „nie pojedzie” do kanałów. Jak zbudować same stawki i ograniczenia, które pojadą do kanałów — w artykule o cenach pokoi.

Co się dzieje bez niego: cena ręcznego przenoszenia

Tryb ręczny wygląda tak: każdy kanał ma własny extranet i własny kalendarz. Przyszła rezerwacja — wchodzisz do pozostałych paneli i zamykasz datę. Zmieniła się cena — powtarzasz poprawkę wszędzie. Rezerwacja się anulowała — otwierasz datę z powrotem. Każda operacja jest trywialna. Problem tkwi w ich liczbie i w przerwach między nimi.

Szacunki czasu ręcznej synchronizacji krążą po blogach dostawców: w ankietach właścicieli wychodzi około dziesięciu godzin tygodniowo przy pięciu kanałach. To przeglądy praktyki, nie pomiar — statystyką nie są, więc na nich nie stoimy. Mechanika błędu statystyki nie potrzebuje: między rezerwacją w kanale A a zamknięciem daty w kanale B mija czas i w tym oknie drugi gość widzi wolny pokój. Podwójna rezerwacja — w branży: overbooking — rodzi się dokładnie tam. To nie to samo co strategiczny overbooking, świadoma nadrezerwacja pod oczekiwane nieobecności gości: tutaj mowa o nieplanowanym błędzie synchronizacji.

Ile to kosztuje. Według szacunków branżowych przeglądów — 200–500 $ i więcej bezpośrednich wydatków na jeden przypadek: przekwaterowanie do innego hotelu na koszt obiektu, transport, rekompensata dla gościa. Dydaktyczny przykład Cornell liczy tak: przekwaterowany gość kosztuje około 300 $, pusty pokój — około 100 $; branżowa norma rekompensaty to nocleg plus dojazd. Do tego dochodzi to, czego pieniądze nie policzą: negatywna opinia, godziny personelu, zepsute relacje z kanałem.

Teraz arytmetyka kontra subskrypcja. Jeden przypadek podwójnej rezerwacji to te same 200–500 $ bezpośrednich kosztów. Osobny Channel Manager dla obiektu do 50 pokoi kosztuje 50–200 $ miesięcznie (przeglądy dostawców z 2026 roku). Jeden zapobieżony przypadek zwraca koszt od jednego do dziesięciu miesięcy pracy systemu — i to zanim rozmowa w ogóle dojdzie do opinii, której nie da się usunąć.

Anulowania pogarszają tryb ręczny jeszcze bardziej. Według tego samego raportu anuluje się 21,8% rezerwacji z kanałów wobec 10,6% bezpośrednich. Anulowana rezerwacja zwraca datę do sprzedaży — często w ostatniej chwili — i trzeba ją zdążyć otworzyć we wszystkich panelach. Ręczna synchronizacja myli się w obie strony: sprzedaje zajęte i ukrywa wolne.

Jest też ekonomia tła, o której warto pamiętać. Prowizja kanału to średnio 15–30% i więcej od pełnej kwoty rezerwacji (szacunek raportu branżowego), a rezerwacja ze strony hotelu przynosi średnio 516 $ wobec 312 $ z kanału (raport branżowy, 135 mln rezerwacji na 20 rynkach; samo źródło sprzedaje menedżery kanałów, więc uczciwiej czytać te liczby jako rząd wielkości). Kanały dają wolumen, kanał bezpośredni — marżę i dane gościa. Channel Manager nie rozstrzyga tej równowagi za Ciebie — zabiera rutynę, na którą równowadze nie zostaje czasu. Jak budować kanał bezpośredni — w przewodniku po silniku rezerwacyjnym (Booking Engine).

Jak działa synchronizacja

Synchronizacja dwukierunkowa to dwa strumienie po jednym połączeniu z każdym kanałem. Na zewnątrz automatycznie wychodzą stawki, dostępność i ograniczenia — bez wchodzenia do paneli kanałów. Do środka, do wspólnego kalendarza PMS, wracają rezerwacje, zmiany i anulowania.

Jak to wygląda w minucie sprzedaży. Gość rezerwuje ostatni pokój danego typu na piątek na Booking.com. Rezerwacja trafia do PMS, dostępność typu na tę datę spada — a Expedia i Agoda widzą na piątek zero, tym samym mechanizmem co każda inna poprawka. Anulowanie działa lustrzanie: data wróciła do sprzedaży i kanały znowu widzą pokój. Czas między rezerwacją a aktualizacją u pozostałych to właśnie czas dostawy, o którym niżej.

Samo połączenie to nie majsterkowanie, tylko uregulowana praktyka branżowa. Duże kanały prowadzą formalne programy podłączeń. Booking.com certyfikuje partnerów, przez które obiekty prowadzą synchronizację — w pomocy platformy nazywają się dostawcami łączności. Dostawca łączności to pośrednik, przez którego obiekt prowadzi kalendarz, stawki i ograniczenia; typowy przypadek to Channel Manager. Wymagania wobec partnerów są na piśmie: obsługiwać wszystkie funkcje API, wysyłać stawki i dostępność przynajmniej rok w przód, śledzić zmiany API. Airbnb prowadzi publiczną listę obsługiwanych menedżerów kanałów.

Połączenia bywają różne i słowo „synchronizacja” ich nie rozróżnia. Powolny wariant wymienia kalendarze według harmonogramu: prosto, tanio, ale aktualizacje przychodzą z opóźnieniem, a rezerwacje — mailem. Pełne połączenie dwukierunkowe trzyma jedną linię do wszystkiego: rezerwacja wraca do systemu sama, ograniczenia jadą razem z cenami. Rozróżnienie ich przy wyborze jest proste: zapytaj, co dokładnie wychodzi do kanału i co wraca — i poproś o pokazanie dziennika wysyłek.

Oczami OTA

Najbardziej wymowne jest to, że kanały nie tylko znoszą synchronizację — one same ją promują. Pomoc Booking.com o synchronizacji Extranetu i Channel Managera formułuje cel wprost: synchronizacja jest potrzebna, „żeby zapobiegać podwójnym rezerwacjom”. W tym samym miejscu oficjalna rada: jeśli pracujesz przez dostawcę łączności, prowadź kalendarz i stawki przez niego, a nie przez Extranet — wtedy zmiany na pewno się zapiszą. Airbnb na oficjalnej stronie o menedżerach kanałów wylicza korzyści: mniej rozjazdów w cenach i wolnych datach, więcej zaufania ze strony gości i agentów, więcej rezerwacji dzięki dokładnym danym.

Logika platform jest prosta. Gdy dane się zgadzają, obiekt śmielej otwiera cały zasób pokoi — bez strachu przed podwójnymi rezerwacjami nie trzeba chować połowy pokoi „na wszelki wypadek”. Gość widzi uczciwą dostępność, platforma sprzedaje, obiekt dostaje rezerwacje. Wygrywają wszystkie trzy strony.

A „chowanie połowy” to nie figura retoryczna. Obiekty bez synchronizacji często się zabezpieczają: wysyłają do kanałów nie cały zasób, lecz „bezpieczną” jego część — co, jeśli nie zdążą zamknąć daty. Zasób schowany w szafie to w połowie sprzedane weekendy. Jeden kalendarz sam z siebie nie zabiera strachu — czyni go niepotrzebnym.

Dlaczego synchronizacja nie jest natychmiastowa

Szczegół, o którym milczą strony sprzedażowe: synchronizacja ma czas dostawy i nie zawsze zależy on od Twojego oprogramowania. Booking.com pisze wprost: zmiany między Extranetem a Channel Managerem „mogą być przetwarzane do pięciu minut”. To czas samej platformy, a nie cecha systemu, który wybierzesz. Wniosek praktyczny: jeśli dwaj goście w jednym krótkim oknie rezerwują ostatni pokój w dwóch kanałach, przejść mogą obie rezerwacje. Konfliktowa rezerwacja trafia do obsługi — i lepiej rozgrywać ją w Plannerze niż przez telefon z gościem. Booking.com wyciąga z tej samej zasady wniosek bardziej codzienny: poprawki zrobione równocześnie w Extranecie i w Channel Managerze mogą się rozjechać — dlatego platforma radzi wybrać jedno źródło prawdy.

Dlatego uczciwa formuła brzmi nie „zero podwójnych rezerwacji”, lecz „konflikt staje się pojedynczym przypadkiem, a nie codzienną loterią”. Okno kurczy się z godzin do minut, każdą wysyłkę widać w dzienniku, a status każdego połączenia — aktywny, wstrzymany, błąd — to linijka na ekranie, nie zgadywanie.

Dlaczego synchronizacja się psuje: pięć typowych przyczyn

Nawet automatyczna synchronizacja czasami zawodzi. Branżowe analizy zbiegają się w pięciu powtarzających się scenariuszach.

1. Aktualizacje według harmonogramu, a nie po zdarzeniu. System odpytuje kanały raz na godzinę — między odpytaniami kanały pokazują nieaktualną dostępność.
2. Błąd mapowania typów pokoi. Klasyka po zmianie nazw pokoi albo pojemności: kanał dostaje dane niewłaściwego typu.
3. Ręczne poprawki w panelu kanału. Cena poprawiona obok systemu koliduje z tym, co system wyśle następnym razem.
4. Strumień jednokierunkowy. Ceny wyszły, a rezerwacje wracają mailem na skrzynkę: połowa synchronizacji jest, połowy nie ma.
5. Opóźnienie po stronie kanału. Platforma sama przetwarza zmianę dłużej niż zwykle; od obiektu nic tu nie zależy — zależy tylko, jak szybko to zobaczy.

Konsekwencje są takie same: przekwaterowania, godziny personelu, opinie. I jeszcze jedna, o której się zapomina: awarie synchronizacji uderzają w pozycję oferty — kanał obniża obiekt, który pokazuje niedokładne dane. Jak liczona jest pozycja — w artykule o algorytmach rankingu OTA.

Praktyka z tych samych analiz. Nie poprawiaj cen w panelu kanału, jeśli pracujesz przez system — trzecia przyczyna z listy jest najbardziej przewidywalna. Po zmianie nazw typów pokoi sprawdzaj mapowanie. A gdy kanał zachowuje się dziwnie, najpierw patrz w dziennik wysyłek, dopiero potem napisz do pomocy: połowa „awarii” rozwiązuje się ponowną wysyłką, nie czekaniem.

Stąd główne pytanie do systemu, który wybierasz: „Co zobaczę, kiedy synchronizacja się posypie?” Jeśli odpowiedź brzmi „napiszesz do pomocy technicznej”, to zła odpowiedź. Dobry system pokazuje dziennik wysyłek — który kanał, który okres, jaki status — statusy połączeń i ma przycisk ręcznej synchronizacji wszystkich kanałów jednym działaniem.

Jak wybrać Channel Managera: pięć kryteriów

Wyniki wyszukiwania „jak wybrać Channel Managera” to rankingi „top 10”, w których każda linijka jest na sprzedaż. Takiej listy nie przebijesz inną listą nazw, więc — kryteria. Są takie same dla każdego dostawcy, łącznie z nami.

1. Pokrycie kanałów. Nie liczba ze strony reklamowej, lecz obecność Twoich kanałów: katalog z wyszukiwaniem po nazwie, w którym Booking.com, Airbnb i Expedia znajdują się w sekundy. Najwięksi gracze liczą podłączenia setkami — duzi dostawcy deklarują ponad 450 — ale Ty potrzebujesz swoich 3–5 kanałów, a nie cudzej sumy. Przed zakupem otwórz katalog i znajdź w nim swój kanał: minuta, która od razu oddziela realne pokrycie od cyfry z banera.

2. Powiązanie z PMS. Dostępność musi się wyliczać z jednego kalendarza, a nie dublować licznikiem na każdy kanał — inaczej podwójne rezerwacje wrócą od środka systemu. Jeśli Channel Manager jest osobny, zapytaj, jak łączy się z Twoim PMS i kto odpowiada za to połączenie.

3. Widoczność stanu. Statusy połączeń, dziennik wysyłek z okresami i statusami, ręczna synchronizacja jednym działaniem. Na demo proś o pokazanie ekranu błędów, a nie szczęśliwej ścieżki. Dobry znak: dostawca pokazuje go sam, nie czekając na pytanie.

4. Pielęgnacja integracji. API kanałów zmieniają się bez przerwy — to oficjalny wymóg programów podłączeń, nie straszak sprzedawcy. Zapytaj, kto i jak szybko nadąża za zmianami konkretnego kanału. Odpowiedź „mamy bezpośrednie relacje z kanałami” bez konkretów nie jest odpowiedzią.

5. Model rozliczeń. Rynkowe punkty odniesienia z 2026 roku według przeglądów dostawców: osobny Channel Manager dla obiektu do 50 pokoi to 50–200 $ miesięcznie; zestaw PMS + Channel Manager + silnik rezerwacyjny — 250–500 $. Model prowizyjny — około 2% od rezerwacji — przy rosnących przychodach wyjdzie drożej niż stała subskrypcja. Policz na swoich przychodach, a nie na średniej.

Model rozliczeń	Jak płacisz	Kiedy wychodzi drożej
Stała subskrypcja	raz w miesiącu, niezależnie od rezerwacji	prawie nigdy — najłatwiej to policzyć
Za pokój	proporcjonalnie do wielkości obiektu	w sezonie wysokim, gdy sprzedaży jest dużo
Za rezerwację albo procent	od każdej rezerwacji przez system	przy rosnących przychodach — koszt rośnie razem z sukcesem

Druga decyzja: Channel Manager jako moduł wewnątrz PMS czy jako osobny program. Dla niezależnego obiektu typowa odpowiedź to moduł: jeden dostawca, jeden kalendarz, mniej szwów. Osobny program ma sens, gdy potrzebujesz kanału, którego w Twoim PMS nie ma, albo gdy dystrybucja jest ważniejsza niż operacyjne jądro. A CRS — centralny system rezerwacyjny dla sieci — małemu obiektowi nie jest potrzebny wcale: to poziom firm zarządzających, jego funkcje zamykają PMS i Channel Manager.

Kiedy Channel Manager nie jest jeszcze potrzebny

Uczciwa odpowiedź: dopóki kanał jest jeden — nie jest. Jeden panel, jeden kalendarz, rezerwacje przenosisz ręcznie. Ale ten tryb ma własną cenę — dyscyplinę: zamknij datę po każdej rezerwacji, otwórz po każdym anulowaniu, nie pomijaj niczego. Tryb ręczny jest bezpłatny dokładnie do pierwszego potknięcia. Choroba, urlop, gorączkowy dzień przyjazdów — i okno na podwójną rezerwację otworzyło się samo.

Granice są proste. Jeden kanał — panelu i uważności wystarczy. Dwa-trzy kanały z ręcznym przenoszeniem — już czas: poprawek jest za dużo i wszystkie są pilne. Nie dlatego, że ludzie są źli, lecz dlatego, że ręczna synchronizacja nie skaluje się.

Jeśli zestaw systemów dla obiektu dopiero składasz, zacznij od artykułu o oprogramowaniu małego hotelu: tam Channel Manager stoi na swoim miejscu w kolejności „zasób → stawki → kanały → strona”, a ta kolejność jest ważniejsza niż lista zakupów.

I jeszcze jedna uczciwość. Channel Manager nie zwraca się „zaoszczędzonymi godzinami” — argument jest prawdziwy, ale mdły. Mocniejszy jest rachunek z części o cenie błędu: jeden zapobieżony przypadek zwraca koszt miesięcy subskrypcji, a zapobieżona opinia nie ma ceny.

Jak to jest zbudowane w HotelsCalendar

Krótko o tym, jak wymienione kryteria wyglądają u nas.

Podłączenie: katalog ponad 100 kanałów z wyszukiwaniem po nazwie, ID obiektu w kanale brany z extranetu kanału, mapowanie typów pokoi i stawek. Po mapowaniu dostępność, stawki i ograniczenia wysyłają się do kanału automatycznie — na dwa lata w przód. Ograniczenia jadą w pakiecie z cenami i dostępnością: minimalna i maksymalna długość pobytu, zamknięte daty przyjazdu i wyjazdu, zerowa dostępność na daty zamknięte. Dostępność wylicza się z jednego kalendarza PMS: zamknięcie sprzedaży na datę zeruje ją we wszystkich kanałach jedną poprawką, nie objazdem po panelach.

Przejrzystość. Każdy kanał ma status: aktywny, wstrzymany, błąd. Dziennik wysyłek pokazuje kanał, okres i status każdej wysyłki. Synchronizację wszystkich kanałów można wywołać ręcznie jednym działaniem. Nowe rezerwacje trafiają do Plannera same, z nazwą kanału. A rezerwacje sprzedane przed podłączeniem importuje się ręcznie za okres — historia sama się nie zaimportuje i wolimy powiedzieć to wprost, a nie po podłączeniu.

Zobaczyć, jak to działa — na stronie Channel Managera.

Podsumowanie

• Channel Manager to warstwa między PMS a kanałami: na zewnątrz stawki, dostępność i ograniczenia, do środka — rezerwacje, zmiany i anulowania.
• Tryb ręczny myli się w obie strony: sprzedaje zajęte i ukrywa wolne; podwójna rezerwacja to jego najdroższy błąd — 200–500 $ i opinia.
• Synchronizacja nie jest absolutna: wyścigi kanałów są rzadkie, ale możliwe — konfliktowa rezerwacja trafia do obsługi i rozgrywa się w Plannerze.
• Kanały same zachęcają do synchronizacji: Booking.com radzi prowadzić kalendarz i stawki przez dostawcę łączności.
• Wybieraj po katalogu, powiązaniu z PMS, dzienniku wysyłek, pielęgnacji integracji i modelu rozliczeń. Dopóki kanał jest jeden — wystarczą ręce.

Często zadawane pytania

Czym jest Channel Manager prostymi słowami?

To łącznik między systemem zarządzania obiektem a kanałami sprzedaży. Zmieniasz cenę albo dostępność raz — zmiana wychodzi do wszystkich podłączonych kanałów; gość rezerwuje w kanale — rezerwacja wraca do kalendarza obiektu. Danymi zarządza PMS, Channel Manager je synchronizuje.

Czym Channel Manager różni się od PMS?

PMS prowadzi obiekt: Planner, stawki, goście, kasa. Channel Manager tylko synchronizuje ceny, dostępność i rezerwacje między PMS a kanałami. Kupować ich osobno nie trzeba: Channel Manager bywa modułem wewnątrz PMS — w HotelsCalendar jest dostępny w ramach jednej subskrypcji razem z pozostałymi modułami.

Czy Channel Manager jest potrzebny, gdy kanał jest jeden?

Nie. Jeden kanał to jeden panel, poprawki ręcznie. Granica przebiega przy drugim kanale: od tego momentu dostępność trzeba trzymać w dwóch miejscach, a okno na podwójną rezerwację otwiera się z każdą nową rezerwacją. Jak Channel Manager wpisuje się w pełny zestaw systemów — w artykule o oprogramowaniu małego hotelu.

Dlaczego podwójne rezerwacje zdarzają się nawet z Channel Managerem?

Kanały ścigają się o ten sam pokój, a synchronizacja ma czas dostawy. Jeśli dwie rezerwacje przechodzą w jednym krótkim oknie, w systemie mogą się znaleźć obie — wtedy konfliktowa rezerwacja trafia do obsługi i konflikt rozgrywa się w Plannerze. Różnica nie polega na „zerze błędów”, lecz na tym, że konflikt staje się pojedynczym przypadkiem, a nie codzienną loterią. Jak to działa w produkcie.

Co to jest mapowanie typów pokoi i stawek?

Krok podłączenia kanału: Twoje typy pokoi i stawki wiążą się parami z typami pokoi i stawkami kanału, żeby dane jechały we właściwe karty. Błędy mapowania to jedna z typowych przyczyn awarii synchronizacji, zwłaszcza po zmianie nazw typów pokoi. Mapowanie sprawdza się na ekranie Channel Managera.

Czy Channel Manager zastępuje panele kanałów?

Nie. Karta obiektu, zdjęcia, odpowiedzi na opinie, programy widoczności — to wszystko zostaje w panelu kanału; zdjęć program nie wysyła. Channel Manager odpowiada tylko za dane: ceny, dostępność, ograniczenia i rezerwacje. Co kanały dają obiektowi i za co się za nie płaci — w artykule o OTA.