Webshop#
Responsiveness#
Muss-Kriterium
Der Ticketshop muss auf allen verbreiteten Geräte- und Bildschirmgrößen einschränkungsfrei funktionieren. Insbesondere für die folgenden Geräteklassen ist das Layout des Ticketshops explizit optimiert und es bietet eine für die jeweilige Geräteklasse angemessene, benutzerfreundliche Oberfläche:
- Desktop-Computer/Laptops
- Tablets
- Smartphones
Kompatibilität#
Muss-Kriterium
Der Ticketshop ist mit allen Webbrowsern ohne Einschränkung nutzbar, die der Baseline-Definition des WebDX-Projekts entsprechen.
Dies sind aktuell:
- Apple Safari (iOS)
- Apple Safari (macOS)
- Google Chrome (Android)
- Google Chrome (Desktop)
- Microsoft Edge (Desktop)
- Mozilla Firefox (Android)
- Mozilla Firefox (Desktop)
Infos zur Baseline-Definition: https://github.com/web-platform-dx/web-features/blob/main/docs/baseline.md
Barrierefreiheit#
Muss-Kriterium
Der Webshop entspricht gängigen Anforderungen an die Barrierefreiheit digitaler Inhalte und ist für Assistenztechnologien wie z.B. Screenreader voll zugänglich. Hierbei wird auf die Bedürfnisse von Ticketkäufer:innen mit unterschiedlichen Beeinträchtigungen eingegangen, unter anderem:
- Sehbeeinträchtigung und Blindheit
- Hörbeeinträchtigung und Gehörlosigkeit
- Motorische Beeinträchtigungen
- Kognitive Beeinträchtigungen und Lernbehinderungen
- Photosensibilität
- Mehrfachbeeinträchtigungen
Der Ticketshop erfüllt bei geeigneter Konfiguration alle Anforderungen des Barrierefreiheitstärkungsgesetzes (BFSG), der europäischen Norm EN 301 549 und damit mittelbar auch alle Anforderungen der WCAG 2.1 oder 2.2 Level AA.
Nachweis der Barrierefreiheit#
Soll-Kriterium
Die Erfüllung der Kriterien nach EN 301 549 kann durch einen unabhängig durchgeführten Test an z.B. einem Beispielshop belegt werden.
Anpassbarkeit des Designs#
Soll-Kriterium
Der Webshop ist an das Corporate Design der Auftraggeberin und auch einzelner Veranstaltungen anpassbar. Dies umfasst mindestens:
- Die Einbindung eines oder mehrerer Logos und Grafiken
- Die Anpassung der verwendeten Farben
- Die Auswahl der verwendeten Schriftarten
Mehrsprachigkeit#
Muss-Kriterium
Der Webshop unterstützt mehrere Sprachen, zwischen denen Ticketkäufer:innen jederzeit wechseln können, ohne den aktuellen Kaufvorgang abzubrechen. Die verfügbaren Sprachen werden von der Auftraggeberin ausgewählt. Die Mehrsprachigkeit bezieht sich auf die Systemtexte sowie auf alle von der Auftraggeberin pflegbaren Texte und Inhalte (z.B. Veranstaltungstitel, Produktbeschreibungen, etc.).
Automatische Erkennung der Sprache#
Soll-Kriterium
Der Webshop erkennt automatisch die Sprache der Ticketkäufer:in z.B. anhand von Browser-Einstellungen und stellt diese als Standardauswahl ein.
Sprachen: Deutsch und Englisch#
Muss-Kriterium
Der Webshop unterstützt die Sprachen Deutsch und Englisch.
Sprachen: Weitere#
Kann-Kriterium
Der Webshop unterstützt ab Werk weitere Sprachen und kann auf Wunsch der Auftraggeberin (ggf. kostenpflichtig) um weitere Sprachen erweitert werden.
Sprachen mit RTL-Leserichtung#
Kann-Kriterium
Der Webshop unterstützt auch Sprachen, die eine Leserichtung von Rechts nach Links erfordern (z.B. Arabisch, Hebräisch).
Einwilligungen#
Muss-Kriterium
Der Webshop unterstützt die Hinterlegung statischer Inhalte (z.B. AGB, Datenschutzhinweise, Widerrufsbelehrung), deren Kenntnisnahme von Ticketkäufer:innen explizit bestätigt werden muss, um den Kauf abzuschließen.
Statische Inhalte#
Soll-Kriterium
Der Webshop bietet die Möglichkeit, weitere statische Inhalte (z.B. Impressum, FAQ, etc.) zu hinterlegen.
Zeitzonen#
Soll-Kriterium
Der Webshop kann bei digitalen Veranstaltungen kenntlich machen, in welcher Zeitzone die angegebenen Veranstaltungszeiträume angegeben sind und diese automatisch in die Zeitzone der Ticketkäufer:in umrechnen. Unterschiedliche Veranstaltungen können in unterschiedlichen Zeitzonen stattfinden.
Währungen#
Soll-Kriterium
Für unterschiedliche Veranstaltungen können unterschiedliche Währungen zum Einsatz kommen.
Validierung der E-Mail-Adresse#
Soll-Kriterium
Die eingegebene E-Mail-Adresse wird beim Kauf von Tickets optional auf Gültigkeit validiert, z.B. über das Versenden eines Validierungslinks oder Validierungscodes.
Ticketshop als Standalone-Variante#
Muss-Kriterium
Der Ticketshop kann als eigenständige Website über eine URL angesteuert und beworben werden.
Ticketshop als Widget/iframe#
Soll-Kriterium
Der Ticketshop kann in eine andere Website möglichst nahtlos eingebunden werden, z.B. über ein Widget, iframe, eine Web Component oder eine ähnliche Lösung. Der Ticketkauf ist hierbei möglich, ohne die einbindende Website verlassen zu müssen.
Eigene Domain#
Soll-Kriterium
Der Ticketshop kann unter einer Domain der Auftraggeberin oder einer veranstaltungsspezifischen Domain betrieben werden.
Kein Tracking vom Anbieter#
Muss-Kriterium
Der Webshop enthält standardmäßig keine Trackingfunktionen, die personenbezogene Daten im Sinne der DSGVO tracken, die für den Betrieb des Ticketshops nicht notwendig sind (privacy by default).
Tracking einbindbar#
Muss-Kriterium
Der Webshop erlaubt die Einbindung der Trackingcodes gängiger Tools (Google Analytics, Matomo, Google Tag Manager, etc.) und Werbeplattformen (Google Ads, Meta, LinkedIn, etc.) und ermöglicht hierbei auch die Übermittlung von E-Commerce-Events zum Conversion-Tracking.
Cookie-Management#
Muss-Kriterium
Der Webshop verfügt über ein integriertes Cookie-Management zur Verwaltung von Einwilligungen in das Tracking mit Cookies entsprechend der Anforderungen des TTDSG oder arbeitet mit externen Cookie-Management-Lösungen störungsfrei zusammen.
Veranstaltungsdaten#
Muss-Kriterium
Für jede Veranstaltung können separate Stammdaten konfiguriert werden, mindestens:
- Datum und Uhrzeit Beginn
- Datum und Uhrzeit Ende
- Datum und Uhrzeit Einlassbeginn
- Veranstaltungsort als Text
- Veranstaltungsort als geografische Position
- Veranstaltungsbeschreibung oder Infotexte
Verkaufszeitraum#
Soll-Kriterium
Die Auftraggeberin kann einen Verkaufszeitraum definieren, in dem Tickets über den Webshop erworben werden können.
Shop-Aktivierung#
Muss-Kriterium
Der Webshop kann von der Auftraggeberin jederzeit aktiviert oder deaktiviert werden.
Warenkorbfunktion#
Muss-Kriterium
Es können mehrere Tickets verschiedener Ticketarten gleichzeitig erworben werden.
Größenbegrenzung#
Soll-Kriterium
Die maximale Anzahl der im Warenkorb befindlichen Tickets kann von der Auftraggeberin konfiguriert werden.
Reservierungsdauer#
Muss-Kriterium
Die im Warenkorb befindlichen Tickets sind für die Ticketkäufer:in für einen von der Auftraggeberin konfigurierbaren Zeitraum reserviert.
Gutscheincodes#
Muss-Kriterium
Es können mehrere Gutscheincodes im selben Warenkorb eingelöst werden.
Bestätigungsschritt#
Muss-Kriterium
Vor Abschicken einer Bestellung, erhalten Käufer:innen eine Zusammenfassung aller gewählter Produkte sowie aller getätigten Eingaben zur Kontrolle.
Datenerfassung#
Muss-Kriterium
Bei der Ticketbuchung müssen Ticketkäufer:innen Fragen beantworten, die von der Auftraggeberin je nach Veranstaltung und gewählter Ticketart frei konfiguriert werden können.
Anzahl der Fragen#
Soll-Kriterium
Es gibt keine Limitierung der Anzahl der Fragen.
Fragetypen#
Soll-Kriterium
Es werden verschiedene Fragetypen angeboten, z.B. Texteingabe, Zahleingabe, Auswahl aus einer Liste, Mehrfachauswahl aus einer Liste, Ja/Nein-Frage.
Dateiupload#
Soll-Kriterium
Es können Fragen definiert werden, bei denen Ticketkäufer:innen zur Beantwortung eine Datei hochladen müssen (z.B. Nachweis für eine Akkreditierung etc.).
Hilfestellungen#
Soll-Kriterium
Es können von der Auftraggeberin Hilfetexte eingegeben werden, die die Fragen für die Ticketkäufer:innen weiter verständlich machen.
Sortierung#
Soll-Kriterium
Die Reihenfolge der Fragefelder kann von der Auftraggeberin frei konfiguriert werden.
Abhängigkeiten#
Soll-Kriterium
Es können Abhängigkeiten zwischen Fragen definiert werden, z.B. dass eine Frage nur angezeigt wird, wenn bei einer anderen Frage eine bestimmte Option gewählt wurde.
Personalisierung#
Muss-Kriterium
Bei personalisierten Ticketarten muss für jedes Ticket ein Name und ggf. weitere Informationen eingegeben werden.
Namensformat#
Soll-Kriterium
Der Name wird in einem strukturierten Format (z.B. Anrede, Titel, Vorname, Nachname) erfasst, das von der Auftraggeberin definiert werden kann.
Auswahl von Titeln#
Soll-Kriterium
Die Auswahl von Titeln (z.B. Prof, Dr) kann sowohl aus einer vordefinierten Liste, als auch als Freitextfeld gestaltet werden.
Auswahl der Anrede#
Soll-Kriterium
Die Auswahl einer Anrede (z.B. Herr, Frau) muss möglich sein und einen geschlechtsneutralen Eintrag zulassen. Die Auswahl muss optional sein.
Kommentar
Der EuGH hat in einem Verfahren gegen die französische Bahn geurteilt, dass die Anrede keine Pflichtfeld sein darf, da sie für das Bahnfahren nicht zwingend notwendig ist. Vermutlich lassen sich diese Grundsätze auf den Veranstaltungsbesuch übertragen.
Autofill-Funktion#
Soll-Kriterium
Alle Namens-, Address-, Telefon- und E-Mail-Felder beim Kauf sind für die "Autofill"-Funktionen der kompatiblen Browser als solche erkennbar und ermöglichen die komfortable Vorbefüllung durch den Browser.
Kauf als Gast#
Soll-Kriterium
Der Kauf von Tickets ist ohne Erstellung eines Benutzerkontos möglich.
Kauf mit Kundenkonto#
Soll-Kriterium
Ticketkäufer:innen haben die Möglichkeit, ein Kundenkonto anzulegen.
Erstellung des Kundenkontos im Kaufprozess#
Soll-Kriterium
Die Erstellung des Kundenkontos ist möglich, ohne den laufenden Kaufprozess zu unterbrechen.
Authentifizierung mit Passwort#
Soll-Kriterium
Die Authentifizierung für Kundenkonten ist mit E-Mail-Adresse und Passwort möglich. Kund:innen können das Passwort bei Bedarf über einen sicher gestalteten Self-Service-Prozess zurücksetzen.
Authentifizierung mit IdP#
Soll-Kriterium
Für die Authentifizierung von Kundenkonten kann ein bestehender Identity Provider (IdP) der Auftraggeberin über eine branchenübliche Schnittstelle (OpenID Connect, OAuth2 oder SAML) angebunden werden.
Authentifizierung mit Social Login#
Soll-Kriterium
Für die Authentifizierung von Kundenkonten können soziale Netzwerke (z.B. LinkedIn, Facebook, Google) als Identity Provider verwendet werden.
Ticketsystem als IdP#
Kann-Kriterium
Das Ticketsystem kann einen Identity Provider (IdP) für andere Systeme über eine branchenübliche Schnittstelle (OpenID Connect, OAuth2 oder SAML) zur Verfügung stellen.
Speicherung von Adressen und Profilen#
Soll-Kriterium
Kunden mit Kundenkonto ist es möglich, Rechnungsadressen und Daten von Teilnehmern im Kundenkonto zu speichern, um erneute Käufe zu vereinfachen.
Loginbereich#
Soll-Kriterium
Kunden mit Kundenkonto können sich in einen Loginbereich einloggen, in dem sie veranstaltungsübergreifend ihre bisherigen Ticketbestellungen abrufen, ihre gespeicherten Adressen und Profile einsehen und ihre persönlichen Daten einschließlich ihres Passworts ändern können.
Rechnungsadresse#
Muss-Kriterium
Das System erlaubt die Erfassung einer Rechnungsadresse für den Kaufvorgang. Die Auftraggeberin kann konfigurieren, ob diese ein Pflichtfeld darstellt.
Keine Erfassung für kostenlose Tickets#
Muss-Kriterium
Das System bietet eine Option an, um die Rechnungsadresse zu überspringen, wenn nur kostenlose Tickets verkauft werden.
Erfassung der USt-ID#
Muss-Kriterium
Bei Rechnungsadressen aus dem europäischen Ausland kann die Umsatzsteuer-Identifikationsnummer erfasst werden.
Validierung der USt-ID#
Soll-Kriterium
Bei Rechnungsadressen aus dem europäischen Ausland wird die Umsatzsteuer-Identifikationsnummer gegen die entsprechende Schnittstelle der EU-Kommission validiert.
Länderspezifische Steuerberechnung#
Muss-Kriterium
Auf Basis der eingegebenen Rechnungsadresse kann der Steuersatz der gekauften Produkte angepasst werden, z.B. auf 0% für das Reverse-Charge-Verfahren innerhalb der EU oder auf den Steuersatz eines anderen Lands für Verbraucher.
Kommentar
Diese Anforderung ist vor allem für Veranstaltungen relevant, deren umsatzsteuerlicher Leistungsort nicht am Veranstaltungsort liegt, z.B. für Veranstaltungen im digitalen Raum. Für andere Veranstaltungen kann diese Anforderung in der Regel gestrichen werden.
Zahlungsarten#
Muss-Kriterium
Der Webshop ermöglicht die Integration mehrere Zahlungsarten über digitale Schnittstellen.
Zahlungsarten konfigurierbar#
Muss-Kriterium
Die Zahlungsarten können für jede Veranstaltung einzeln aktiviert oder deaktiviert werden.
Zahlungsarten nach Betrag#
Soll-Kriterium
Die Zahlungsarten können auf bestimmte Minimal- oder Maximalbeträge beschränkt werden.
Rechnungskauf#
Soll-Kriterium
Der Webshop ermöglicht den Kauf per Vorkasse oder auf Rechnung über die Konten der Auftraggeberin.
PayPal#
Soll-Kriterium
Der Webshop ermöglicht die Anbindung des PayPal-Händlerkontos der Auftraggeberin über eine direkte Schnittstelle zu PayPal. Die Abwicklung der Zahlung sowie eventueller Rückerstattungen erfolgt vollautomatisch.
Payment Service Provider#
Muss-Kriterium
Der Webshop verfügt über direkte Schnittstellen zu mindestens zwei Payment Service Providern, die unabhängig von einander Kreditkartenzahlung sowie weitere Zahlungsarten (z.B. Wero, Lastschrift, Klarna, etc.) anbieten. Mindestens einer der angebundenen Payment Service Provider sitzt in Europa. Die Abwicklung der Zahlung sowie eventueller Rückerstattungen erfolgt vollautomatisch.
Kommentar
Soll stattdessen ein bereits feststehender Payment Service Provider verwendet werden, sollte dieser hier direkt genannt werden.
PCI DSS#
Muss-Kriterium
Die Einbindung von Kreditkartenformularen erfolgt so, dass für die Auftraggeberin keine höhere Zertifizierung nach dem Payment Card Industry Data Security Standard (PCI DSS) notwendig ist als der Self-Assessment Questionnaire A (SAQ-A).
Lastschrift#
Kann-Kriterium
Der Webshop ermöglicht den Kauf per SEPA-Lastschrift über die Konten der Auftraggeberin.
Versand von E-Mails#
Muss-Kriterium
Nach einem erfolgreichen Ticketkauf verschickt das System eine Bestätigungs-E-Mail.
Absender#
Muss-Kriterium
Der Absender aller vom System verwendeten E-Mails kann frei eingestellt werden.
Mailserver#
Soll-Kriterium
Der Versand von E-Mails erfolgt nach Wahl entweder über einen Mailserver des Ticketsystemanbieters oder über einen Mailserver der Auftraggeberin.
Anpassbarkeit der Texte#
Soll-Kriterium
Die Texte aller E-Mails, die vom System verschickt werden, können von der Auftraggeberin frei angepasst werden, auch spezifisch für einzelne Veranstaltungen.
Signatur#
Soll-Kriterium
Eine E-Mail-Signatur, die an alle E-Mails angehängt wird, kann von der Auftraggeberin zentral definiert werden.
Ticketerstellung#
Muss-Kriterium
Nach dem Kauf der Tickets werden der Ticketkäufer:in die erworbenen Tickets zur Verfügung gestellt.
Produktabhängigkeit#
Muss-Kriterium
Die Ausstellung von Tickets kann für einzelne Produkte abgestellt werden.
PDF-Tickets#
Muss-Kriterium
Die Tickets werden im Format PDF zur Verfügung gestellt. Das Layout der PDF-Datei kann von der Auftraggeberin in einem WYSIWYG-Editor ohne Mitwirkung des Systemanbieters frei konfiguriert und auf die Veranstaltung angepasst werden.
Produktabhängige Layouts#
Soll-Kriterium
Für verschiedene Produkte können unterschiedliche Ticket-Layouts verwendet werden.
Apple Wallet#
Soll-Kriterium
Die Tickets werden im Passbook-Format für Apple Wallet und weitere Wallet Apps zur Verfügung gestellt. Die Anbindung ist auf eine Weise implementiert, auf die keine personenbezogenen Daten zu Apple oder anderen Drittanbietern übermittelt werden, bevor die Ticketkäufer:in die Übertragung in die Apple Wallet explizit anfordert oder die Wallet-Datei selbstständig in eine Wallet-App lädt.
Google Wallet#
Kann-Kriterium
Die Tickets werden für Google Wallet zur Verfügung gestellt. Die Anbindung ist auf eine Weise implementiert, auf die keine personenbezogenen Daten zu Google übermittelt werden, bevor die Ticketkäufer:in die Übertragung in die Google Wallet explizit anfordert.
Kommentar
Diese Anforderung ist nur ein Kann-Kriterium, da Google Wallet seit 2024 auch in der Lage ist, das Passbook-Format von Apple zu lesen und somit eine Direktintegration zu Google nicht zwingend notwendig ist – und immer mit größeren datenschutzrechtlichen Kompromissen einhergeht.
Versandoptionen#
Soll-Kriterium
Der Versand von Tickets per Post ist im System als Option vorgesehen. Die Ticketkäufer:in kann eine Auswahl zwischen verschiedenen Versand-Methoden oder der Abholung erhalten und eine Versandadresse kann gesondert erfasst werden.
Ausstellung vor Zahlung#
Soll-Kriterium
Die Ausstellung der Tickets vor Eingang einer Zahlung kann grundsätzlich oder für einzelne Bestellungen aktiviert werden.
Integration Newslettersystem#
Soll-Kriterium
Ticketkäufer:innen erhalten die Möglichkeit, im Kaufprozess in dem Empfang eines Newsletters einzuwilligen. Diese Information wird automatisch an die Newslettersoftware HIER EINFÜGEN übertragen.
Integration ÖPNV-Tickets#
Soll-Kriterium
Beim Kauf bestimmter Produkt- und Ticketarten wird ein ÖPNV-KombiTicket des Verkehrsverbunds HIER EINFÜGEN erstellt. Hierzu stellt der Nahverkehrsbetreiber die Schnittstelle HIER EINFÜGEN bereit, die vom Ticketingsystem angebunden werden muss.
Kommentar
Diese Anforderung sollte gestrichen werden, wenn keine entsprechende Kooperation oder Schnittstelle besteht.
Kauf in Echtzeit#
Muss-Kriterium
Im Webshop erworbene Tickets sind binnen weniger Sekunden im gesamten System verfügbar und können von der Zutrittskontrolle validiert werden.
Warteliste#
Soll-Kriterium
Ist eine Veranstaltung oder eine einzelne Ticketart ausverkauft, kann eine Warteliste aktiviert werden, die die Kontaktdaten weiterer interessierter Käufer:innen sammelt und diese bei Verfügbarkeit weiterer Tickets automatisch benachrichtigt oder zum Kauf einlädt.
Self-Service-Bereich#
Muss-Kriterium
Der Webshop beinhaltet einen Self-Service-Bereich, in dem Ticketkäufer:innen typische Aktionen selbstständig durchführen können.
Für alle nutzbar#
Soll-Kriterium
Der Self-Service-Bereich ist auch für Gastbesteller:innen ohne Kundenkonto nutzbar.
Datenänderung#
Soll-Kriterium
Der Self-Service-Bereich ermöglicht die Änderung von Namen oder anderen Personalisierungsdaten von Tickets innerhalb der von der Auftraggeberin definierten Fristen.
Ticketstorno#
Soll-Kriterium
Der Self-Service-Bereich ermöglicht die Stornierung einer Bestellung samt Rückerstattung innerhalb der von der Auftraggeberin definierten Fristen und unter Einbehalt der von der Auftraggeberin definierten Stornogebühren.
Ticketstorno gegen Gutschein#
Kann-Kriterium
Das Self-Service-Ticketstorno kann je nach Konfiguration statt einer Rückerstattung die Ausgabe eines Wertgutscheins auslösen.
Downloadartikel#
Soll-Kriterium
Der Webshop ermöglicht den Verkauf von Download-Artikeln oder vergleichbaren digitalen Produkten.
Gutscheinverkauf#
Soll-Kriterium
Der Webshop ermöglicht den Verkauf von Einzweck- und Mehrzweckgutscheinen.