Ticketing-Software: Verkauf, Zahlung und Einlass verbinden
Ticketing-Software muss nicht nur einen Verkauf ermöglichen. Sie verbindet eine begrenzte Kapazität mit einer Bestellung, einer Zahlung und dem Recht auf Eintritt. Für Veranstalter entstehen die schwierigen Situationen häufig zwischen diesen Schritten: Eine Reservierung läuft ab, die Bestätigung kommt später oder ein Ticket wird erneut angefordert. Dieser Leitfaden hilft, solche Fälle vor dem Start zu planen. Er behandelt den Prozess aus Händlersicht und setzt Zahlungsabwicklung nicht mit einer vollständigen, bereits verfügbaren Ticketing-Plattform gleich.

Verkaufbare Rechte und Kapazitäten beschreiben
Definieren Sie, was jede Ticketkategorie erlaubt: Eintritt an einem Tag, Teilnahme an einem bestimmten Termin oder Zugang für mehrere Personen. Legen Sie danach fest, welches System die verbleibende Kapazität verwaltet. Der Zahlungsanbieter kennt nicht automatisch die Zahl freier Plätze. Eine verkaufte Leistung muss daher mit der entsprechenden Reservierung verbunden sein. Halten Sie auch fest, wer Kontingente verändern darf und wie eine manuelle Korrektur sichtbar bleibt. Diese Grundlage verhindert, dass verschiedene Teams gleichzeitig mit unterschiedlichen Beständen arbeiten und unbeabsichtigt mehr Plätze zusagen als verfügbar sind.
Reservierung und Zahlungswartezeit abstimmen
Ein Kunde kann den Checkout offenlassen oder den Browser schließen, während das Zahlungsergebnis noch aussteht. Bestimmen Sie, wie lange eine Reservierung nach Ihren Geschäftsregeln besteht und was bei ihrem Ende passiert. Reservierung und Transaktion benötigen miteinander verknüpfte, aber unterscheidbare Referenzen. Besonders wichtig ist der Fall einer späten Bestätigung nach einer freigegebenen Reservierung. Das System sollte dann einen vorgesehenen Klärungsprozess auslösen, statt stillschweigend einen inzwischen vergebenen Platz erneut zu bestätigen. Prüfen Sie diesen Ablauf mit dem Anbieter der Ticketing-Software.
Tickets anhand des verifizierten Ergebnisses ausgeben
Die Ausgabe eines gültigen Tickets muss an die passende bestätigte Entscheidung gebunden sein. Ein Browser-Redirect allein ist dafür nicht ausreichend. Die Dokumentationen von Stripe und Mollie erläutern, weshalb serverseitige Statusmeldungen unabhängig vom sichtbaren Checkout verarbeitet werden. Wenn dieselbe Bestätigung mehrfach eintrifft, darf daraus kein zusätzlicher Eintritt entstehen. Jedes ausgegebene Recht benötigt eine eindeutige Kennung. Das erneute Senden einer Ticketdatei sollte dieselbe Kennung verwenden und nicht unbemerkt ein zweites gültiges Ticket erzeugen. So bleiben Rückfragen und Einlass zusammen nachvollziehbar.
Den Einlass als eigenen Arbeitsablauf planen
Am Veranstaltungsort braucht das Team eine klare Antwort: gültig, bereits verwendet oder zur Klärung vorgesehen. Ein QR-Code erleichtert das Lesen einer Kennung, garantiert aber nicht allein deren Gültigkeit. Die Einlasskontrolle muss auf denselben Ticketbestand zugreifen, der nach dem Verkauf geführt wird. Planen Sie einen ausgeschalteten Bildschirm, eine doppelt vorgelegte Datei und eine Person mit geändertem Namen nach Ihren Regeln. Für diese Fälle benötigt das Team eine zuständige Stelle, ohne für jeden Gast Zahlungsdaten in einer PSP-Oberfläche durchsuchen zu müssen.
Änderung, Storno und Rückerstattung trennen
Eine Terminänderung oder eine Absage betrifft das Eintrittsrecht und möglicherweise einen Zahlungsprozess. Diese Änderungen sind zusammen zu betrachten, bleiben aber unterschiedliche Aktionen. Ein storniertes Ticket beweist nicht, dass ein Geldbetrag bereits zurückerstattet wurde. Dokumentieren Sie die Entscheidung, die berechtigte Person und die jeweilige Referenz. Stimmen Sie die Bedingungen für Änderungen mit den zuständigen Fachleuten ab. Wenn mehrere Mitarbeiter Anfragen bearbeiten, muss sichtbar sein, was bereits veranlasst wurde. Andernfalls kann aus einer berechtigten Korrektur durch doppelte Bearbeitung ein zusätzlicher Fehler werden.
Verfügbare Software statt Konzeptdarstellungen auswählen
Das Ticketing-Modul von OrsunPay steht auf der Roadmap und ist noch nicht verfügbar. Geplant ist eine Abwicklung über das eigene PSP-Konto des Veranstalters; der Veröffentlichungszeitpunkt ist nicht bestätigt. Für eine konkrete Veranstaltung müssen Sie deshalb einen verfügbaren Funktionsumfang auswählen und prüfen. Bewerten Sie Kapazitätsverwaltung, Ticketversand, Einlass und Zahlung separat. Auch Gebühren oder ein kostenloser Betrieb sollten nicht aus einer Vorschau abgeleitet werden. Eine Entscheidung ist belastbar, wenn alle beteiligten Teams den Ablauf einschließlich Ausnahmen erklären können.
- Den Verkauf des letzten verfügbaren Platzes durchspielen.
- Eine Bestätigung nach Ablauf der Reservierung prüfen.
- Doppelte Ereignisse ohne doppelte Ticketgültigkeit verarbeiten.
- Ticket erneut senden, ohne ein neues Eintrittsrecht anzulegen.
- Stornoentscheidung und Rückerstattung getrennt dokumentieren.
OrsunPay entdecken
Mit unserem Team sprechenQuellen
Weiterlesen

Payment API integrieren: Ablauf und Fehlerfälle planen
Payment API integrieren: Beträge, Referenzen, Idempotenz, signierte Webhooks und nachvollziehbare Fehlerbearbeitung vorab festlegen.
Leitfaden lesen
PayPal-Alternative für Unternehmen: sinnvoll vergleichen
Eine PayPal-Alternative geschäftlich bewerten: Zulassung, Zahlungsablauf, laufende Betreuung und Wechselaufwand getrennt vergleichen.
Leitfaden lesen
Wiederkehrende Zahlungen: Termine und Zugänge organisieren
Wiederkehrende Zahlungen organisieren: Leistungszeiträume, Fälligkeiten, Zahlungsstatus und Freischaltung getrennt und nachvollziehbar verwalten.
Leitfaden lesen