Vstupenkový systém: od platby ke kontrole vstupu

Definujte kategorie a zdroj kapacity

U každé kategorie určete, co umožňuje: vstup jedné osoby, konkrétní den nebo účast na časově vymezeném programu. Vyberte systém uchovávající skutečnou dostupnost a osoby, které ji mohou měnit. PSP automaticky nespravuje počet volných míst. Objednávka proto musí souviset s rozpoznatelnou rezervací. Pracuje-li na akci více lidí, mají používat stejný zdroj informací. Zabráníte tak tomu, že prodej slibuje místo, zatímco jiný nástroj jej už přidělil. Zapište rovněž pravidla ruční úpravy kapacity a způsob, jak se taková změna projeví v historii.

Prodej vstupenek — Soon

Slaďte rezervaci s čekáním na platbu

Kupující může nechat checkout otevřený nebo zavřít prohlížeč, když výsledek ještě není známý. Podle svých pravidel stanovte konec rezervace a způsob uvolnění místa. Rezervace i transakce potřebují vlastní, vzájemně propojené identifikátory. Zvlášť důležité je potvrzení obdržené po vypršení rezervace. Pokud už místo získal někdo jiný, musí existovat výslovný postup vyřešení. Samotná pozdní technická událost nemá automaticky vytvořit nárok, který pořadatel nedokáže splnit. Tento případ patří mezi otázky pro dodavatele systému, ne mezi improvizace po prvním problému.

Integrace a API

Vydávejte vstupenku podle serverového výsledku

Rozhodnutí o vydání musí vycházet z ověřeného výsledku, nikoli pouze z návratu na děkovací stránku. Dokumentace Stripe a Mollie popisují, jak oznámení doplňují viditelnou cestu zákazníka. Každé právo vstupu potřebuje jednoznačnou identitu. Opakovaný komunikát nesmí vytvořit další platnou vstupenku. Při žádosti o nové zaslání souboru má systém vrátit stejný identifikátor. Opakované doručení dokladu a vytvoření nového oprávnění jsou odlišné akce. Tým tento rozdíl potřebuje znát jak při předprodeji, tak při kontrole návštěvníků u vstupu.

Hostovaná platební stránka

Připravte kontrolu vstupu a výjimky

Pracovník u dveří potřebuje zjistit, zda je lístek platný, použitý nebo určený k ověření. QR kód usnadňuje čtení reference, ale sám její platnost nezaručuje. Kontrola má používat stejnou evidenci jako vydávání. Vyzkoušejte vybitý telefon, dvakrát předložený soubor a změnu údajů povolenou vašimi podmínkami. Určete osobu pro nestandardní případy. Každý pořadatel u vstupu nemá kvůli nejasnosti procházet poskytovatelské účty. Potřebuje jednoduchý výsledek a možnost předat situaci kolegovi, který má správné informace a oprávnění rozhodnout o řešení.

Oddělte změnu vstupenky a vrácení částky

Přesunutí nebo zrušení akce může změnit právo vstupu a vyvolat finanční operaci. Jde o spojené, ale samostatné kroky. Zneplatněný lístek neprokazuje vrácení peněz. Uchovejte obě reference, rozhodnutí a pověřenou osobu. Podmínky změn mají být připravené a posouzené před prodejem. Jestliže stejnému účastníkovi odpovídá více lidí, musí vědět, co už bylo zahájeno. Jinak může být oprávněná žádost provedena dvakrát nebo návštěvník dostane rozporné informace. Historie obchodních rozhodnutí je stejně potřebná jako historie transakcí u poskytovatele.

Vyberte dostupný rozsah pro termín akce

Ticketing OrsunPay je v plánu rozvoje a nyní není dostupný. Koncept počítá s platbami přes vlastní PSP účet pořadatele, bez potvrzeného data spuštění. Pro konkrétní akci proto zvolte dostupnou službu a ověřte její rozsah. Posuzujte samostatně kapacitu, vydání, doručení, kontrolu vstupu a platbu. Z ilustrací nevyvozujte bezplatnost nebo kompatibilitu. Příprava je užitečná tehdy, když tým dokáže vysvětlit běžný nákup i důležité výjimky a pro každý krok určit odpovědnou osobu a očekávaný výsledek. To je praktičtější než obecný seznam funkcí bez provozního kontextu.

• Vyzkoušejte prodej posledního volného místa.
• Zpracujte potvrzení po skončení rezervace.
• Zabraňte dalším vstupenkám při opakovaném oznámení.
• Znovu posílejte stejnou identitu lístku.
• Sledujte zneplatnění a vrácení platby odděleně.

Zdroje

• Dokumentace Stripe k webhookům
• Dokumentace Mollie k platbám