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össt 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ässig 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 heisst 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 anschliessend 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 Stripe, PayPal, Invoice und Klarna über Handler-Klassen unterstützt. Eigene Payment-Provider lassen sich anbinden, indem eine PaymentServiceInterface-Klasse implementiert wird. Die Abrechnung landet in einem eigenen Payment-Log und kann mit dem TYPO3-Scheduler verarbeitet werden. 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, Benachrichtigung an Organisator, Erinnerungen vor dem Event, Folge-Mail nach dem Event. 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 der Admin den Kommando-Controller “moveUpWaitlistRegistrations” per Scheduler aktiviert hat. Viele Installationen haben das Kommando vergessen und wundern sich, warum Plätze leer bleiben. Die Konfiguration dauert fünf Minuten, aber ohne den Scheduler-Task 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, aber die korrekten Zeitzonen und VTIMEZONE-Blöcke müssen per Konfiguration gesetzt werden. Sonst erscheint das Event in Outlook mit einer Stunde Versatz, besonders kritisch bei der Sommerzeitumstellung. Wir empfehlen, bei internationalen Events sowohl die lokale Zeitzone als auch UTC im ICS zu hinterlegen.

Das dritte Thema ist Spam-Schutz. Öffentliche Anmeldeformulare ziehen Bots an, die Wartelisten fluten. sf_event_mgt unterstützt Honeypot-Felder und lässt sich mit ext:kestura_recaptcha oder dem nativen TYPO3-Captcha koppeln. 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 und v13 ist unkritisch

sf_event_mgt wird von Torben Hansen kontinuierlich gepflegt und ist für TYPO3 v11, v12 und v13 verfügbar. Der Sprung von v10 auf v12 bringt keine Breaking Changes an der Datenbankstruktur mit sich, alle Felder bleiben kompatibel. Extension-eigene ViewHelper wurden auf die neue Fluid-Version umgestellt, eigene Templates benötigen nach dem Update ein kurzes Review. Besonders der Registration-Finisher und die E-Mail-Templates müssen geprüft werden, weil TYPO3 v12 strengere Regeln für das Error-Handling eingeführt hat.

Bei älteren Versionen (sf_event_mgt 4.x und früher) lohnt sich ein Blick auf die Payment-Konfiguration, weil die Stripe-API mehrere Generationen übersprungen hat. Die aktuelle Extension unterstützt Stripe Elements und 3D Secure 2, ältere Versionen arbeiteten noch mit Stripe Sources, die inzwischen deprecated sind. 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.