Návody · Provoz

Overbooking: jak předejít dvojí rezervaci mezi Bookingem a Airbnb

Dvě rezervace na stejnou noc jsou noční můra každého ubytovatele. Jeden z hostů se bude muset zrušit — a to znamená omluvy, shánění náhrady, sankce od platformy a špatnou recenzi. Dobrá zpráva: overbookingu jde téměř úplně předejít.

Proč overbooking vzniká

Málokdo dnes prodává jen jedním kanálem. Běžně jede vlastní web, Booking.com, Airbnb, k tomu české portály jako eChalupy nebo Chalupy a chaty a přímé rezervace po telefonu. Každý kanál má vlastní kalendář a o ostatních sám od sebe neví.

Když prodej na jednom kanálu ručně nezablokujete na všech ostatních, vzniká okno, kdy je tentýž termín pořád volný jinde. Stačí, aby v tu chvíli někdo zarezervoval — a máte dvě rezervace na jednu noc. U jednoho objektu se to zdá zvládnutelné ručně, ale stačí jeden zapomenutý zápis nebo souběh dvou rezervací během pár minut.

Co overbooking stojí

  • Sankce od platformy. Zrušení ze strany hostitele je na Bookingu i Airbnb postihované — od pokut a nákladů na přemístění hosta až po dočasné znevýhodnění inzerátu.
  • Horší pozice ve výsledcích. Časté rušení sráží hodnocení spolehlivosti a tím i viditelnost.
  • Špatná recenze. Zrušenému hostovi zkazíte plány — a on to napíše.
  • Váš čas a nervy. Řešení konfliktu na poslední chvíli je stres, který nepotřebujete.

Jak mu předejít

Princip je jednoduchý: jeden zdroj pravdy o obsazenosti a jeho obousměrná synchronizace se všemi kanály. K tomu slouží iCal — standardní formát kalendáře, který umí sdílet Booking, Airbnb i většina českých portálů:

  • Export — jeden společný feed vaší obsazenosti (ze všech kanálů i přímých rezervací) vložíte do každé platformy. Ta pak zablokuje termíny obsazené jinde.
  • Import — feedy jednotlivých platforem stahujete zpět, takže o každém novém prodeji víte a promítnete ho do společné obsazenosti.

Pro jeden objekt je obousměrný iCal sync plně dostačující — placený channel manager (Smoobu, Beds24 a podobně) je pro jediný apartmán zbytečný luxus.

Zbytkové riziko: prodleva feedů. iCal se nesynchronizuje v reálném čase, ale v intervalech (podle platformy minuty až hodiny). Úzké okno pro souběh proto zůstává — čím častěji sync běží, tím menší je. Úplně na nulu se riziko dostane jen u přímého napojení přes API (channel manager), což je pro malý objekt většinou zbytečné.

Na co si dát pozor

  • Propojte všechny kanály, ne jen dva. Zapomenutý portál je přesně ta díra, kudy overbooking proteče.
  • Blokujte i přímé rezervace. Pobyt domluvený po telefonu musí být v obsazenosti stejně jako ten z Bookingu.
  • Hlídejte zrušení. Když host na OTA zruší, termín se má zase uvolnit — jinak zbytečně blokujete volné noci.
Stačí pro jeden apartmán iCal, nebo potřebuju channel manager?

Pro jeden objekt stačí obousměrný iCal sync. Placený channel manager s API napojením dává smysl u více jednotek nebo tam, kde vadí i pár minut prodlevy.

Synchronizuje iCal i jméno hosta a cenu?

Ne. iCal přenáší jen obsazený termín (příjezd–odjezd) jako neosobní blok „Obsazeno". Údaje hosta a cenu si tahá aplikace jinými cestami; pro prevenci overbookingu stačí právě ten blok.

Co když k overbookingu přesto dojde?

Jednejte rychle: kontaktujte hosty, nabídněte náhradní termín nebo srovnatelné ubytování a řešte to přes podporu platformy. Prevence synchronizací je ale levnější než každé takové hašení.

Jak to řeší Ubytovadlo

Obsazenost na jednom místě, synchronizovaná se všemi kanály

Ubytovadlo drží všechny rezervace v jedné databázi a obousměrně synchronizuje kalendáře, takže se termín neprodá dvakrát.

  • Jeden export feed do OTA — veškerá obsazenost (web, Booking, Airbnb, eChalupy, CS chalupy i přímé rezervace) jako neosobní „Obsazeno" pro import do extranetů.
  • Import obsazenosti zpět z Bookingu, Airbnb, eChalupy a CS chalupy, sléváním bez duplicit.
  • Sync každých 15 minut z cronu — úzké okno pro souběh je tím co nejmenší.
  • Automatické uvolnění zrušených — když blok z OTA feedu zmizí, pobyt se sám stornuje a termín se uvolní (s pojistkou proti výpadku feedu).