Ticket Shop for TYPO3

Veranstalter zahlen 5 bis 15 Prozent Provision an externe Ticketplattformen, obwohl die eigene Website der bessere Vertriebskanal wäre

Eventim, Ticketmaster und Eventbrite nehmen Gebühren pro Ticket: zwischen 5 und 15 Prozent des Ticketpreises plus Festbetrag. Bei einem Theater mit 50.000 verkauften Tickets pro Jahr und einem Durchschnittspreis von 30 Euro sind das 75.000 bis 225.000 Euro Provision jährlich. Ein Ticketshop direkt auf der TYPO3-Website eliminiert diese Provision. Die Extension ermöglicht Online-Ticketverkauf mit Sitzplatzwahl, Kontingent-Verwaltung, Bezahlung über gängige Payment-Provider, E-Ticket-Generierung als PDF und QR-Code-Validierung am Einlass. Für Theater, Konzerthäuser, Konferenzen und kommunale Veranstaltungshäuser, die ihre Tickets überwiegend an ein bekanntes Stammpublikum verkaufen, ist das eine wirtschaftlich attraktive Alternative.

Typical use cases reichen vom Stadttheater bis zur Fachkonferenz

Das prominenteste Szenario ist das Theater oder Konzerthaus mit festem Saalplan. 400 nummerierte Sitzplätze, davon 50 in der Kategorie Premium, 200 im Parkett und 150 auf dem Balkon. Der Besucher wählt im interaktiven Saalplan seinen Platz, sieht den Preis und legt das Ticket in den Warenkorb. Nach der Bezahlung erhält er ein E-Ticket als PDF mit QR-Code per E-Mail. Am Abend der Vorstellung scannt das Personal den QR-Code mit einem Smartphone. Der gesamte Prozess läuft über die TYPO3-Website, ohne Drittanbieter.

Ein zweites Szenario sind Konferenzen und Messen. Eine Fachkonferenz bietet drei Ticketkategorien: Early Bird (bis 8 Wochen vor der Veranstaltung), Regular und VIP. Kontingente begrenzen jede Kategorie auf eine feste Anzahl. Der Ticketshop zeigt die Verfügbarkeit in Echtzeit: “Early Bird: 12 von 100 verfügbar”. Nach Ablauf des Early-Bird-Zeitraums wird die Kategorie automatisch deaktiviert.

Drittes Szenario: Kommunale Veranstaltungen. Eine Stadtbibliothek bietet Lesungen, Workshops und Kinderveranstaltungen an. Die Tickets sind gratis, aber die Plätze begrenzt. Der Ticketshop dient hier als Reservierungssystem. Besucher reservieren online, erhalten eine Bestätigung und werden bei Überbuchung auf eine Warteliste gesetzt.

Technical architecture connects Veranstaltungs-Records, Saalplan und Payment-Gateway

Der Ticketshop besteht aus vier Komponenten: Veranstaltungsverwaltung, Sitzplan-Editor, Checkout mit Payment-Integration und Ticket-Generierung. Veranstaltungen werden als Extbase-Records im TYPO3-Backend angelegt: Titel, Datum, Uhrzeit, Ort, Kategorien, Preise, Kontingente. Der Sitzplan wird als interaktive SVG-Grafik hinterlegt, in der jeder Platz eine eindeutige ID hat, die mit dem Kontingent-System verknüpft ist.

Der Checkout-Prozess sammelt die ausgewählten Tickets, fragt Kontaktdaten ab und leitet an ein Payment-Gateway weiter. Gängige Integrationen sind Stripe, PayPal, Mollie und SIX Payment Services. Nach erfolgreicher Zahlung erzeugt die Extension ein PDF-Ticket mit QR-Code (basierend auf einer eindeutigen Ticket-ID) und versendet es per E-Mail. Der QR-Code enthält eine URL oder einen Hashwert, der am Einlass validiert wird.

Die QR-Code-Validierung am Einlass kann über eine einfache Web-App laufen, die die Ticket-ID gegen die TYPO3-Datenbank prüft und den Status auf “eingelöst” setzt. Ein Ticket kann nur einmal eingelöst werden, Duplikate werden abgewiesen.

Common problems involve Bezahlung, Stornierung und den Saalplan-Editor

Das grösste Problem ist die Zahlungsabwicklung. PCI-DSS-Konformität verlangt, dass Kreditkartendaten niemals den eigenen Server berühren. Deshalb muss die Zahlung über einen zertifizierten Payment Provider laufen, der ein Hosted Payment Form bereitstellt. Die Extension leitet den Nutzer zur Bezahlung an den Provider weiter und empfängt das Ergebnis per Callback. Wenn der Callback fehlschlägt (Timeout, Server-Restart), ist das Ticket bezahlt, aber nicht als bezahlt markiert. Die Lösung: Ein Reconciliation-Job, der offene Transaktionen beim Payment Provider nachprüft.

Zweites Problem: Stornierungen und Erstattungen. Wenn ein Besucher ein Ticket storniert, muss die Zahlung erstattet und der Platz wieder freigegeben werden. Das erfordert sowohl eine Refund-Anfrage an den Payment Provider als auch eine Statusänderung in der TYPO3-Datenbank. Ohne automatisierten Storno-Workflow ist das ein manueller Prozess.

Drittes Thema: Der Saalplan-Editor. Interaktive SVG-Saalpläne mit 400 oder mehr Plätzen sind aufwändig zu erstellen. Jeder Platz braucht eine ID, eine Kategorie und Koordinaten. Änderungen am Saalplan (neuer Block, geänderte Reihenfolge) erfordern eine Aktualisierung der SVG-Datei und der Verknüpfungen in der Datenbank.

Ticketshop-Extensions include Custom-Entwicklungen ohne TER-Standard

Es gibt keine Standard-Ticketshop-Extension im TYPO3 TER, die alle beschriebenen Funktionen abdeckt. Ticketshops sind fast immer Custom-Entwicklungen, die auf die spezifischen Anforderungen der Veranstaltungsstätte zugeschnitten sind. Die TYPO3-Kompatibilität hängt deshalb vom Auftragnehmer ab, nicht von einem Community-Release-Zyklus. Gosign empfiehlt bei neuen Ticketshop-Projekten zu evaluieren, ob eine headless TYPO3-Architektur mit einem spezialisierten Frontend (React, Vue) nicht langfristig wartbarer ist als eine monolithische Extbase-Lösung.