Problem med bokning via Booking.com

1. Tetris-bokningar
2. Icke-XML-hastigheter
3. Tillgänglighetssynkronisering

1. Tetris-bokningar

Att boka via Booking.com-kanalen innebär två risker, nämligen risken för förskjutna bokningar och chansen för dubbelbokningar. Tyvärr, på grund av utformningen av Booking.com-applikationen, kan dessa risker inte lösas. Nedan kommer jag att beskriva vilka dessa risker är, hur riskerna uppstår och ge tips på hur dessa risker kan minskas. Tillämpligheten av dessa tips beror på storleken och typen av organisation.

Risk för förskjutna bokningar

Med booking.com är det endast möjligt att föra vidare den totala tillgängligheten för en typ av hyresboende. Denna tillgänglighet kan inte meddelas på boendenivå.

Här är ett exempel:

Eftersom den 10, 11 och 12 januari är den totala tillgängligheten 1 stuga, kan det komma in förskjutna bokningar för denna period för hyresstuga 12, 13 och 14 där gästerna därför skulle behöva flytta två gånger under en vistelse.

Risk för dubbelbokningar

Beläggning får inte överföras till booking.com i realtid, utan endast med 1 minuts intervall. Det betyder att om den sista lediga stugan är bokad så finns det alltid en chans att en bokning.com-bokning kommer in inom 1 minut. Denna bokning bekräftas också alltid direkt till gästen som bokats via booking.com. Detta är alltså irriterande dubbelbokningar som booking.com avbokar endast mot betalning.

Tips 1
I hektiska perioder, boka fasta ankomst- och avresedagar. Detta förhindrar kortsiktiga "luckor" i schematavlan.

Tips 2
Fyll luckorna med blockader, då är beståndet borta och det löser problemet.

Tips 3
Stäng av tillgängligheten för boende i booking.com-appen under hektiska perioder.

Tips 4
Istället för tre stugor, gör en stuga mindre bokningsbar för booking.com. I booking.com-appen kan du göra färre platser tillgängliga endast för booking.com. Bokningar som tas emot via booking.com kan sedan flyttas till en annan stuga under lugnare perioder, vilket gör stugan tillgänglig för booking.com igen.

2. Icke-XML-hastigheter

Booking.com erbjuder i vissa fall specialpriser utan XML. Detta används för specialerbjudanden som booking.com erbjuder dig att gå med i. Den stora nackdelen med dessa priser utan XML är att de inte tillhandahålls kanalhanteraren via XML API. Det betyder att en kanalhanterare (i det här fallet Starfish kanalhanterare) inte får någon information om bokningar som görs med ett pris utan XML. Så bokningar utan XML kommer aldrig att kommuniceras eller omdirigeras till Camping.care.

Om Booking.com kontaktar dig och frågar om du vill delta i en specialkampanj är en viktig fråga att ställa om de använder priser som inte är XML-baserade.

3. Synkronisering av tillgänglighet och möjlighet till överbokning

Om en ny bokning görs på Booking.com kommer inte utbudet av boendetypen att minskas från booking.com. Detta måste göras av kanalansvarig. Tyvärr kan problem uppstå med denna metod på grund av tidpunkten.

Vi kan bara hämta bokningarna från booking.com en gång i minuten. När vi hämtar bokningen läggs den till i vårt system. Genom att lägga till bokningen ändras tillgängligheten och detta utlöser tillgänglighetssynkroniseringen med booking.com. Booking.com måste sedan hantera de nya tillgängligheterna som tillhandahålls av vårt system innan de uppdateras i booking.com.

Av denna anledning kan det ta tid innan tillgängligheten ändras på booking.com och det finns ett uppehåll på maximalt cirka 1 minut då flera bokningar kan komma in i systemet från booking.com, vilket kan orsaka överbokning i vårt system.

Medvetet eller inte, tyvärr kan vi inte göra något åt detta flöde från booking.coms erbjudanden och det finns en risk för överbokning via booking.com-anslutningen. Om så är fallet måste vi acceptera bokningen och lägga till den i systemet och den kommer att visas som en dubbelbokning i ditt schema.