Booking.com dvigubas užsakymas — ką daryti?

Trumpas atsakymas

Jei tas pats objektas rezervuotas du kartus toms pačioms datoms, pirmiausia nuspręskite, kurią rezervaciją išlaikote — paprastai tą, kuri gauta pirma. Antrajam svečiui kuo greičiau pasiūlykite lygiavertę alternatyvą (kitas jūsų objektas arba pažįstamų sodyba panašiomis sąlygomis) ir tik tada per Booking.com extranet praneškite apie problemą, pasirinkdami „relocation“, o ne paprastą atšaukimą. Svarbu susisiekti su portalu patiems: kai apie perkėlimą praneša savininkas ir svečias jau turi kur apsistoti, pasekmės būna gerokai švelnesnės nei tada, kai skundžiasi svečias.

Ką daryti per pirmą valandą

Dvigubo užsakymo kaina auga kas valandą: kuo arčiau atvykimo, tuo mažiau alternatyvų ir tuo brangesnis perkėlimas. Todėl veiksmų eilė svarbesnė už jų greitį.

  • Patikrinkite abiejų rezervacijų gavimo laiką ir nuspręskite, kuri lieka galioti
  • Suraskite realią alternatyvą antrajam svečiui — panašią kokybę, panašią kainą, panašų atstumą
  • Susisiekite su svečiu asmeniškai, ne per šabloninį pranešimą, ir pasiūlykite padengti kainų skirtumą
  • Tik tada praneškite Booking.com per extranet, nurodydami, kad svečias jau perkeltas
  • Užrašykite, kaip tai įvyko — kuriame portale ir kiek laiko praėjo tarp abiejų rezervacijų

Kokios būna pasekmės

Booking.com dvigubą užsakymą traktuoja kaip savininko klaidą, net jei rezervacija atėjo iš kito portalo. Konkrečios sąlygos priklauso nuo jūsų sutarties ir nuo to, kaip situacija išspręsta, todėl tikslių sumų čia nenurodome — jas verta pasitikrinti savo extranet sąlygose. Praktikoje pasekmės būna trijų rūšių: kainų skirtumo padengimas perkeliant svečią, laikinas matomumo paieškoje sumažėjimas ir neigiamas atsiliepimas, kuris lieka ilgiausiai. Būtent atsiliepimas dažniausiai kainuoja daugiausiai, nes veikia visų būsimų svečių sprendimus.

Kodėl dvigubi užsakymai apskritai atsiranda

Beveik visada priežastis viena: kalendoriai skirtinguose portaluose nėra suderinti realiu laiku. Rankiniu būdu datas uždaryti spėjama ne visada — rezervacijos ateina naktį, savaitgalį ar tada, kai prie kompiuterio nesate. Naudojant iCal nuorodas langas mažesnis, bet vis tiek yra: portalai nuorodas nuskaito tik kas kelias valandas, ir per tą laiką tos pačios datos gali būti parduotos antrą kartą. Rizika smarkiai auga per ilguosius savaitgalius ir šventes, kai rezervacijų srautas didžiausias.

Kaip padaryti, kad nepasikartotų

Vienintelis būdas šį langą uždaryti visiškai — sujungti visus portalus taip, kad rezervacija viename iš karto uždarytų datas visuose kituose. Tai daro kanalų valdiklis su tiesiogine API jungtimi: pakeitimas išsiunčiamas per kelias sekundes, o ne per kelias valandas. Rebibook papildomai tikrina datas duomenų bazės lygiu, todėl net dvi tą pačią sekundę atėjusios užklausos negali abi būti patvirtintos — antroji atmetama automatiškai.

Susiję klausimai

Ar Booking.com baudžia už dvigubą užsakymą?

Booking.com dvigubą užsakymą laiko savininko atsakomybe, net jei antroji rezervacija atėjo iš kito portalo. Dažniausios pasekmės — kainų skirtumo padengimas perkeliant svečią, laikinas matomumo sumažėjimas paieškoje ir neigiamas atsiliepimas. Tikslios sąlygos priklauso nuo jūsų sutarties, todėl jas verta pasitikrinti Booking.com extranet.

Ar geriau atšaukti rezervaciją, ar perkelti svečią?

Perkelti. Paprastas atšaukimas portale registruojamas kaip savininko atšaukimas ir vertinamas griežčiausiai. Jei svečiui patys surandate lygiavertę alternatyvą ir apie tai pranešate portalui kaip apie perkėlimą, pasekmės būna gerokai mažesnės, o svečias dažniau palieka neutralų, o ne neigiamą atsiliepimą.

Ar iCal sinchronizacijos užtenka, kad išvengčiau dvigubų užsakymų?

Ne visiškai. iCal nuorodas portalai nuskaito tik kas kelias valandas, todėl tarp rezervacijos ir datų uždarymo kitame portale lieka langas, per kurį tos pačios datos gali būti parduotos antrą kartą. Tiesioginė API jungtis perduoda pakeitimą per kelias sekundes ir šį langą praktiškai panaikina.

Laukiančiųjų sąrašas

Atidarome bangomis

Iki šiol Rebibook diegdavome kiekvienam klientui atskirai. Bendrą versiją atidarome etapais, nes kiekvieną klientą prijungiu asmeniškai — perkeliu kalendorius, sujungiu Booking.com ir Airbnb, patikrinu kainas. Todėl kiekviena banga turi pradžios datą ir ribotą vietų skaičių: diegiame tol, kol vietos užsipildo, o kas netelpa — laukia kitos.

  1. 1 banganuo rugpjūčio 1 d.

    50 vietų — diegiame tol, kol jos užsipildo. Kalendorius perkeliame ir kanalus prijungiame kartu su jumis.

  2. 2 banganuo spalio 1 d.

    Taip pat kol užsipildys vietos. Netilpusieji į pirmąją bangą lieka sąraše ir prijungiami be eilės.

  • Vietos skiriamos eilės tvarka — kas anksčiau įsirašė, tas anksčiau prijungiamas
  • Įsirašiusiems kaina lieka tokia, kokia paskelbta šiandien
  • Booking.com ir Airbnb prijungiame kartu su jumis, nemokamai
  • Nieko nereikia mokėti iš anksto ir niekur nepasirašote
R

Renatas

Su jumis kalbėsiuosi ir prijungsiu kanalus

Rezervuoti vietą

Įrašome į pirmą bangą — diegimai nuo rugpjūčio 1 d., kol užsipildys 50 vietų. Užtenka vardo ir el. pašto.

Rašysime tik dėl Rebibook. Jokių reklamų ir jokio duomenų perdavimo kitiems — privatumo politika.