Skip to content
Lietuvių

Jei atsiranda dviguba rezervacija

KodėlIšspręsti situaciją „vienas kambarys parduotas du kartus“ per porą minučių – ir neatšaukti nė vienos rezervacijos.
KamRecepcijos darbuotojams ir viešbučio administratoriams.
Ką gausiteAbu svečiai lieka su apgyvendinimu: konfliktas surandamas tinklelyje, o viena iš dviejų rezervacijų persikelia į laisvą to paties tipo kambarį.
ApribojimaiPerkėlimas – tik į laisvą to paties tipo kambarį; atskiro veiksmo „perkelti“ rezervacijos kortelėje nėra. Dvigubos rezervacijos pasitaiko retai – šis straipsnis tam atvejui, kai vis dėlto pasitaiko.

Prevencija kanaluose – Dvigubos rezervacijos: užkirsti kelią ir išspręsti. Sprendimas kalendoriuje – šis straipsnis ir apžvalga Planner: kaip tai veikia.

Dviguba rezervacija – atsitiktinis to paties kambario pardavimas du kartus: pavyzdžiui, kanalas spėjo parduoti kambarį tą pačią akimirką, kai jį įrašė recepcija.

Tokie sutapimai reti, bet visiškai atmesti neįmanoma – todėl pardavimas, viršijantis prieinamumą, nepalieka nepastebėtas: konfliktas patenka į apdorojimą tiesiogiai Planeryje. Šiame straipsnyje – kaip jį pastebėti ir išspręsti.

Abi konflikto rezervacijos tikros, su gyvais svečiais viduje. Todėl gydoma ne atšaukimu, o perkėlimu: viena iš dviejų persikelia į laisvą to paties tipo kambarį.

Konfliktas tinklelyje matomas iš dviejų ženklų:

  • Viena data, vienas kambarys – dvi juostos.
  • Kambario eilutė apvesta raudonu rėmu. Plannerio legendoje („Juostos ženklai“) jis įrašytas kaip įspėjimas „Overbooking“ – „raudonas rėmas aplink eilutę“.

Rėmas išskiria visą kambario eilutę, o ne atskirą datą – taip konfliktas matomas net ir tankiame tinklelyje. Konfliktu laikomas būtent datų persidengimas: dvi rezervacijos į tą patį kambarį nesidubliuojančioms datoms – norma, o ne dvigubas pardavimas.

Kiekvienos rezervacijos šaltinis matomas juostoje ženkliuku – „Tiesioginė (recepcijoje)“, „OTA kanalas“ ir kiti – bet konflikto ženklai nuo šaltinio nepriklauso. Užtenka žvilgsnio: raudonas rėmas matomas, kol slinkate tinklelį, todėl dviguba rezervacija sistemoje nelieka nepastebėta iki svečio atvykimo. Naudingas įprotis – pažiūrėti į tinklelį ryte, anksčiau nei prasideda dienos įsiregistravimai: anksčiau pastebėtas konfliktas išsprendžiamas be svečio prie recepcijos.

Raudonas rėmas – ne vienintelis legendos įspėjimas: šalia jo gyvena „Neapmokėta“ ir rezervacijos būsenų ženkliukai. Jei legendos dar nežiūrėjote („Juostos ženklai“ Plannerio skydelyje) – pasižiūrėkite: per minutę ji pamoko skaityti tinklelį.

Beveik visada – iš lenktynių: kanalas pardavė kambarį tą pačią akimirką, kai recepcija įrašė jį į PMS (arba antras kanalas pardavė tą patį kambarį tuo pačiu metu kaip pirmasis). Prieinamumas visiems kanalams skaičiuojamas iš vieno PMS kalendoriaus, ir kiekvienas pardavimas perskaičiuoja jį visur – tipinė dvigubų rezervacijų priežastis dingsta. Bet vienalaikis pardavimas skirtingose sistemose visada įmanomas, todėl tokia rezervacijų pora patenka į apdorojimą: sistemos uždavinys – kad nė vienas svečias liktų be kambario.

Tai dviejų pardavimų sutapimas, o ne konkretaus darbuotojo klaida: kiekviena iš dviejų sistemų savo akimirką sąžiningai laikė kambarį laisvu. Kaltųjų ieškoti nereikia – reikia perkelti vieną iš rezervacijų. Kita istorijos pusė tokia pat sąžininga: sistema neslepia sutapimo, o rodo jį tinklelyje ir duoda įrankių jį išspręsti.

  1. Atidarykite „Planner“ kairiajame meniu (skiltis „Pagrindinis“) ir suraskite eilutę su raudonu rėmu – būtent joje slepiasi dvigubas pardavimas.
  2. Spustelėkite konfliktą – atsidarys konfliktuojančių rezervacijų sąrašas.
  3. Pasirinkite rezervaciją, kurią perkelsite: ji persikelia į laisvą to paties tipo kambarį, o antroji lieka savo vietoje. Kaip veikia perkėlimai – straipsnyje Perkelti svečią į kitą kambarį.
  4. Jei norite kambarį pasirinkti patys – rezervacijos kortelė, skirtukas „Numeriai ir svečiai“, mygtukas „Keisti numerio tipą ir numerį“: lange „Numerio tipas ir numeris“ pasirinkite „Numerio tipą“ ir laisvą „Numerį“, tada „Įrašyti“. Tai įprastas perkėlimas: datos ir svečiai lieka savo vietoje, keičiasi tik kambarys.
  5. Patikrinkite tinklelį: kiekviena rezervacija – savo eilutėje, konfliktas uždarytas.

Vienas niuansas: kanalų rezervacijos – jei joms išjungtas rankinis perkėlimas – pele nejudinamos ir atsidaro iškart rezervacijos kortelėje. Taip sistema saugojasi nuo nesutapimo su kanalu, todėl kanalo rezervacijai mygtukų kelias – pagrindinis.

Laisvi to paties tipo kambariai matomi tiesiai tinklelyje: įjunkite „Kainos langeliuose“ – laisvi langeliai parodys kainą ir laisvų kambarių skaičių kiekvienai datai, ir kambario pasirinkimas taps vieno žvilgsnio reikalu.

Rezultatas: po perkėlimo kiekvienas svečias vėl turi savo kambarį, o abi rezervacijos gyvos – atšaukti ir sukurti iš naujo nieko nereikia.

Svečias recepcijoje: konfliktas išryškėjo įsiregistravimo metu

Section titled “Svečias recepcijoje: konfliktas išryškėjo įsiregistravimo metu”

Nepatogiausias posūkis – pastebėti dvigubą pardavimą, kai svečias jau stovi priešais jus ir laukia rakto. Tai tas pats konfliktas, nagrinėtas aukščiau, tik su svečiu prie recepcijos – keičiasi prioritetai: pirmiausia kambarys ir įsiregistravimas, priežasčių analizė vėliau. Veikite tokia tvarka:

  1. Perkelkite vieną iš rezervacijų į laisvą to paties tipo kambarį – „Keisti numerio tipą ir numerį“ rezervacijos kortelėje, skirtukas „Numeriai ir svečiai“. Tipas nesikeičia, todėl svečias gauna tą apgyvendinimo tipą, kurį rezervavo.
  2. Įsiregistruokite svečią kaip įprasta: mygtukas „Įsiregistruoti“ sąrašo „Rezervacijos“ eilutėje arba rezervacijos kortelėje – ir patvirtinkite operaciją dialoge „Įsiregistruoti į numerį …?“ mygtuku „Įrašyti“. Rezervacijoje svečių keli – įsiregistruokite po vieną: kiekvienas svečias kambario bloke turi savus mygtukus „Įsiregistruoti“ ir „Išsiregistruoti“.
  3. Toliau – įprasta įsiregistravimo tvarka, ją nagrinėja straipsnis Svečio įsiregistravimas ir išsiregistravimas.
  4. Patikrinkite tinklelį: konfliktas uždarytas, kiekviena rezervacija – savo eilutėje.

Rezultatas: svečias prie recepcijos įsiregistruoja į to paties tipo kambarį, antroji rezervacija lieka galiojanti – nė viena neatšaukta ir nepamesta iš užimtumo. Tinklelyje konfliktas dingsta, o antrasis svečias, jei būtų pasiektas, gautų tą patį kambarį, kurį rezervavo.

Jei laisvų to paties tipo kambarių svečio datoms nėra, sprendimas išeina už šio straipsnio ribų – jo teks ieškoti vietoje, su svečiu priešais save. Rėmas parodys, kur problema, tačiau pasirinkti tenka recepcijai.

Dvigubos rezervacijos gimsta kanaluose – ten pat gyvena ir profilaktika. Kanalų tvarkyklė laiko visų kanalų prieinamumą viename kalendoriuje: kiekvienas pardavimas perskaičiuoja jį visur, ir tipinė dvigubų rezervacijų priežastis dingsta. Visiškai atmesti sutapimus negali jokia sistema, bet sumažinti riziką iki minimumo – realu: teisingas kanalų prijungimas ir kambarių susiejimas daro savo darbą. Kaip tai veikia – straipsnyje Dvigubos rezervacijos: užkirsti kelią ir išspręsti.

Jei kanalas vis dėlto pardavė jau užimtą kambarį, rezervacija nepražūva: ji patenka į sistemą – be priskirto kambario – ir laukia apdorojimo Planeryje. Sprendimo tvarka ta pati, kaip šiame straipsnyje: perkėlimas į laisvą to paties tipo kambarį.

Sinchronizacija eina pati: atskiro mygtuko „siųsti į kanalus“ nėra – kaina ir prieinamumas iškeliauja į prijungtus kanalus be rankinio paleidimo. Recepcijai nereikia prisiminti apie kanalus: tinklelis ir kanalai gyvena viename kalendoriuje. Konfliktai reti – ir tai vieno kalendoriaus nuopelnas, o ne sėkmė.