Saskia Teichmann
Antes de que el primer dorsal cruce la línea de salida en la carrera urbana de Lüneburg el 30 de agosto de 2026, el sistema ya habrá tomado muchas decisiones: la carrera adecuada, la tarifa vigente, el rango de edad, la asignación a un equipo, la entrada y el dorsal.
Una inscripción es más que un simple formulario
En lueneburger-stadtlauf.de Los participantes eligen una carrera y compran la entrada correspondiente. En realidad, este proceso va mucho más allá. WooCommerce debe ofrecer la tarifa adecuada en el momento oportuno, procesar los datos obligatorios de cada persona y transferir la información al sistema de entradas de tal forma que el número de dorsal y las correcciones posteriores coincidan.
El código personalizado específico del proyecto se encuentra, con su correspondiente control de versiones, en el repositorio privado del proyecto. Mi responsabilidad técnica abarca estos componentes de WordPress y WooCommerce. Esto es más concreto y verificable que la afirmación general de que me encargaría de „todo“ lo relacionado con el evento.
Cinco carreras, reglas diferentes
El programa consta de cinco pruebas: 500 metros, 1 kilómetro, 2 kilómetros, 5 kilómetros y 10 kilómetros. Los productos comparten la inscripción, pero no tienen los mismos rangos de edad, tarifas ni grupos de participantes.
En el plugin personalizado, estas reglas no se copian como texto en cinco lugares distintos. Los rangos de edad, las fases tarifarias y las variantes disponibles se gestionan mediante ajustes y clases comunes. Esto reduce el riesgo de que una indicación de precio visible difiera de la que aparece en la caja o de que una indicación de edad ya no se ajuste a la validación real.
Asignación de equipos sin proliferación descontrolada de datos
Los participantes pueden afiliarse a clubes, grupos de corredores o equipos escolares. Además, existe una conexión con los datos de las carreras de empresas. Para ello, no basta con un campo de texto libre: el sistema debe ofrecer equipos conocidos, gestionar correctamente las entradas que falten y detectar los datos contradictorios durante el proceso de pago.
La conexión con la fuente de datos de la carrera de empresas se ha minimizado deliberadamente. La exportación documentada solo proporciona, para la selección, los campos y los índices técnicos que necesita el proceso de pago de la carrera urbana: no incluye correos electrónicos de los capitanes de equipo, nombres, fechas de nacimiento ni dorsales. De este modo, una interfaz no se considera „práctica“ por el mero hecho de que transmita todo por precaución.
Las entradas deben poder modificarse
Tras la compra, comienza el trabajo operativo. Se corrigen los errores ortográficos; es posible que los participantes cambien de carrera, y las entradas deben asignarse a otro pedido o volver a generarse. En este proceso, es fundamental que el número de dorsal, las tasas, los datos de las entradas y el estado del check-in no difieran entre sí.
El complemento del proyecto incluye para ello un núcleo común de gestión de tickets, herramientas de administración y comandos de la CLI (interfaz de línea de comandos) con funciones de vista previa y límite de ejecución. El código puede guardar datos de tickets, procesar modificaciones de forma trazable y conservar los estados de registro existentes en caso de corrección. Esto no sustituye al producto de registro propiamente dicho, sino que garantiza que los cambios específicos del proyecto no dañen silenciosamente sus datos.
Como demuestran las 1.225 inscripciones
El 18 de agosto de 2026 según mostraba el contador público en directo 1.225 inscripciones. Se trata de un valor concreto a una fecha determinada procedente del sistema de registro actual. Dado que el contador sigue funcionando, es imprescindible incluir la fecha.
La cifra demuestra que la inscripción previa al evento se utiliza realmente. Sin embargo, aún no indica cuántas personas tomarán la salida el día del evento, cómo se desarrolla el registro ni cómo viven los participantes el desarrollo del mismo. Estos datos solo podrán verificarse a partir del 30 de agosto.
Antes del evento, el resultado sigue siendo una incógnita
Este informe del proyecto termina deliberadamente antes de llegar a la meta. Se recogen el alcance del sistema en el repositorio, las cinco carreras ofrecidas y el número de inscripciones públicas a fecha de cierre. Aún no se ha documentado cómo transcurrirá la jornada del evento en sí. Ya de antemano, el repositorio muestra la gran cantidad de ingeniería de eventos que hay detrás de la lógica tarifaria, las correcciones de entradas, la asignación de equipos y las herramientas de trabajo seguras.
Cuando el registro, las tarifas, las entradas y el funcionamiento se convierten en un sistema crítico para el negocio, organizo las dependencias en la asesoramiento técnico junto con tu equipo.
Fuentes
- Carrera urbana de Lüneburg: fecha, pruebas y contador en directo
- Repositorio privado de proyectos con control de versiones y código personalizado para garantizar la coherencia en las tarifas, los equipos, los tickets y los check-ins
