Sprzedaż biletów online: od płatności do wejścia

Zdefiniuj kategorię i źródło dostępności

Określ, co daje każda kategoria: wejście jednej osoby, udział danego dnia czy miejsce na sesji z godziną rozpoczęcia. Wskaż system przechowujący rzeczywistą dostępność i osoby mogące ją zmieniać. PSP nie zarządza automatycznie liczbą wolnych miejsc. Zamówienie musi być połączone z rozpoznawalną rezerwacją. Jeśli nad wydarzeniem pracuje kilka osób, powinny używać tego samego źródła danych. Pozwala to uniknąć sytuacji, w której sprzedaż obiecuje miejsce, a narzędzie obsługi uczestników uznaje je już za przydzielone. Zapisz również zasady ręcznej korekty kontyngentu.

Sprzedaż biletów online i płatności — Soon

Uzgodnij rezerwację z czasem oczekiwania

Kupujący może zostawić checkout otwarty lub zamknąć przeglądarkę, gdy wynik płatności nie jest jeszcze znany. Ustal według swoich reguł, kiedy rezerwacja wygasa i w jaki sposób miejsce wraca do sprzedaży. Rezerwacja i transakcja potrzebują różnych, powiązanych identyfikatorów. Szczególnie ważne jest potwierdzenie otrzymane po wygaśnięciu rezerwacji. Jeżeli miejsce sprzedano już komuś innemu, potrzebna jest jawna procedura wyjaśnienia. Samo późne zdarzenie techniczne nie powinno automatycznie tworzyć prawa, którego organizator nie może zrealizować. Przypadek ten warto omówić podczas wyboru narzędzia.

Integracja i API

Wydawaj bilet na podstawie wyniku serwera

Decyzja o wydaniu biletu powinna wynikać ze zweryfikowanego rezultatu, a nie wyłącznie z powrotu na stronę podziękowania. Dokumentacje Stripe i Mollie opisują, jak powiadomienia uzupełniają widoczną ścieżkę zakupu. Każde prawo wejścia wymaga jednoznacznego identyfikatora. Powtórzony komunikat nie może tworzyć dodatkowego ważnego biletu. Gdy uczestnik prosi o ponowne wysłanie pliku, system powinien odtworzyć tę samą tożsamość. Ponowna dostawa dokumentu i wydanie nowego uprawnienia są różnymi czynnościami. To rozróżnienie ułatwia obsługę pytań i późniejszą kontrolę przy wejściu.

Hostowana strona płatności

Przygotuj obsługę wejścia i wyjątków

Zespół przy wejściu potrzebuje informacji, czy bilet jest ważny, użyty lub wymaga wyjaśnienia. Kod QR pomaga odczytać referencję, ale sam nie gwarantuje jej ważności. Kontrola powinna korzystać z tego samego rejestru co wydawanie biletów. Przećwicz rozładowany telefon, plik okazany dwukrotnie i zmianę danych dopuszczoną przez Twoje warunki. Wyznacz osobę do nietypowych spraw. Pracownik wpuszczający uczestników nie powinien dla każdego problemu przeszukiwać kont PSP. Potrzebuje prostego wyniku kontroli i jasnej ścieżki przekazania sprawy do osoby mającej odpowiednie informacje.

Oddziel zmianę biletu od zwrotu środków

Przełożenie lub odwołanie wydarzenia może zmienić prawo wejścia i wymagać operacji finansowej. Są to powiązane, ale odrębne działania. Unieważniony bilet nie dowodzi, że pieniądze już zwrócono. Zapisz oba wyniki, referencje oraz uprawnioną osobę. Warunki zmian powinny być ustalone i sprawdzone przed rozpoczęciem sprzedaży. Jeżeli kilku pracowników odpowiada temu samemu uczestnikowi, muszą widzieć, co już uruchomiono. Inaczej prawidłowy wniosek może zostać obsłużony dwukrotnie lub klient otrzyma sprzeczne informacje. Historia decyzji jest tu równie potrzebna jak historia transakcji.

Dobierz dostępne rozwiązanie do terminu wydarzenia

Ticketing OrsunPay znajduje się na roadmapie i nie jest dostępny obecnie. Koncepcja przewiduje płatności przez własne konto PSP organizatora, bez potwierdzonego terminu uruchomienia. Dla konkretnego wydarzenia wybierz więc działające rozwiązanie i sprawdź jego zakres. Oceniaj osobno dostępność miejsc, wydawanie, przesyłanie, kontrolę wejścia oraz płatność. Nie wyprowadzaj darmowego dostępu ani zgodności z ilustracji produktu. Przygotowanie jest użyteczne wtedy, gdy zespół potrafi wyjaśnić standardowy zakup i najważniejsze wyjątki, wskazując dla każdego odpowiedzialną osobę oraz oczekiwany rezultat.

• Przećwicz sprzedaż ostatniego miejsca.
• Obsłuż potwierdzenie po wygaśnięciu rezerwacji.
• Zapobiegaj dodatkowym uprawnieniom po duplikacie zdarzenia.
• Przesyłaj ponownie ten sam identyfikator biletu.
• Śledź unieważnienie i zwrot jako odrębne wyniki.

Źródła

• Dokumentacja Stripe dotycząca webhooków
• Dokumentacja Mollie dotycząca płatności