Automatizáld a szállodai megkötéseket.
Ha elmúlik az ok, visszaállnak.
Állíts be szabályt a minimum tartózkodásra, az érkezési és távozási tiltásra, a zárásra vagy a csatornacsoportokra. A Peaqplus figyeli az aktív keresleti jeleket, támogatott channel manageren keresztül elvégzi a beavatkozást, majd a feltétel megszűnésekor visszaállítja a korábbi értéket.
A Pricing & Rate Management része. Minden új szabály csak-értesítés módban indul, az automatikus beavatkozáshoz pedig támogatott channel manager kell. Az Automatikus szabályok a megkötéseket kezelik; az árakat a Zone és Matrix motorok állítják.
AND 0–7 days before arrival
Kevesebb megkötés-ellenőrzés. Több kontroll a fontos dátumokon.
Nem az automatizálás önmagáért számít. Az a cél, hogy az elfogadott revenue-stratégia két ellenőrzés között is működjön, miközben minden beavatkozás visszakereshető marad.
A visszatérő döntésből szabály lesz, a rutindátumok futhatnak, a kivételek pedig láthatók maradnak az emberi mérlegeléshez.
Visszanézheted a feltételt, az érintett dátumokat, a korábbi értéket és a visszaigazolt eredményt — nincs megmagyarázatlan háttérművelet.
Minden új szabály először csak figyel és értesít. Csak azt élesíted, amit már megbízhatónak látsz; a többi továbbra is jelent.
A beavatkozás, amely magától visszaáll.
A megkötés beállítása a könnyebbik fele. Beállítod a minimum tartózkodást egy erős hétre, majd a kereslet gyengül, a megkötés pedig bent marad, és kizárja azokat a foglalásokat, amelyek javíthatnák a foglaltságot. Nem maga a beállítás a kockázat, hanem az, ha túl sokáig marad érvényben.
Egy szabály a teljes folyamatot kezeli. Minden reggel lefut, és akkor is újraértékeli a dátumokat, amikor friss adat érkezik. Ha teljesül a feltétel, kiküldi a megkötést a channel managerbe. Amikor az ok megszűnik, visszaállítja a korábbi értéket. Egyszer rögzíted a kívánt működést; a visszaállításra nem kell külön emlékezni.
- Naponta lefut — és akkor is, amikor friss adat érkezik, így egy korrekciót a következő kiértékelés már figyelembe vesz, nem kell másnapig várni
- A beavatkozás egyenesen a channel managerbe megy, onnan pedig az adott csoport csatornáira
- Indoklással naplózva — melyik szabály, melyik futás és melyik feltétel miatt
- Két egymást követő nem-egyező futás után visszaáll — arra az értékre, ami előtte ott volt
- A már elmúlt dátumot a napló lezárja, nem írja át
Négy szabály, amelyet egy revenue manager ténylegesen használna.
Egyik sem trükkös. Pontosan azok a lépések, amiket amúgy is megteszel — ha épp a jó napon nézel rá a jó dátumra. És pontosan ez a probléma.
A kétéjszakás minimum egy normál foglalási ablakban jól működhet. Az utolsó héten belül, félig üres házzal viszont azokat az egyéjszakás vendégeket is kizárja, akik javíthatnák a foglaltságot. A szabály egy éjszakára csökkenti a minimumot, majd visszaállítja a kettőt, amikor a hét ismét eléri a célértéket.
Ha egy péntek már egy hónappal korábban 85% felett áll, az egyéjszakás foglalások könnyen üresen hagyhatják a mellette lévő szombatot, az utolsó szobákat pedig nem érdemes kedvezményesen értékesíteni. Egy feltétel két külön feladatot kezelhet: a minimum tartózkodás az ott-tartózkodás hosszát, a kedvezményes árkód zárása pedig az elérhető ajánlatot.
Amikor már csak néhány szoba maradt, kevésbé éri meg a magasabb költségű csatornán értékesíteni őket. A szabály lezárja az OTA-csoportot, miközben nyitva hagyja a saját foglalási motorodat. Ha a készlet ismét nő, a csoport automatikusan visszanyílik.
Esemény a városban, és egy compset, ami már felment: pont az a nap, amit nem akarsz olcsón eladni. Mindkét adatforr ást, minden nap, minden dátumra végignézni az a fajta ellenőrzés, ami egy pörgős héten elsőként marad el.
Annak pedig, aki nem a szabályokat építi: kevesebb kézi ellenőrzés, kevesebb bent felejtett megkötés — és minden változás mögött ott az indoklás.
A megkötéseket ez állítja. Az árat az árazó motor.
Az árak automatizálása külön feladat, amelyet a Pricing modul Zone és Matrix motorja végez. Futtathatod automatikusan, vagy kérhetsz csak javaslatot, amelyet te hagysz jóvá. Az eredmény a Pricing Calendarban jelenik meg. Az Automatikus szabályok az ár körüli megkötéseket kezelik.
A két folyamat szándékosan külön működik. A Peaqplusban nyilvántartott ár nem a channel manager élő másolata: lehet, hogy valaki időközben közvetlenül az extranetben árazott át. Ha egy megkötési szabály árat is küldene, ezt észrevétlenül felülírhatná. Ezért a szabály csak a saját beállítását módosítja, a kijelölt dátumokon, és rögzíti a korábbi értéket.
Egy feltétel ettől még több összeillő beavatkozást indíthat: minimum tartózkodást, egy árkód zárását és egy csatornacsoport zárását ugyanabban a szabályban. Típusonként egy művelet állítható be, így a szabály nem mondhat ellent önmagának.
| Beavatkozás | Mit állít | Mire vonatkozik |
|---|---|---|
| Minimum tartózkodás | 1–14 éjszaka | Szobatípus × árkód, vagy mind |
| Érkezési tiltás | Be vagy ki | Szobatípus × árkód, vagy mind |
| Távozási tiltás | Be vagy ki | Szobatípus × árkód, vagy mind |
| Nap lezárása | Teljesen zárva | Szobatípus × árkód, vagy mind |
| Csatornacsoport | Nyitás vagy zárás | A teljes csoport |
A szabály csak olyan beavatkozást tud kiküldeni, amelyet a channel manager-kapcsolat támogat. A varázsló már a választás előtt jelzi a nem elérhető műveleteket, a pontos lehetőségeket pedig a bevezetéskor egyeztetjük. Támogatott kapcsolat nélkül is építhetsz figyelő és értesítő szabályt; az automatikus beavatkozáshoz kell a channel manager.
Nézd meg, hogyan működik az automatikus árazás →Minden szabály úgy indul, hogy csak szól.
Egy új szabály nem módosíthat semmit: minden szabály csak-értesítés módban indul. Figyel, egyezést talál, naplóz, és értesíti a kijelölt csapattagot arról, hány dátumon avatkozott volna be.
Hagyd így futni azokon a dátumokon, amelyeket jól ismersz, és nézd meg, mit tett volna. Amikor már megbízhatónak látod, élesítheted. A platform ekkor újra elkéri a jelszavadat, hogy egy félrekattintás ne változtathasson figyelő szabályból automatikus beavatkozást.
- A csak-értesítés minden szabály kiindulási állapota, nem egy bekapcsolható opció
- A napló futásonként megmutatja az egyező napokat és a visszatartott beavatkozásokat
- Egyetlen szabály élesítése újra elkéri a jelszavadat — szabályonkénti döntés, nem globális kapcsoló
- Amelyik szabályhoz nincs művelet beállítva, az csak figyel — ha készen állsz, adj hozzá műveletet és élesítsd
- A szabályok kezeléséhez admin jogosultság kell
A jelek, amikre érdemes szabályt építeni.
Egy szabály ugyanazokat a számokat használja, amelyeket te is figyelsz — foglaltságot, árat, bevételt és pickupot —, és dátumonként több feltételt is összekapcsolhat. Az alábbi jelek segítenek eldönteni, mikor érdemes egy megkötést alkalmazni vagy feloldani; a nap- és lead time-szűrők pedig pontosítják a hatókört.
Hány szobát tudsz még ténylegesen eladni. A negatív érték is megmarad: túltöltést jelez, nem hibás adatot.
Mennyire tér el a saját árad a figyelt versenytársaktól — felette vagy alatta, százalékban. A feltétel ugyanazt a versenytárs-adatot használja, amelyből az árriportok is készülnek.
Az előzetes és opciós foglalások aránya a teljes éjszakán belül. Egy papíron teltnek látszó nap mögött sok olyan opció lehet, amely még nem vált megerősített foglalássá.
Tartozik-e a dátumhoz munkaszüneti nap, helyi fesztivál, vásár vagy mérkőzés az Event Calendarban. Ugyanerre a kontextusra egy automatikus szabály is épülhet.
Nem a tavalyi végleges számot nézi, hanem azt, hol állt ugyanaz a tavalyi dátum azonos lead time mellett. Így az összehasonlítás valóban a pace-ről szól.
Két szűrő pontosítja a szabályt: a hét mely napjaira vonatkozhat, és az érkezés előtt milyen időszakban legyen érvényes — holnaptól akár két évre előre.
Még nem biztos, hogy egy mintát érdemes automatizálni? Több közülük Ping riasztásként is futtatható — így elég pár hétig csak figyelned, mielőtt szabályra bíznád.
Csak azt írja le, ami tényleg megtörtént.
A rendszer csak akkor jelöli végrehajtottnak a beavatkozást, ha a channel manager visszaigazolta. Az elutasított módosítás hibaként jelenik meg, így nem keveredik össze a sikeresen kiküldött változással.
Ez főleg azokon a napokon számít, amikor nem nézel rá a rendszerre. A naplóból egyértelműen látszik, mi változott, mely dátumokon és melyik szabály alapján.
- Beavatkozásonként egy sor — mi volt ott előtte, és mire állította a szabály
- Indoklás minden íráson — melyik szabály, melyik futás, milyen feltétel-egyezés
- Az árazási naplóban is látszik, automatizmusként megjelölve, a kézi módosításaid mellett
- A kihagyások is bekerülnek a naplóba — például kizárt időszak, kézi módosítás vagy ütköző szabály esetén
- Összefoglaló értesítés az egyezést vagy változást hozó futásokról — benne a módosított és visszaállított dátumok számával; külön jelzés jár a felfüggesztésről és a csak-értesítés módra való visszaállításról
| Date | Was | Now | |
|---|---|---|---|
| Fri, Aug 15 | min stay 2 | min stay 1 | Set |
| Sat, Aug 16 | min stay 2 | min stay 1 | Set |
| Sun, Aug 17 | min stay 1 | min stay 1 | Already so |
| Mon, Aug 18 | min stay 2 | min stay 2 | Put back |
| Tue, Aug 19 | min stay 3 | — | Yours |
Ha megszűnik az ok, megszűnik a beavatkozás.
A visszaállítás dönti el, bízol-e az egészben. Miután a feltétel megszűnt, a platform visszateszi azt az értéket, ami a szabály beavatkozása előtt ott volt: nem alapértéket, nem tippet, hanem a tényleges korábbi értéket, amit odafelé feljegyzett.
És nem kapkod. Egy szám, ami épp a küszöböd körül mozog, egy napon belül átlépheti oda-vissza — ezért a szabály megvárja a következő futást is, mielőtt bármit visszaállítana. Így nem lesz oda-vissza kapcsolgatás a csatornáidon.
- Az eredeti érték tér vissza — az, amit az első beavatkozás előtt feljegyzett, nem egy alapérték
- A visszaállításhoz két egymást követő futásnak kell egyetértenie — egy ingadozó szám így nem kapcsolgat
- A már elmúlt dátumot egyszerűen lezárja — nincs értelmetlen írás egy éjszakára, ami megtörtént
- Ha közben te magad írtad át a cellát, a szabály elengedi, nem áll vissza
- A visszaállítás sem csendes — a futás összefoglalója tartalmazza, hány napot tett vissza
A Peaqplusban végzett módosításodat soha nem írja felül.
Ez dönti el, hogy egy revenue manager valóban rá mer-e bízni feladatot az automatizmusra. Ha a szabály kétéjszakás minimumot állított egy szombatra, de te a Pricing Calendarban hármat adsz meg, a kézi döntésed kap elsőbbséget. A szabály azon a dátumon és beállításon nem avatkozik be újra, és ezt rögzíti a naplóban.
Egy dolgot érdemes tudni: a szabály azt nézi, ami a Peaqplusban van, nem a channel managert. Ha valaki közvetlenül az extranetben ír át egy megkötést, arról a szabály nem tud. Amíg a módosítások a Peaqplusban történnek, a védelem áll.
Ugyanez az elv rendezi a szabályok közötti ütközést. Ha két szabály ugyanazt a beállítást módosítaná ugyanazon a dátumon és hatókörben, a magasabb prioritású kap elsőbbséget, a másik pedig naplózza a kihagyást. Különböző beállításokon ugyanazon a napon is dolgozhatnak — például az egyik a minimum tartózkodást, a másik egy csatornacsoportot kezelhet.
- A Peaqplusban módosítottad — a szabály elengedi a dátumot, és leírja, miért; a channel managerbe nem megy írás
- Mindkét úton érvényes — sem a beavatkozás, sem a visszaállítás nem lép át rajtad
- Az elsőbbség beállításonként, dátumonként és hatókörönként dől el — ütközéskor a prioritás dönt, a másik szabály pedig naplózza a kihagyást
- Ha már a kívánt érték van beállítva, nincs szükség újabb kiküldésre
- Minden kihagyás konkrét okkal kerül a naplóba, ezért a változtatás nélküli futás is érthető marad
11 kész szabály. Válassz, hangold.
Nem üres feltétel-szerkesztővel indulsz. Tizenegy kész szabály fedi le a leggyakoribb mintákat: minimum tartózkodás, pace és eltérés, események, versenytársak és csatornák. Válassz egyet, igazítsd a küszöböt a saját számaidhoz, add meg, ki kapjon értesítést — és elindul a figyelés.
Amit a channel managered nem tud, az már a választás előtt meg van jelölve, nem a mentés után.
- Minimum tartózkodás feloldása az utolsó héten — ha a foglaltság a cél alatt marad
- Pénteki készletvédelem — ha egy adott hétköznapra gyorsan fogy a készlet
- Csúcséjszakák védelme — minimum tartózkodás a legerősebb napokon
- Elmaradó pace — összevetés a tavalyi azonos időponttal
- Szokatlanul erős előfoglalás — jóval az érkezés előtt
- Gyenge nap egy erős héten — egyetlen alulteljesítő dátum kezelése
- Eseménynapi védelem — az elérhetőség igazítása az Event Calendar alapján
- Versenytársaktól elszakadó ár — compset-eltérés figyelése
- Megkötések feloldása az érkezéshez közeledve
- Magas foglaltság adott napokon — foglaltsági küszöb és napszűrő együtt
- OTA-csoport zárása — amikor már csak kevés szoba maradt
Amikor inkább nem csinál semmit.
Az automatizmus a hétköznapi napokon térül meg, és a kivételeken bukik el. Ez a négy a kivétel — és mindegyikben megáll a platform, ahelyett, hogy találgatna.
Ha egy éles szabály feltétele, művelete, dátumtartománya vagy prioritása változik, a platform visszaállítja a szabály korábbi beavatkozásait, majd csak-értesítés módra vált. A név vagy az értesítettek módosítása nem számít érdemi változásnak.
Szerkesztés után csak újraélesítve avatkozik be →Egy szabály kérhet olyat, amit a channel managered nem tud — a minimum tartózkodást igen, az érkezési tiltást nem. Ilyenkor a platform az egész szabályt megállítja — nem futtatja le a beleillő felét —, és szól róla: naponta egyszer, nem óránként.
Az egész szabály, vagy semmi →Aktív beavatkozások mellett a rendszer nem engedi a váltást. Előbb ki kell kapcsolnod a szabályokat, hogy a visszaállítás még a régi kapcsolaton történjen. Ezután minden szabály csak-értesítés módban indul újra, és az új kapcsolaton külön kell élesítened.
Nincs váltás aktív beavatkozások közben →A kizárt időszak — például felújítás, kézi stratégiával kezelt dátumtartomány vagy foglalási stop — teljes egészében kimarad. A már érvényben lévő beavatkozásokhoz sem nyúl hozzá.
A kizárt időszak elsőbbséget élvez →A minta mindig ugyanaz: ha nem tudja rendesen elvégezni az egészet, inkább egyáltalán nem csinálja — és megmondja, miért.
Az árazó modul része.
Az Automatikus szabályoknak nincs külön előfizetési vagy setup díja. A Pricing modult havi 18 490 Ft-ért adhatod a BI Core mellé, vagy választhatod a legfeljebb 49 szobás hoteleknél havi 85 490 Ft-tól induló Growth csomagot. A Pricing 49 490 Ft-os egyszeri setup díja 1 óra képzést tartalmaz. A szabályok kezeléséhez admin jogosultság, az automatikus beavatkozásokhoz támogatott channel manager is kell.
Csomagok és külön kérhető modulok összehasonlítása →Amit a hotelcsapatok élesítés előtt kérdeznek.
Egyértelmű válaszok a minimum tartózkodásról, az árazás és a megkötések határáról, a channel manager feltételeiről, az indulásról és az árról.
Olyan dátumszintű szabály, amely a kiválasztott keresleti feltételek teljesülésekor foglalási megkötést alkalmaz. A Peaqplus két egymást követő nem egyező futás ut án a korábbi beállítást is vissza tudja állítani.
Nem. Az Automatikus szabályok az ár körüli megkötéseket kezelik. Az automatikus vagy jóváhagyásra váró szobaárakat a Pricing & Rate Management külön Zone és Matrix motorja állítja.
A szabály minimum tartózkodást, érkezési vagy távozási tiltást, teljes napi zárást, illetve egy csatornacsoport nyitását vagy zárását állíthatja. Az elérhető műveletek a hotel beállított channel manager-kapcsolatától függenek.
Igen. Minden új szabály csak-értesítés módban indul: megmutatja az egyező dátumokat és a visszatartott beavatkozásokat. Automatikus módra egy admin élesítheti, szabályonként és a jelszó újbóli megadásával.
Nem. A Pricing & Rate Management része, külön előfizetési vagy setup díj nélkül. A Pricing havi 18 490 Ft a BI Core mellett, vagy része a legfeljebb 49 szobás hoteleknél havi 85 490 Ft-tól induló Growth csomagnak. A Pricing egyszeri, 49 490 Ft-os setup díja 1 óra képzést tartalmaz.
Írd le egyszer a szabályt. Ne kelljen külön eml ékezned a visszaállításra.
A 45–60 perces bemutatón egy szimulált hotel működési mintájára építünk szabályt. Először csak-értesítés módban látod az egyező dátumokat és a visszatartott beavatkozásokat, majd végigvesszük az automatikus folyamatot és az eredményt magyarázó naplót.
A demó ingyenes, és nem kérünk hozzá PMS-hozzáférést. Az Automatikus szabályok a Pricing része; az automatikus beavatkozáshoz támogatott channel manager kell.