Ticket-Artikel
Ein normaler Artikel wird über den Artikeltyp „Ticket" (ExtraOption 15) zum verkaufbaren Ticket
Funktionen · Branchen-Module
Mit dem Ticketing verkauft ein Betrieb Eintrittskarten für einen bestimmten Tag im Voraus — Party, Konzert, Veranstaltung. Der Gast kauft online, bekommt sein Ticket als PDF mit QR-Code per Mail, und am Eingang wird dieser QR-Code gescannt: das System sagt „gültig" oder nennt den Grund („schon eingelöst", „falsches Datum", „storniert"). Pro Verkaufstag lässt sich ein Kontingent hinterlegen, damit nicht mehr Karten rausgehen als Plätze da sind, optional mit einem Prozentsatz Überbuchung. Ein Ticket kann Extras enthalten — Freigetränke, Guthaben, Garderobe —, die beim Einlass in den Disco-Betrieb übergeben werden. Verwaltung, Kontingente, Auswertung und Storno liegen in einer eigenen Admin-Maske; der Scan sitzt als eigene Kachel in der Kassenoberfläche.
Vollständiger Überblick
Alle folgenden Punkte stammen aus dem gegen den Programmcode geprüften Funktionskatalog.
Ein normaler Artikel wird über den Artikeltyp „Ticket" (ExtraOption 15) zum verkaufbaren Ticket
Extras, Kontingent, Stornofrist, Zeitfenster, Gruppenkauf je Ticket-Artikel pflegen
Anlegen/Ändern/Löschen der Konfiguration je Ticket-Artikel
Öffentliche Liste der kaufbaren Ticket-Artikel mit Preis, Extras, Gruppengrösse
Freie Plätze für ein Datum, inklusive Überbuchungsaufschlag
Vor dem Bezahlen: Artikel gültig, Konfiguration da, genug Kontingent, Gesamtpreis
Der einzige Kaufweg: Ticket-Artikel in den Shop-Warenkorb (Notiz ticket:JJJJ-MM-TT) → bezahlte OnlineOrder → TSE-signierter Beleg → Ticketausstellung
Ticketnummer TKT-JJJJMMTT-XXXXXX, QR-Code, Extras aus der Konfiguration, Bestätigungsmail mit PDF
Mehrere Tickets in einem Vorgang mit gemeinsamer Gruppen-ID und Zählung „2 von 5"
Druckfertiges Ticket mit QR-Code, Datum, Extras
QR-Code als PNG oder SVG zum Anzeigen am Handy
QR-Code nachschlagen und Gültigkeit melden, ohne das Ticket zu entwerten
Ticket auf „eingelöst" setzen, mit Zeit, Bediener, Arbeitsplatz und optional NFC-Karte
Eigene POS-Kachel „Ticket-Scan": Code eingeben/scannen, Ergebnis, Knopf „Einlass"
QR-Ticket direkt im Disco-Eintritt einlösen und dabei eine Karte zuweisen
Bei Teilzahlung den offenen Rest kassieren: erzeugt seit 07.08.2026 einen Beleg über den Kassenweg mit der tatsächlichen Zahlart (Pflichtfeld), damit die Zahlung TSE-signiert ist und in den Kassenbestand fliesst. Erst der Beleg, dann das Ticket.
Vollbild-Maske in der Ticket-Verwaltung (seit 07.08.2026), nur bei offenem Restbetrag angeboten. Betrag vorbelegt und auf den Rest gedeckelt, Zahlart als Auswahl aus den aktivierten OperationalConfig.PaymentTypes (kein Freitext), Rückfrage vor der Buchung, danach Liste und Statistik neu.
Gekauftes Ticket stornieren, mit Grund, Stornofrist und Storno-Mail; in der Admin-Maske mit Rückfrage
Alle Tickets einer Gruppenbestellung auf einmal stornieren — derzeit nur über die API (cancel-group/{groupOrderId}); ticket.service.ts cancelGroup() hat repo-weit keinen Aufrufer
Storniertes Ticket erstatten, gedeckelt auf den tatsächlich bezahlten Betrag. Erzeugt seit 07.08.2026 einen negativen, TSE-signierten Gegenbeleg über den Kassenweg (Zahlart Pflicht). Erst der Gegenbeleg, dann der Status.
Vollbild-Maske in der Ticket-Verwaltung (seit 07.08.2026), nur bei storniertem Ticket mit bezahltem Betrag. Betrag auf PaidAmount gedeckelt, Zahlart Pflicht, Rückfrage vor der Geldbewegung.
Admin-Maske mit Liste, Suche, Status- und Datumsfilter, Spalte „Offen", Storno, Restzahlung, Erstattung und PDF-Abruf; Lade-/Leer-/Fehlerzustand je Reiter, Status mit Symbol UND Farbe
Balkenanzeige verkauft/maximal/frei je Ticket-Artikel und Datum
Verkauft, eingelöst, storniert, abgelaufen, erstattet, Umsatz — gesamt und je Artikel
Online verkauft, eingelöst, erstattet fließen in den Z-Bericht
Stündlicher Lauf setzt nicht eingelöste Tickets nach dem Veranstaltungstag auf „abgelaufen"
Angemeldeter Portal-Kunde sieht und storniert seine eigenen Tickets
Bestätigung und Storno über Vorlagen ticket_confirmation / ticket_cancellation mit Platzhaltern
Jeder Statuswechsel wird mit Zeit, Verursacher und Grund am Ticket protokolliert
Kein Treffer in diesem Bereich. Gesamte Website durchsuchen
Oft gesucht
Weiterstöbern
Marketing-Cookies erlauben?
Wir würden gerne mit Google Ads messen, welche Anzeigen zu einer Anmeldung führen. Dafür werden Cookies gesetzt und Daten an Google (USA) übertragen — nur mit deiner Einwilligung. Unsere anonyme Reichweitenmessung (Matomo) läuft davon unabhängig. Details und Widerruf in der Datenschutzerklärung.