Ezt halljuk, amikor leülünk az üzemeltetőkkel
A gyakorlatban gyakran összekeverik a tárolt kártyát, az összeg zárolását és a megtörtént fizetést. Ez három különböző állapot.
A tokenizált kártya később érvénytelen lehet, az előengedélyezésnek időkorlátja van, és egyértelmű lemondási szabályok nélkül a hotel nem tudja, mikor van joga díjat terhelni.
Miért nem elég egyetlen lépést javítani
A technológia nem oldja meg az üzleti feltételeket. Először annak kell világosnak lennie, mikor keletkezik a lemondási díj, és mit közöl a hotel a vendéggel. Csak utána van értelme automatizálni a fizetési forgatókönyvet.
A vendég foglaláskor egyértelmű feltételeket kap
A Web Booking a visszaigazolás előtt mutatja a lemondási és fizetési szabályokat. A vendég tudja, hogy csak garanciaként adja a kártyát, előengedélyezés fut, vagy előleget vonnak.
Az átláthatóság csökkenti a panaszokat, és közben védi a hotelt, amikor később érvényesíti a lemondási feltételeket.
A kártya a fizetési partnernél tokenizálódik
Az Ellipse-nek nem kell a kártyaszámot közönséges szövegként kezelnie. A fizetési partner tokent hoz létre, amely a saját szabályai szerint egy konkrét fizetési kapcsolathoz kötődik.
Ez csökkenti annak a kockázatát, hogy érzékeny kártyaadatok kerüljenek az üzemeltetési rendszerbe.
Az előengedélyezésnek és a fizetésnek más a célja
Az előengedélyezés átmenetileg zárolhatja az összeget, de az érvényessége a banktól és a kártyarendszertől függ. Ez nem „örökre félretett pénz”.
A lemondási díj tényleges levonásakor a folyamatnak tartania kell a megállapodott feltételeket, és a fizetés eredményét a foglaláshoz kell írni.
Az elutasított kártya üzemeltetési esemény
Ha a banka elutasítja a tranzakciót, a foglalásnak nem szabad automatikusan rendezettnek látszania. A recepciónak tiszta állapotra és következő lépésre van szüksége: felvenni a kapcsolatot a vendéggel, másik fizetést kérni, vagy a hotel szabályai szerint eljárni.
Az automatizálásnak a reakciót kell gyorsítania, nem a gondot elrejtenie.
AZ EREDMÉNY A MŰKÖDÉSBEN
Mi változik a napi munkában
- A vendég foglalhat teljes előrefizetés nélkül.
- A hotelnek tisztább garanciája és folyamata van no-show esetén.
- A kártyaadatokat tokenizálás kezeli.
- A recepció megkülönbözteti a tokent, a zárolást és a fizetést.
- Az elutasított tranzakciók láthatók, és lehet velük foglalkozni.
KAPCSOLÓDÓ ELLIPSE MODULOK
A megoldás nem egy elszigetelt modulban születik
Web Booking
Ellipse Pay
Hotel PMSGYAKORI KÉRDÉSEK
Amit az üzemeltetők kérdeznek
A token ugyanaz, mint a tárolt kártyaszám?
Nem. A token biztonságosabb azonosító, amelyet a fizetési szolgáltató hoz létre.
Az előengedélyezés fizetés?
Nem. A bank és a kártyarendszer szabályai szerinti átmeneti zárolás.
Bármikor terhelheti a hotel a kártyát?
Nem. Az üzleti feltételek, a vendég hozzájárulása és a fizetési szolgáltató szabályai szerint kell eljárnia.
Mi van, ha a kártya később nem megy át?
A rendszernek mutatnia kell a sikertelenséget, a hotel pedig a saját folyamata szerint választja a következő lépést.
HOGYAN MŰKÖDNE EZ ÖNÖKNÉL?
Állítsunk be együtt egy valós lemondási forgatókönyvet
Egy konkrét példán megmutatjuk, mit lát a vendég foglaláskor, mi tokenizálódik, mikor van előengedélyezés, és mit tesz a recepció elutasított fizetésnél.
