sf_event_mgt for TYPO3

sf_event_mgt solves the problem that events without registration are not really events

As soon as a TYPO3 website manages more than two dates per year and has to accept participants, every improvised solution built from page lists, calendar plug-ins and Powermail forms runs into its limits. sf_event_mgt is the extension that pulls these building blocks together into a real event system: participant management with status transitions, waiting lists with automatic promotion, payment across multiple providers and automated email communication across the entire participation lifecycle. Anyone who runs events with fixed capacity in TYPO3 on a regular basis will hardly get around this extension. Torben Hansen has built sf_event_mgt from day one as an “Extbase-native” tool that fits seamlessly into existing TYPO3 installations and can be overridden at any point without forking the core extension.

Typical use cases range from trade fairs to academic programmes

Universities use sf_event_mgt for open days, taster lectures and continuing education programmes. In practice this often means 30 parallel courses, each with its own capacity, price scale and email chain for enquirers, participants and organisers. The extension handles all of this through a single data structure, including multilingual support for international students. At a typical university of applied sciences we have deployed sf_event_mgt for around 400 individual events per year, including preparatory courses, open lab days and alumni meetings.

Associations and chambers use it to organise conferences and seminars where participants pay different prices depending on their member status. A typical chamber installation runs 40 to 80 events per year, many of them chargeable and with several price tiers. Members pay the regular price, non-members a surcharge, early birds a discount. The extension models this through price categories that can be configured per event, without any developer intervention.

Enterprises deploy sf_event_mgt for internal trainings, customer events and webinars. Especially in B2B, the CSV export matters: the participant list then flows into the CRM or into the badge printer on site. At an industrial group with 12,000 employees, we connected the extension to the internal learning management system, so that training bookings land automatically in the HR system and participation is documented as a continuing education record.

Technical architecture is built on Extbase and FAL

sf_event_mgt is a classic Extbase extension and follows the TYPO3 MVC pattern. The central models are Event, Registration, Location and Organizer, configuration runs through TypoScript and Fluid templates. Almost everything can be adjusted via constants.typoscript or TSconfig without forking the extension. The plugin offers a dozen or so controller actions, from list and detail view through the registration flow to search and category filters.

For payment, the extension ships a payment abstraction that supports Stripe, PayPal, invoice and Klarna through handler classes. Custom payment providers can be added by implementing a PaymentServiceInterface class. Billing ends up in a dedicated payment log and can be processed by the TYPO3 scheduler. Failed payments are documented and can be followed up through the backend, without editors having to switch into the payment provider console.

The email system is built on Fluid templates in the extension directory. Every registration triggers several messages: confirmation to the participant, notification to the organiser, reminders before the event, follow-up after the event. Each of these mails is a Fluid template that can be overridden via SiteSet or PageTS. Mails are sent via the TYPO3 mailer and respect the global SMTP settings, including SPF and DKIM. For participants on waiting list reservations there are separate templates that fire when they are promoted.

Common problems involve waiting lists, iCal export and reCAPTCHA

The most common support topic is waiting list logic. When a participant cancels, the first waiting list entry is promoted, but only if the admin has enabled the “moveUpWaitlistRegistrations” command controller via scheduler. Many installations have forgotten the command and wonder why seats stay empty. The configuration takes five minutes, but without the scheduler task the extension stays in manual mode.

A second recurring topic is the iCal export. Participants want a click on “Add to calendar” that works in Outlook, Apple Calendar and Google Calendar. sf_event_mgt delivers an ICS file, but the correct time zones and VTIMEZONE blocks have to be set in configuration. Otherwise the event shows up in Outlook with a one-hour offset, which is especially critical around daylight saving time changes. For international events we recommend storing both the local time zone and UTC in the ICS.

The third topic is spam protection. Public registration forms attract bots that flood waiting lists. sf_event_mgt supports honeypot fields and can be combined with ext:kestura_recaptcha or the native TYPO3 captcha. In production installations we recommend combining both mechanisms and additionally adding a rate limit per IP address, so that single bots cannot create hundreds of fake registrations.

Migration to TYPO3 v12 and v13 is uncritical

sf_event_mgt is continuously maintained by Torben Hansen and is available for TYPO3 v11, v12 and v13. The jump from v10 to v12 comes with no breaking changes in the database structure, all fields remain compatible. The extension’s own ViewHelpers have been migrated to the new Fluid version, custom templates need a short review after the update. In particular, the registration finisher and the email templates have to be checked, because TYPO3 v12 introduced stricter rules for error handling.

For older versions (sf_event_mgt 4.x and earlier) it is worth looking at the payment configuration, because the Stripe API has skipped several generations. The current extension supports Stripe Elements and 3D Secure 2, while older versions still worked with Stripe sources, which are now deprecated. Gosign typically migrates existing sf_event_mgt installations in one step together with the TYPO3 core upgrade. Fluid templates are unified to consistent identifiers, and outdated ViewHelper calls are automatically detected and replaced. At the same time we check whether the Schema.org/Event markup in the JSON-LD is up to date and whether the event detail template contains all the fields for Google event rich snippets.