sf_event_mgt für TYPO3

sf_event_mgt löst das Problem, dass Events ohne Registrierung kein Event sind

Sobald eine TYPO3-Website mehr als zwei Termine pro Jahr verwaltet und Teilnehmer aufnehmen muss, stößt jede improvisierte Lösung aus Seiten-Listen, Kalender-Plugins und Powermail-Formularen an ihre Grenzen. sf_event_mgt ist die Extension, die diese Bausteine zu einem echten Event-System zusammenfasst: Teilnehmerverwaltung mit Statusübergängen, Wartelisten mit automatischem Nachrücken, Bezahlung über mehrere Provider und automatisierte E-Mail-Kommunikation über den gesamten Teilnahme-Lifecycle. Wer in TYPO3 regelmäßig Veranstaltungen mit festen Plätzen organisiert, kommt an dieser Extension kaum vorbei. Torben Hansen hat sf_event_mgt von Anfang an als “Extbase-natives” Tool gebaut, das sich nahtlos in bestehende TYPO3-Installationen einfügt und sich an jeder Stelle überschreiben lässt, ohne die Kern-Extension zu forken.

Typische Einsatzszenarien reichen von Messen bis zu akademischen Programmen

Hochschulen nutzen sf_event_mgt für Informationstage, Schnuppervorlesungen und Weiterbildungsprogramme. In der Praxis heißt das oft: 30 parallele Kurse mit jeweils eigener Kapazität, Preisstaffel und E-Mail-Kette an Interessent, Teilnehmer und Organisator. Die Extension verwaltet das über eine einzige Datenstruktur, inklusive Mehrsprachigkeit für internationale Studierende. An einer typischen Fachhochschule haben wir sf_event_mgt mit rund 400 Einzel-Events pro Jahr eingesetzt, darunter Vorkurse, Offene Labortage und Alumni-Treffen.

Verbände und Kammern organisieren damit Fachtagungen und Seminare, bei denen Teilnehmer nach Mitgliederstatus unterschiedliche Preise zahlen. Eine typische IHK-Installation arbeitet mit 40 bis 80 Veranstaltungen pro Jahr, viele davon kostenpflichtig und mit mehreren Preisklassen. Mitglieder zahlen den regulären Preis, Nicht-Mitglieder einen Aufschlag, Frühbucher einen Rabatt. Die Extension bildet das über Preis-Kategorien ab, die pro Event konfigurierbar sind, ohne dass ein Entwickler eingreifen muss.

Unternehmen wiederum setzen sf_event_mgt für interne Schulungen, Kunden-Events und Webinare ein. Besonders im B2B-Bereich ist die CSV-Exportfunktion wichtig: Die Teilnehmerliste wandert anschließend ins CRM oder in den Badge-Drucker vor Ort. Bei einem Industriekonzern mit 12.000 Mitarbeitern haben wir die Extension an das interne Learning-Management-System angebunden, sodass Schulungsbuchungen automatisch im Personalsystem landen und die Teilnahme als Weiterbildungs-Nachweis dokumentiert wird.

Technische Architektur baut auf Extbase und FAL auf

sf_event_mgt ist eine klassische Extbase-Extension und folgt dem MVC-Muster von TYPO3. Die zentralen Models sind Event, Registration, Location und Organisator, die Konfiguration läuft über TypoScript und Fluid-Templates. Fast alles lässt sich per constants.typoscript oder TSconfig anpassen, ohne die Extension zu forken. Die Plugin-Variante bietet gut ein Dutzend Controller-Aktionen, von der Listen- und Detailansicht über den Registration-Flow bis zum Suche- und Kategorie-Filter.

Für Bezahlung bringt die Extension eine Payment-Abstraktion mit, die Rechnung und Überweisung abdeckt; Stripe und PayPal gibt es als kostenpflichtige Zusatz-Extensions des Autors. Eigene Payment-Provider lassen sich anbinden, indem eine von AbstractPayment abgeleitete Klasse samt PSR-14-Event-Listenern implementiert wird. Der Zahlungsstand landet am Anmeldedatensatz, mit Zahlart, Bezahlt-Markierung und Zahlungsreferenz. Fehlgeschlagene Zahlungen werden dokumentiert und können über das Backend nachverfolgt werden, ohne dass Redakteure in die Payment-Provider-Konsole wechseln müssen.

Das E-Mail-System baut auf Fluid-Templates im EXT-Verzeichnis auf. Für jede Registrierung werden mehrere Nachrichten ausgelöst: Bestätigung an Teilnehmer und Benachrichtigung an Organisator; Erinnerungen vor oder Folge-Mails nach dem Event verschicken Redakteure als eigene Benachrichtigung über das Backend-Modul. Jede dieser Mails ist ein Fluid-Template, das per SiteSet oder PageTS überschrieben werden kann. Die Mails werden über den TYPO3-Mailer verschickt und respektieren die globalen SMTP-Einstellungen, inklusive SPF und DKIM. Für Teilnehmer mit reservierten Wartelisten-Plätzen gibt es separate Templates, die bei Nachrücken ausgelöst werden.

Häufige Probleme betreffen Wartelisten, iCal-Export und ReCaptcha

Das häufigste Supportthema ist die Wartelisten-Logik. Wenn ein Teilnehmer absagt, rückt der erste Wartelisten-Eintrag nach - aber nur, wenn im Event neben Warteliste und Stornierung auch das automatische Nachrücken („Automatic waitlist move up“) aktiviert ist und die Absage über das Frontend kommt. Viele Installationen haben diese Option vergessen und wundern sich, warum Plätze leer bleiben. Die Konfiguration dauert fünf Minuten, aber ohne die Option bleibt die Extension im manuellen Modus stehen.

Ein zweites Dauerthema ist der iCal-Export. Teilnehmer wollen einen Klick auf “Zum Kalender hinzufügen”, der in Outlook, Apple Calendar und Google Kalender funktioniert. sf_event_mgt liefert eine ICS-Datei mit Beginn und Ende als UTC-Zeit, die Kalender in die lokale Zeit umrechnen; stimmen muss dafür die Zeitzone der TYPO3-Installation. Sonst erscheint das Event in Outlook mit einer Stunde Versatz, besonders kritisch bei der Sommerzeitumstellung. Wir empfehlen, bei internationalen Events die Zeitzone der Installation vor dem ersten Export zu prüfen.

Das dritte Thema ist Spam-Schutz. Öffentliche Anmeldeformulare ziehen Bots an, die Wartelisten fluten. sf_event_mgt bringt Honeypot-Felder, eine Link- und eine Challenge/Response-Prüfung sowie reCAPTCHA und hCaptcha selbst mit. In produktiven Installationen empfehlen wir, beide Mechanismen zu kombinieren und zusätzlich einen Rate-Limit pro IP-Adresse einzubauen, damit einzelne Bots nicht hunderte Fake-Registrierungen anlegen können.

Migration auf TYPO3 v12, v13 und v14

sf_event_mgt wird von Torben Hansen kontinuierlich gepflegt und ist für TYPO3 v10 bis v14 verfügbar. Der Sprung von v10 auf v12 führt über Version 6.0.0, die Datenbank-Änderungen und einen Upgrade-Wizard für die aufgeteilten Plugins verlangt; Version 7.0.0 für v12 kommt ohne Datenbank-Update aus. Extension-eigene ViewHelper wurden auf die neue Fluid-Version umgestellt, eigene Templates benötigen nach dem Update ein kurzes Review. Besonders eigene Benachrichtigungs-Templates und überschriebene Backend-Templates müssen geprüft werden, weil Version 7.0.0 im Backend f:format.raw statt f:format.html verlangt und Backend-Templates per PageTS überschrieben werden.

Bei älteren Versionen (sf_event_mgt 4.x und früher) lohnt sich ein Blick auf die Payment-Konfiguration, weil der Kern bis heute nur Rechnung und Überweisung mitbringt. Stripe und PayPal kommen über die Zusatz-Extensions sf_event_mgt_stripe und sf_event_mgt_paypal, die beim Upgrade mitgeprüft werden müssen. Gosign migriert bestehende sf_event_mgt-Installationen typischerweise in einem Arbeitsschritt zusammen mit dem TYPO3-Core-Upgrade. Fluid-Templates werden dabei auf konsistente Bezeichner vereinheitlicht, und veraltete ViewHelper-Aufrufe werden automatisch erkannt und ersetzt. Im gleichen Zug prüfen wir, ob die Schema.org/Event-Auszeichnung im JSON-LD aktuell ist und ob das Event-Detail-Template alle Felder für Google-Event-Rich-Snippets enthält.