Le système d’information d’une fédération sportive

Notre positionnement

Une fédération n’est pas un client comme un autre : la saison impose son calendrier, les règlements changent d’une discipline à l’autre, et la moindre interruption pendant la période de licenciation se voit immédiatement dans les clubs.

Nous travaillons en petite équipe, directement avec les personnes qui connaissent le métier. Vous parlez aux développeurs qui écrivent le code, pas à une couche de gestion de comptes. Cela vaut pour les arbitrages du quotidien comme pour les décisions structurantes.

Le périmètre fonctionnel

Les briques que nous savons concevoir et reprendre pour une fédération et son réseau :

• Suivi des instances et affiliation : ligues, comités et clubs, avec leur cycle de vie, leurs dirigeants et leur affiliation annuelle.
• Dirigeants et honorabilité : suivi des fonctions, des mandats et des contrôles d’honorabilité, avec les échéances et les relances associées.
• Licenciation multi-disciplines : prise et renouvellement de licences, catégories, surclassements et règles propres à chaque discipline.
• Statistiques : suivi des effectifs et de leur évolution, restitutions par territoire et par discipline, exports pour vos obligations de reporting.
• Portail d’adhésion avec paiement en ligne : parcours en autonomie pour les clubs et les adhérents, encaissement, rapprochement et reversements entre les échelons.
• Portail licencié en API : accès aux données de licence par API documentée et authentifiée, pour vos applications et celles de vos partenaires, sans double saisie.
• Cartographie des clubs : recherche géographique publique, où trouver un club et une pratique près de chez soi.

Chaque brique s’installe seule ou en complément de ce qui existe déjà : l’enjeu est rarement de tout remplacer d’un coup.

Sortir d’un socle en fin de vie

Beaucoup de plateformes fédérales reposent sur des versions de langage, de framework ou de base de données qui ne reçoivent plus de correctifs de sécurité. C’est une échéance : elle arrive, qu’on l’ait planifiée ou non.

La reprise commence par un audit de l’existant et se poursuit par une migration progressive, module par module, plutôt que par une réécriture d’un bloc qui gèlerait les évolutions pendant une saison entière. L’ancien et le nouveau cohabitent le temps nécessaire, et les données historiques sont reprises, pas abandonnées.

Continuité de service

Nous écrivons avec vous ce qui doit être garanti : durée d’interruption acceptable, perte de données tolérable, procédure de reprise, interlocuteur joignable et délais de prise en compte selon la gravité. La supervision, les sauvegardes et surtout leurs restaurations sont testées régulièrement plutôt que supposées.

Les périodes sensibles, ouverture de la licenciation en tête, sont traitées comme telles : pas de mise en production risquée au pire moment, et une vigilance renforcée quand les volumes montent.

Le modèle d’engagement

Nous intervenons en infogérance et TMA : l’exploitation au quotidien, les corrections et les évolutions sont couvertes par le même contrat, avec un budget annuel exprimé en jours et arbitré avec vous au fil de la saison. Vous savez ce que vous dépensez, et vous décidez de ce que vous en faites.

Deux principes ne se négocient pas, parce qu’ils vous protègent : le dépôt de code vous appartient, et vos contrats d’hébergement restent à votre nom. Vous gardez à tout moment la capacité de reprendre la main ou de confier le travail à un tiers. Nous vous gardons parce que le service convient, pas parce que le départ coûte cher.