Problemer med booking via Booking.com

1. Tetris-bookinger
2. Ikke-XML-rater
3. Synkronisering af tilgængelighed

1. Tetris-bookinger

Booking gennem Booking.com-kanalen indebærer to risici, nemlig chancen for forskudte bookinger og chancen for dobbeltbookinger. På grund af designet af Booking.com-applikationen kan disse risici desværre ikke løses. Nedenfor vil jeg beskrive, hvad disse risici er, hvordan risiciene opstår og give tips til, hvordan disse risici kan reduceres. Anvendeligheden af disse tips vil afhænge af størrelsen og typen af organisation.

Mulighed for forskudte bookinger

Med booking.com er det kun muligt at videregive den samlede tilgængelighed af en type lejebolig. Denne tilgængelighed kan ikke kommunikeres på boligniveau.

Her er et eksempel:

Da den samlede ledighed den 10., 11. og 12. januar er 1 sommerhus, kan der komme forskudte reservationer i denne periode til leje af sommerhus 12, 13 og 14, hvor gæsterne derfor skulle flytte to gange i et ophold.

Mulighed for dobbeltbookinger

Belægning kan ikke overføres til booking.com i realtid, men kun med 1 minuts intervaller. Det betyder, at hvis det sidste ledige sommerhus er booket, er der altid en chance for, at der kommer en booking.com booking indenfor 1 minut. Denne reservation bekræftes også altid direkte til den gæst, der er booket via booking.com. Det er altså irriterende dobbeltbookinger, som booking.com kun annullerer mod betaling.

Tip 1
I travle perioder bestil på faste ankomst- og afrejsedage. Dette forhindrer kortvarige "huller" i tidsplanen.

Tip 2
Udfyld hullerne med blokader, så er bestanden væk, og det løser problemet.

Tip 3
Deaktiver tilgængelighed af indkvartering i booking.com-appen i travle perioder.

Tip 4
I stedet for tre hytter, gør en hytte mindre bookbar til booking.com. I booking.com-appen kan du kun gøre færre pladser tilgængelige for booking.com. Reservationer modtaget gennem booking.com kan derefter flyttes til et andet sommerhus i roligere perioder, hvilket gør sommerhuset tilgængeligt for booking.com igen.

2. Ikke-XML-rater

Booking.com tilbyder i nogle tilfælde særlige ikke-XML-priser. Dette bruges til særlige tilbud, som booking.com tilbyder dig at tilmelde dig. Den store ulempe ved disse ikke-XML-priser er, at de ikke leveres til kanaladministratoren via XML API'en. Det betyder, at en kanaladministrator (i dette tilfælde Starfish Channel Manager) ikke modtager nogen oplysninger om bookinger, der er foretaget med en ikke-XML-pris. Så bookinger med ikke-XML-priser vil aldrig blive kommunikeret eller omdirigeret til Camping.care.

Hvis Booking.com kontakter dig og spørger, om du vil deltage i en særlig kampagne, er et vigtigt spørgsmål at stille, om de bruger ikke-XML-priser.

3. Synkronisering af tilgængelighed og mulighed for overbooking

Hvis en ny booking foretages på Booking.com, vil udbuddet af den pågældende indkvarteringstype ikke blive reduceret fra booking.com. Dette skal gøres af kanaladministratoren. Desværre kan der med denne fremgangsmåde opstå problemer på grund af timingen.

Vi kan kun hente bookingerne fra booking.com én gang i minuttet. Når vi henter bookingen, vil den blive tilføjet til vores system. Ved at tilføje bookingen ændres tilgængeligheden, og dette udløser synkroniseringen af tilgængeligheden til booking.com. Booking.com skal derefter håndtere de nye tilgængeligheder, som vores system angiver, før de opdateres i booking.com.

Af denne grund kan det tage tid for tilgængeligheden at ændre sig på booking.com-siden, og der er et interval på maksimalt ca. 1 minut, hvor flere bookinger kan komme ind i systemet fra booking.com, hvilket kan forårsage overbooking i vores system.

Bevidst eller ej, desværre kan vi ikke gøre noget ved disse tilbud fra booking.com, og der er risiko for overbooking via booking.com-forbindelsen. Hvis dette er tilfældet, er vi nødt til at acceptere bookingen, og vi vil tilføje den til systemet, så den vil blive vist som en dobbeltbooking i din tidsplan.