Kaloni te përmbajtja
Si funksionon Tamaga

Ndiqni një premtim të hotelit, nga fakti i miratuar te veprimi me përgjegjësi.

Një familje zgjedh një dhomë të përshtatshme dhe njofton se pret të mbërrijë në orën 23:30. Hoteli kërkon konfirmim me shkrim pas orës 20:00. Tamaga e mban këtë kusht të lidhur me qëndrimin: Stay Request mbetet në pritje, Host Desk e paraqet kushtin e pazgjidhur si punë më vete për një person dhe vetëm një person i autorizuar mund ta konfirmojë ose ta refuzojë marrëveshjen.
Ndiqni skenarinShqyrtoni Hotel Demo

Promise Thread

Mbërritja pas orës 20:00 kërkon konfirmim me shkrim.

Një qëndrim
01

House Record

Përmbajtje e miratuar

02

Guest View

Çfarë kupton mysafiri

03

Host Desk

Veprim me përgjegjësi

04

Channel Lens

Kontrolli i paraqitjeve

Një premtim i administruar, i ruajtur përgjatë një qëndrimi me pasoja të rëndësishme.

Faktet e skenarit

Një familje me katër anëtarë pret të mbërrijë në orën 23:30.

Grupi i mysafirëve
2 të rritur + 2 fëmijë
Dhoma
Dhomë familjare
Room Fit
Vende të mirëfillta gjumi për katër veta.
Kufizim i paraqitur me ndershmëri
Një hapësirë e vetme, e pandarë, për gjumë.
Mbërritja e pritshme
23:30
Rregulli i hotelit
Mbërritja pas orës 20:00 kërkon konfirmim me shkrim.

Ora 23:30 e aktivizon kushtin. Nuk e konfirmon marrëveshjen.

Një udhëtar i afrohet një hoteli të vogël, ndërsa një anëtar i stafit duket në zonën e pritësit.

Mbërritja e pritshme

23:30

Stay RequestNË PRITJE

Marrë nga hoteli

Pas orës 20:00

kërkon konfirmim me shkrim nga hoteli

Host AttentionE HAPUR

Personi në detyrëduhet të konfirmojë ose të refuzojë

Stay Request dhe Host Attention mbeten të lidhura, por nuk kanë të njëjtën gjendje. Roli që ka të drejtën për të vendosur është i përcaktuar, ndërsa Host Attention mbetet e hapur dhe ende pa një person që ta ketë marrë përsipër; kërkesa e mysafirit mbetet në pritje.Mbërritja e pritshme është 23:30. Kushti i hotelit është: Mbërritja pas orës 20:00 kërkon konfirmim me shkrim nga hoteli. Gjendja e Stay Request: NË PRITJE. Marrë nga hoteli. Gjendja e Host Attention: E HAPUR. E drejta për të vendosur: Personi në detyrë duhet të konfirmojë ose të refuzojë.
  1. 01

    Përcaktohet

    House Record administron përmbajtjen për dhomën dhe kushtin e mbërritjes.

  2. 02

    Kuptohet

    Guest View tregon përshtatshmërinë, kufizimin dhe rregullin përpara angazhimit.

  3. 03

    Kërkohet

    Shënimi i orës 23:30 krijon Stay Request: PENDING dhe Host Attention: OPEN.

  4. 04

    Merret përsipër

    Një person përgjegjës merr përsipër zërin në Host Attention; Stay Request mbetet PENDING.

  5. 05

    Zgjidhet

    Një person i autorizuar konfirmon ose refuzon marrëveshjen për atë qëndrim; vetëm atëherë ndryshon rezultati për mysafirin.

  6. 06

    Kontrollohet

    Channel Lens provon nëse paraqitjet e tjera e ruajnë kushtin.

Çfarë kalon më tej

Përcillni kontekstin e duhur pa e kthyer çdo gjë në kujtesë.

  1. 01

    Lidhni personin me qëndrimin.

    CRM ruan identitetin afatgjatë të Contact, ndërsa burimi i rezervimit mban të drejtën për të përcaktuar rezervimin. Pasqyrimi i një qëndrimi jep kontekst; nuk zëvendëson regjistrimin në burim.

  2. 02

    Mbani mend vetëm atë që është përcaktuar shprehimisht.

    Kërkesa për mbërritje të vonë mbetet e kufizuar te ai qëndrim. Krijimi i Guest Memory të ripërdorshme kërkon një veprim të emërtuar të operatorit; mekanizmi i zbatueshmërisë e përdor vetëm kur House, grupi i mysafirëve, dhoma, datat, gjendja e shqyrtimit dhe të drejtat e aksesit përputhen ende.

  3. 03

    Shpjegoni pa marrë të drejtën për të vendosur.

    Ask the House lexon pohime publike të miratuara; mund të shpjegojë Room Fit dhe të përgatisë formularin ekzistues të kërkesës, por nuk mund të konfirmojë, të kryejë transaksione, të dërgojë apo të përdorë CRM ose Guest Memory.

Kufiri i përgjegjësisë

Çdo vendim mbetet te sistemi ose personi që mund ta zgjidhë.

Informacioni dhe përgjegjësia e parazgjedhur
Disponueshmëria aktuale, tarifa, kufizimi, rezervimiPMS, CRS ose sistemi i rezervimit
Autorizimi dhe shlyerja e pagesaveOfruesi i pagesave
Shpërndarja e inventarit në OTAMenaxheri i kanaleve
Përmbajtja për dhomën, përshtatshmëria, kufizimet e paraqitura me ndershmëriTamaga House Record
Rregullat për mysafirët dhe përgjigjet e miratuaraTamaga House Record
Gjendja e kërkesës për një qëndrim të caktuarRrjedha e punës në Tamaga
Host Attention / kush duhet të veprojë më pasTamaga Host Desk
Çfarë thonë paraqitjet e përzgjedhuraTamaga Channel Lens
Konfirmimi dhe gjykimi për çështje me pasojaPersoni përgjegjës

Rrjedha e punës funksionon sepse çdo sistem ruan përgjegjësinë që i takon.

Shihni shpjegimin e plotë të zbatimit
Provë në funksionim

Shqyrtoni skenarin në hotelin imagjinar Tamaga Hotel.

Tamaga Hotel është një zbatim referimi imagjinar, i hapur për shqyrtim. Ai demonstron gjendjet përkatëse të mysafirit dhe pritësit pa paraqitur një rezervim real të përfunduar.

  • Nuk kryhet asnjë rezervim real.
  • Nuk kryhet pagesë.
  • Nuk ka të dhëna personale.
  • Nuk dërgohet mesazh jashtë sistemit.
  • Zgjidhja nga pritësi mbetet veprim i një personi të autorizuar.
Eksploroni Hotel DemoKërkoni një Seven-Version Snapshot
Pyetje

Kërkesa, e drejta për të vendosur dhe paraqitja mbeten të veçanta.

A është kërkesa e njëjta gjë me konfirmimin?
Jo. Një Stay Request mund të mbetet në pritje ndërsa një zë më vete në Host Desk Attention është i hapur ose është marrë përsipër nga një person përgjegjës. Vetëm konfirmimi ose refuzimi nga një person i autorizuar e zgjidh marrëveshjen për atë qëndrim.
A e zëvendëson Tamaga PMS ose sistemin e rezervimit?
Jo. PMS, CRS ose sistemi i rezervimit mbetet burimi që përcakton tarifat, kufizimet dhe disponueshmërinë aktuale.
A bëhet çdo kërkesë pjesë e Guest Memory?
Jo. Një kërkesë nuk është preferencë. Guest Memory e ripërdorshme kërkon përcaktim të shprehur qartë, prejardhje, fushë zbatimi dhe vendim për zbatueshmërinë.
A mund të lexojë Ask the House CRM ose Guest Memory?
Jo. Sipas kontratës aktuale publike, Ask the House lexon vetëm njohuritë e miratuara të House; nuk mund të lexojë CRM ose Guest Memory.
Hapi tjetër

Filloni me një premtim që nuk duhet të ndryshojë nga një sistem në tjetrin.

Ndiqni ku nis, në çfarë mbështetet mysafiri, kush duhet të veprojë dhe çfarë përsërit çdo paraqitje.

Kërkoni një Seven-Version SnapshotShihni integrimet