sf_event_mgt para TYPO3

sf_event_mgt resuelve el problema de que los eventos sin registro no son eventos

En cuanto un sitio TYPO3 gestiona más de dos citas al año y debe admitir participantes, cualquier solución improvisada a base de listados de páginas, plugins de calendario y formularios Powermail choca con sus límites. sf_event_mgt es la extensión que reúne esos bloques en un verdadero sistema de eventos: gestión de participantes con transiciones de estado, listas de espera con promoción automática, pago a través de varios proveedores y comunicación por correo automatizada durante todo el ciclo de vida de la participación. Quien organiza regularmente en TYPO3 eventos con plazas fijas difícilmente puede prescindir de esta extensión. Torben Hansen ha construido sf_event_mgt desde el principio como una herramienta “nativa Extbase” que encaja sin costuras en instalaciones TYPO3 existentes y se deja sobrescribir en cualquier punto sin forkear la extensión central.

Escenarios típicos van desde ferias hasta programas académicos

Las universidades utilizan sf_event_mgt para jornadas de puertas abiertas, clases de muestra y programas de formación continua. En la práctica eso significa a menudo: 30 cursos paralelos con capacidad, tarifa y cadena de correo propias para interesado, participante y organizador. La extensión lo gestiona con una única estructura de datos, incluido el multilingüismo para estudiantes internacionales. En una universidad politécnica tipo hemos utilizado sf_event_mgt con alrededor de 400 eventos individuales al año, entre ellos cursos cero, jornadas de laboratorio abierto y encuentros de antiguos alumnos.

Colegios profesionales y cámaras organizan con la extensión jornadas técnicas y seminarios en los que los participantes pagan precios distintos según su condición de miembro. Una instalación típica de una cámara de comercio trabaja con entre 40 y 80 eventos al año, muchos de ellos de pago y con varias clases de precio. Los miembros pagan la tarifa regular, los no miembros un suplemento, los que reservan pronto un descuento. La extensión cubre eso con categorías de precio configurables por evento, sin necesidad de intervención de un desarrollador.

Las empresas, por su parte, utilizan sf_event_mgt para formaciones internas, eventos de cliente y webinars. Especialmente en el ámbito B2B la función de exportación CSV es importante: la lista de participantes pasa después al CRM o a la impresora de acreditaciones in situ. En un grupo industrial con 14.000 empleados hemos conectado la extensión al sistema interno de learning management, de modo que las inscripciones a formaciones acaban automáticamente en el sistema de recursos humanos y la asistencia queda documentada como justificante de formación.

Arquitectura técnica sobre Extbase y FAL

sf_event_mgt es una extensión Extbase clásica y sigue el patrón MVC de TYPO3. Los modelos centrales son Event, Registration, Location y Organisator, la configuración corre por TypoScript y plantillas Fluid. Casi todo se puede adaptar mediante constants.typoscript o TSconfig, sin forkear la extensión. La variante de plugin ofrece una buena docena de acciones de controlador, desde la vista de lista y detalle pasando por el flujo de registro hasta el filtro de búsqueda y categoría.

Para el pago la extensión aporta una abstracción Payment que cubre factura y transferencia; Stripe y PayPal existen como extensiones adicionales de pago del autor. Se pueden conectar proveedores de pago propios implementando una clase derivada de AbstractPayment junto con event listeners PSR-14. El estado del pago se guarda en el registro de inscripción, con método de pago, marca de pagado y referencia de pago. Los pagos fallidos quedan documentados y pueden seguirse desde el backend, sin que los redactores tengan que cambiar a la consola del proveedor de pago.

El sistema de correo se apoya en plantillas Fluid dentro del directorio EXT. Por cada registro se disparan varios mensajes: confirmación al participante y notificación al organizador; los recordatorios antes del evento o los correos de seguimiento después los envían los redactores como notificación propia desde el módulo de backend. Cada uno de esos correos es una plantilla Fluid que puede sobrescribirse mediante SiteSet o PageTS. Los correos se envían a través del TYPO3 Mailer y respetan los ajustes SMTP globales, incluidos SPF y DKIM. Para participantes con plaza reservada en lista de espera hay plantillas separadas que se disparan al producirse la promoción.

Problemas frecuentes: listas de espera, exportación iCal y ReCaptcha

El tema de soporte más frecuente es la lógica de lista de espera. Cuando un participante cancela, la primera entrada de la lista de espera promociona, pero solo si en el evento, además de la lista de espera y la cancelación, está activada la promoción automática («Automatic waitlist move up») y la cancelación llega por el frontend. Muchas instalaciones olvidan esa opción y se extrañan de que queden plazas vacías. La configuración lleva cinco minutos, pero sin esa opción la extensión se queda en modo manual.

Un segundo tema recurrente es la exportación iCal. Los participantes quieren un clic sobre “añadir al calendario” que funcione en Outlook, Apple Calendar y Google Calendar. sf_event_mgt entrega un archivo ICS con inicio y fin en UTC, que los calendarios convierten a la hora local; para ello tiene que ser correcta la zona horaria de la instalación TYPO3. Si no, el evento aparece en Outlook con una hora de desfase, especialmente crítico en el cambio al horario de verano. Recomendamos, en eventos internacionales, comprobar la zona horaria de la instalación antes de la primera exportación.

El tercer tema es la protección anti-spam. Los formularios de inscripción públicos atraen bots que inundan las listas de espera. sf_event_mgt incluye campos honeypot, una comprobación de enlaces, una comprobación challenge/response y soporte propio para reCAPTCHA y hCaptcha. En instalaciones productivas recomendamos combinar ambos mecanismos e incorporar adicionalmente un rate limit por dirección IP, de modo que bots individuales no puedan crear cientos de inscripciones falsas.

Migración a TYPO3 v12, v13 y v14

sf_event_mgt la mantiene continuamente Torben Hansen y está disponible para TYPO3 v10 a v14. El salto de v10 a v12 pasa por la versión 6.0.0, que exige cambios en la base de datos y un upgrade wizard para los plugins divididos; la versión 7.0.0 para v12 no necesita actualizar la base de datos. Los ViewHelpers propios de la extensión se han adaptado a la nueva versión de Fluid; las plantillas propias requieren una breve revisión tras la actualización. En particular deben comprobarse las plantillas de notificación propias y las plantillas de backend sobrescritas, porque la versión 7.0.0 exige f:format.raw en lugar de f:format.html en el backend y las plantillas de backend se sobrescriben mediante PageTS.

En versiones más antiguas (sf_event_mgt 4.x y anteriores) merece la pena revisar la configuración de pago, porque el núcleo de la extensión sigue incluyendo solo factura y transferencia. Stripe y PayPal llegan mediante las extensiones adicionales sf_event_mgt_stripe y sf_event_mgt_paypal, que también hay que revisar en el upgrade. Gosign migra instalaciones sf_event_mgt existentes típicamente en un único paso junto con el upgrade del core TYPO3. Las plantillas Fluid se unifican en identificadores consistentes y las llamadas a ViewHelper obsoletas se detectan y sustituyen automáticamente. En la misma pasada comprobamos si el marcado Schema.org/Event en JSON-LD está al día y si la plantilla de detalle de evento contiene todos los campos para los rich snippets de Google Events.