To słyszymy na spotkaniach z obiektami
W praktyce często myli się zapisaną kartę, blokadę środków i dokonaną płatność. To trzy różne stany.
Stokenizowana karta może później być nieważna, preautoryzacja ma limity czasowe, a bez jasnych zasad anulowania hotel nie wie, kiedy w ogóle ma prawo naliczyć opłatę.
Dlaczego nie wystarczy naprawić jednego kroku
Technologia nie rozwiąże warunków handlowych. Najpierw musi być jasne, kiedy powstaje opłata za anulowanie i co hotel komunikuje gościowi. Dopiero potem ma sens automatyzować scenariusz płatności.
Gość przy rezerwacji dostaje jasne warunki
Web Booking pokazuje zasady anulowania i płatności jeszcze przed potwierdzeniem. Gość wie, czy tylko podaje kartę jako gwarancję, czy pójdzie preautoryzacja, czy zostanie pobrana zaliczka.
Przejrzystość zmniejsza reklamacje i jednocześnie chroni hotel przy późniejszym zastosowaniu warunków anulowania.
Karta tokenizuje się u partnera płatności
Ellipse nie musi pracować z numerem karty jak ze zwykłym tekstem. Partner płatności tworzy token, który wiąże się z konkretną relacją płatniczą według swoich reguł.
To obniża ryzyko pracy z wrażliwymi danymi karty w systemie operacyjnym obiektu.
Preautoryzacja i płatność mają różny cel
Preautoryzacja może tymczasowo zablokować środki, ale jej ważność zależy od banku i schematu karty. To nie są „pieniądze odłożone na zawsze”.
Przy rzeczywistym pobraniu opłaty za anulowanie proces musi szanować ustalone warunki, a wynik płatności ma się zapisać przy rezerwacji.
Odrzucona karta to zdarzenie operacyjne
Jeśli bank odrzuci transakcję, rezerwacja nie powinna automatycznie wyglądać na załatwioną. Recepcja potrzebuje jasnego statusu i kolejnego kroku – skontaktować się z gościem, poprosić o inną płatność albo postąpić według reguł hotelu.
Automatyzacja ma przyspieszyć reakcję, nie ukryć problem.
EFEKT W OBIEKCIE
Co się zmieni w codziennej pracy
- Gość może rezerwować bez pełnej płatności z góry.
- Hotel ma jaśniejszą gwarancję i proces przy no-show.
- Dane karty rozwiązuje tokenizacja.
- Recepcja rozróżnia token, blokadę i płatność.
- Odrzucone transakcje są widoczne i da się je rozwiązać.
POŁĄCZONE MODUŁY ELLIPSE
Rozwiązanie nie powstaje w odizolowanym module
Web Booking
Ellipse Pay
Hotelowy PMSCZĘSTE PYTANIA
O co pytają nas obiekty
Czy token to to samo co zapisany numer karty?
Nie. Token to bezpieczniejszy identyfikator utworzony przez dostawcę płatności.
Czy preautoryzacja to płatność?
Nie. To tymczasowa blokada środków według reguł banku i schematu karty.
Czy hotel może obciążyć kartę kiedykolwiek?
Nie. Musi postępować według warunków handlowych, zgody gościa i reguł dostawcy płatności.
Co jeśli karta później nie przejdzie?
System ma pokazać niepowodzenie, a hotel wybiera kolejny krok według swojego procesu.
JAK BY TO DZIAŁAŁO U WAS?
Ustawmy razem jeden realny scenariusz anulowania
Na konkretnym przykładzie pokażemy, co gość widzi przy rezerwacji, co się tokenizuje, kiedy używa się preautoryzacji i co zrobi recepcja przy odrzuconej płatności.
