Saskia Teichmann
Avant même que le premier dossard ne franchisse la ligne de départ lors de la course urbaine de Lunebourg, le 30 août 2026, le système aura déjà pris de nombreuses décisions : choix de la course, tarif en vigueur, tranche d’âge, affectation à une équipe, billet et dossard.
Une inscription, c'est bien plus qu'un simple formulaire
Sur lueneburger-stadtlauf.de Les participants choisissent une course et achètent le billet correspondant. En coulisses, ce processus va bien plus loin. WooCommerce doit proposer le tarif adéquat au bon moment, traiter les informations obligatoires pour chaque personne et transmettre ces données au système de billetterie de manière à ce que le numéro de dossard et les modifications ultérieures correspondent.
Le code personnalisé spécifique au projet se trouve, avec gestion des versions, dans le référentiel privé du projet. Ma responsabilité technique porte sur ces composants WordPress et WooCommerce. C'est plus précis et plus vérifiable que l'affirmation générale selon laquelle je gérerais „ tout “ ce qui concerne l'événement.
Cinq manches, des règles différentes
Le programme comprend cinq épreuves : 500 mètres, 1 kilomètre, 2 kilomètres, 5 kilomètres et 10 kilomètres. Les produits font l'objet d'une même inscription, mais leurs tranches d'âge, leurs tarifs et leurs groupes de participants ne sont pas les mêmes.
Dans le plugin personnalisé, ces règles ne sont pas copiées sous forme de texte à cinq endroits différents. Les tranches d'âge, les phases tarifaires et les variantes disponibles sont gérées via des paramètres communs et des classes. Cela réduit le risque qu'un prix affiché ne corresponde pas à celui indiqué lors du paiement ou qu'une indication d'âge ne corresponde plus à la validation effective.
Affectation aux équipes sans prolifération des données
Les participants peuvent se rattacher à des associations, des groupes de course à pied ou des équipes scolaires. De plus, il existe un lien avec les données relatives aux courses d'entreprise. Un champ de texte libre ne suffit pas : le système doit proposer des équipes connues, gérer correctement les entrées manquantes et détecter les informations contradictoires lors du paiement.
La connexion à la source de données de la course d’entreprise fait l’objet d’une minimisation délibérée des données. L'exportation documentée ne fournit, pour la sélection, que les champs et les index techniques dont le système de paiement de la course urbaine a besoin – pas d'adresses e-mail des capitaines d'équipe, de noms, de dates de naissance ni de numéros de dossard. Ainsi, une interface ne devient pas „ pratique “ simplement parce qu'elle transfère tout à titre préventif.
Les tickets doivent pouvoir être modifiés
Une fois l'achat effectué, le travail opérationnel commence. Les fautes de frappe sont corrigées, les participants peuvent changer de course, et les billets doivent être rattachés à une autre commande ou réémis. Il faut veiller à ce que le numéro de dossard, les frais d'inscription, les informations relatives aux billets et le statut d'enregistrement ne divergent pas.
Le plugin de projet comprend à cet effet un noyau commun de gestion des tickets, des outils d'administration et des commandes CLI prudentes, avec aperçu et limite d'exécution. Le code permet de sauvegarder les données des tickets, de traiter les modifications de manière traçable et de conserver les états d'enregistrement existants en cas de correction. Cela ne remplace pas le produit d'enregistrement proprement dit. Cela garantit que les modifications spécifiques au projet n'endommagent pas subrepticement ses données.
Comme en témoignent les 1 225 inscriptions
Le 18 août 2026 comme l'indiquait le compteur public en direct 1 225 inscriptions. Il s'agit d'une valeur précise à une date donnée, issue du système d'enregistrement actuel. Comme le compteur continue de tourner, la date doit impérativement y figurer.
Ce chiffre montre que l'inscription avant l'événement est réellement utilisée. Il ne permet toutefois pas encore de savoir combien de personnes prendront le départ le jour de l'événement, comment se déroulera l'enregistrement ni comment les participant·e·s vivront le déroulement de la manifestation. Ces éléments ne pourront être vérifiés qu'après le 30 août.
Avant l'événement, l'issue reste incertaine
Ce rapport de projet s'achève délibérément avant la ligne d'arrivée. Il rend compte de l'étendue du système dans le référentiel, des cinq parcours proposés et du nombre d'inscriptions publiques à la date de référence. Le déroulement de la journée de l'événement elle-même n'est pas encore documenté. Mais le référentiel montre d'ores et déjà l'ampleur du travail d'ingénierie événementielle nécessaire en matière de logique tarifaire, de corrections de billets, d'affectation des équipes et d'outils de travail sécurisés.
Lorsque l'inscription, les tarifs, les billets et l'exploitation deviennent un système critique pour l'activité, j'organise les dépendances dans la conseil technique en collaboration avec ton équipe.
Sources
- Course urbaine de Lunebourg — Date, épreuves et compteur en direct
- Référentiel de projet privé avec gestion des versions et code personnalisé pour assurer la cohérence des tarifs, des équipes, des tickets et des enregistrements
