Z perspektywy uczestnika zakup biletu jest prosty: wybiera wariant udziału, podaje dane, płaci i oczekuje potwierdzenia. Po stronie organizatora proces jest bardziej złożony. Trzeba poprawnie obsłużyć cenę, rabaty, dane płatnika, status transakcji, dokument sprzedażowy, bilet oraz ewentualny zwrot.
Dlatego płatność online nie powinna działać jako osobny element dodany do formularza rejestracyjnego. Powinna być częścią całego procesu sprzedaży i obsługi uczestnika.
Jak przebiega płatność za bilet online?
Typowy proces wygląda następująco:
- Uczestnik wybiera bilet, pakiet lub dodatkowe elementy oferty.
- Podaje dane wymagane do rejestracji i, jeśli jest to potrzebne, dane płatnika.
- System wylicza ostateczną kwotę z uwzględnieniem cen, rabatów i wybranych usług.
- Uczestnik przechodzi do płatności online albo wybiera inną dostępną metodę płatności.
- Operator płatności potwierdza lub odrzuca transakcję.
- System aktualizuje status płatności.
- Potwierdzona płatność uruchamia działania, które organizator uzależnił od otrzymania zapłaty, na przykład wysłanie biletu lub odpowiedniej wiadomości.
Ważne, aby status transakcji nie zależał wyłącznie od tego, czy uczestnik wróci po płatności na stronę wydarzenia. Może zamknąć przeglądarkę albo stracić połączenie z internetem, mimo że płatność została prawidłowo wykonana. System powinien otrzymać potwierdzenie bezpośrednio od operatora płatności i na tej podstawie zaktualizować status.
Status płatności powinien określać dalsze działania
Warto przed uruchomieniem sprzedaży ustalić, co ma się wydarzyć przy każdym możliwym statusie płatności.
| Status | Co powinno się wydarzyć? | Informacja dla uczestnika | Co sprawdza organizator? |
|---|---|---|---|
| Oczekująca | Zamówienie pozostaje nieopłacone do czasu potwierdzenia lub upływu ustalonego terminu | Informacja, że płatność jest jeszcze sprawdzana | Czy płatność nie pozostaje zbyt długo bez rozstrzygnięcia |
| Opłacona | System oznacza płatność jako zakończoną i uruchamia działania zależne od zapłaty | Potwierdzenie płatności i dalsze informacje dotyczące udziału | Czy płatność zgadza się z raportem operatora |
| Odrzucona | Płatność nie zostaje uznana za zakończoną | Informacja o nieudanej płatności i możliwości ponowienia | Czy liczba odrzuconych transakcji nie wskazuje na problem |
| Anulowana lub wygasła | Rejestracja jest obsługiwana zgodnie z przyjętymi zasadami | Informacja o anulowaniu lub konieczności ponowienia płatności | Czy miejsce powinno nadal pozostawać zarezerwowane |
| Zwrócona częściowo | System lub administrator odnotowuje zwróconą kwotę | Informacja o wysokości zwrotu | Czy trzeba skorygować dokumenty lub zakres udziału |
| Zwrócona w całości | Zwrot zostaje powiązany z właściwą transakcją | Potwierdzenie zwrotu | Czy trzeba zmienić status udziału, dokumenty lub komunikację |
Najważniejsze jest zachowanie spójności. Uczestnik nie powinien otrzymać informacji o opłaconym udziale, jeśli płatność się nie powiodła. Po zwrocie pełnej kwoty nie powinien również pozostać aktywny bilet, jeżeli zgodnie z zasadami wydarzenia zwrot oznacza rezygnację z udziału.
Jak wybrać bramkę płatniczą dla wydarzenia?
Cena usługi jest ważna, ale nie powinna być jedynym kryterium wyboru operatora. Sprawdź przede wszystkim:
- jakie metody płatności są dostępne;
- jakie waluty są obsługiwane;
- czy możliwe są płatności kartą i na urządzeniach mobilnych;
- jak realizowane są zwroty pełne i częściowe;
- kiedy środki trafiają na rachunek sprzedawcy;
- jakie raporty udostępnia operator;
- jak wygląda pomoc w przypadku problemów z transakcją;
- jakie są zasady postępowania w przypadku reklamacji płatności.
Dobór metod płatności powinien odpowiadać uczestnikom wydarzenia. Przy sprzedaży prowadzonej głównie w Polsce warto sprawdzić między innymi dostępność BLIK-u, szybkich przelewów i kart. Przy wydarzeniu międzynarodowym większe znaczenie mogą mieć karty, obsługa kilku walut oraz metody płatności popularne w krajach, z których pochodzą uczestnicy.
Jeżeli oprócz płatności online umożliwiasz również przelew tradycyjny, ustal termin płatności i zasady dotyczące rezerwacji miejsca do czasu zaksięgowania środków.
PCI DSS 4.0.1 - co powinien wiedzieć organizator?
PCI DSS v4.0.1 określa wymagania dotyczące ochrony danych wykorzystywanych przy płatnościach kartami.
Najbezpieczniejszym rozwiązaniem dla organizatora jest ograniczenie kontaktu własnego systemu i personelu z danymi karty. Dlatego płatności kartowe są zwykle realizowane w środowisku operatora płatności albo za pomocą elementów formularza dostarczonych przez operatora.
Nie oznacza to jednak, że samo korzystanie z zewnętrznej bramki automatycznie rozwiązuje wszystkie kwestie związane z PCI DSS. Zakres obowiązków zależy między innymi od sposobu, w jaki płatność została zintegrowana ze stroną i systemem rejestracji.
W praktyce organizator powinien przede wszystkim:
- korzystać z rozwiązania płatniczego odpowiedniego dla prowadzonej sprzedaży;
- ustalić z dostawcami, kto odpowiada za poszczególne elementy procesu;
- zadbać o bezpieczeństwo własnej strony i dostępu do panelu administracyjnego;
- nie zbierać danych kart w formularzu rejestracyjnym;
- nie zapisywać numerów kart ani kodów bezpieczeństwa w wiadomościach, notatkach czy innych własnych systemach;
- ustalić sposób postępowania w przypadku incydentu bezpieczeństwa.
Szczegółowy zakres wymagań PCI DSS zależy od konkretnej konfiguracji. W razie wątpliwości należy potwierdzić go z operatorem płatności lub specjalistą zajmującym się bezpieczeństwem płatności.
Waluty, ceny i podatki
Przed uruchomieniem sprzedaży określ, w jakiej walucie prezentowana jest cena i w jakiej walucie będzie rozliczana płatność. Jeżeli uczestnik może zapłacić w innej walucie, sprawdź również, kto ponosi koszt przewalutowania i jaka informacja pojawi się na jego rachunku lub wyciągu.
Przed zatwierdzeniem płatności uczestnik powinien widzieć pełną kwotę do zapłaty. Jeżeli stosujesz rabaty, opłaty dodatkowe lub różne stawki cenowe, ich wpływ na końcową wartość zamówienia powinien być jasny.
Sposób naliczania VAT, wystawiania faktur i dokonywania korekt zależy od rodzaju transakcji, nabywcy i obowiązujących przepisów. System może wspierać zbieranie danych płatnika i generowanie dokumentów, ale zasady podatkowe warto uzgodnić z księgowością przed rozpoczęciem sprzedaży.
Płatności grupowe i faktury
Przy rejestracji grupowej osoba zapisująca uczestników, uczestnicy i płatnik nie zawsze są tą samą osobą. Dlatego warto ustalić ich role jeszcze przed przygotowaniem formularza.
Jedna płatność może obejmować całą grupę, podczas gdy dane poszczególnych uczestników pozostają zapisane oddzielnie. Pozwala to prawidłowo przygotować bilety, listę uczestników i informacje dotyczące udziału, a jednocześnie wystawić jeden dokument sprzedażowy dla płatnika.
Przed zakończeniem rejestracji umożliw płatnikowi sprawdzenie danych potrzebnych do wystawienia faktury. Ustal również, jak będą obsługiwane późniejsze zmiany, na przykład:
- zastąpienie jednego uczestnika inną osobą;
- zmiana danych płatnika;
- rezygnacja części grupy;
- częściowy zwrot;
- korekta dokumentu sprzedażowego.
Im wcześniej określisz te zasady, tym mniej ręcznych ustaleń będzie potrzebnych po rozpoczęciu sprzedaży.
Jak zaplanować zwroty?
Zasady zwrotów powinny być znane uczestnikowi przed zakupem biletu. Regulamin powinien jasno określać między innymi:
- do kiedy można zrezygnować;
- czy zwrot obejmuje całą zapłaconą kwotę;
- czy możliwe jest przeniesienie biletu na inną osobę;
- co dzieje się w przypadku odwołania lub zmiany terminu wydarzenia.
Każdy zwrot powiąż z właściwym zamówieniem i historią płatności. Zachowaj informację o kwocie pierwotnej, wysokości zwrotu, dacie oraz przyczynie operacji.
Sam zwrot pieniędzy nie zawsze oznacza automatyczne usunięcie danych uczestnika. Trzeba jednak ustalić, jaki wpływ ma na jego bilet, status udziału, fakturę i dalszą komunikację.
Warto również przygotować sposób obsługi chargebacku, czyli sytuacji, w której posiadacz karty kwestionuje transakcję w swoim banku. Pomocne są wtedy informacje potwierdzające zakup, zaakceptowane warunki udziału oraz historia kontaktu z uczestnikiem.
Co zautomatyzować, a co nadal kontrolować?
Automatyzacja ogranicza liczbę ręcznych czynności, ale wymaga wcześniejszego ustalenia zasad.
System może automatycznie reagować na zmianę statusu płatności, na przykład wysłać odpowiednią wiadomość albo udostępnić bilet po otrzymaniu potwierdzenia zapłaty. Organizator powinien jednak wiedzieć, co dzieje się w sytuacjach nietypowych: gdy status płatności długo się nie zmienia, uczestnik zapłaci ponownie, kwota się nie zgadza albo konieczny jest częściowy zwrot.
Warto również regularnie porównywać informacje o płatnościach zapisane w systemie rejestracji z raportami operatora płatności. Pozwala to wykryć różnice, zanim zaczną wpływać na obsługę uczestników lub rozliczenia.
Checklista przed uruchomieniem sprzedaży
- Ceny i dostępne warianty udziału są poprawnie skonfigurowane.
- Rabaty i kody promocyjne naliczają właściwe kwoty.
- Dostępne metody płatności odpowiadają potrzebom uczestników.
- Płatność udana została przetestowana.
- Płatność odrzucona i przerwana zostały przetestowane.
- Wiadomości odpowiadają właściwym statusom płatności.
- Dane płatnika są poprawnie przenoszone do dokumentów sprzedażowych.
- Sprawdzono rejestrację i płatność grupową, jeśli jest dostępna.
- Przetestowano pełny i częściowy zwrot, jeśli proces go przewiduje.
- Ustalono, kto odpowiada za zwroty i reklamacje płatności.
- Dane kart nie są zbierane w formularzu rejestracyjnym ani przechowywane przez organizatora.
- Ustalono sposób postępowania w przypadku awarii lub problemu z płatnością.
- Raport płatności można porównać z danymi zapisanymi w systemie rejestracji.
Płatności jako część procesu rejestracji
Dobrze zaprojektowana sprzedaż biletów nie kończy się na udostępnieniu uczestnikowi bramki płatniczej. Płatność powinna być połączona z rejestracją, statusem uczestnika, dokumentami sprzedażowymi i komunikacją.
Obsługa sprzedaży biletów w CONREGO pozwala połączyć proces rejestracji z płatnościami, dokumentami sprzedażowymi i komunikacją. Organizator nadal powinien jednak określić zasady sprzedaży, zwrotów i obsługi sytuacji wyjątkowych oraz przetestować cały proces przed uruchomieniem zapisów.