SOREADY™ · EN DÉTAIL
La plateforme, écran par écran.
Tout ce que l’accueil résume tient ici en détail : le portail, ses modules, et ce que chaque format de sortie autorise réellement.
Cette page rassemble ce qui, sur l’accueil, ralentissait un premier passage : les écrans du portail, le détail module par module, et le tableau des formats et droits d’usage. Rien n’a été retiré du site — seulement déplacé, pour qui veut aller plus loin qu’un premier passage exécutif.
OPERATIONAL TRUTH · 20 ÉCRANS
Le portail SoReady™ à la profondeur d’un programme mondial.
Écrans reconstruits depuis le modèle fonctionnel avancé et les démonstrateurs du produit. Le scénario mélange volontairement des disciplines différentes pour préserver l’anonymat. Toutes les valeurs sont fictives mais cohérentes entre écrans.
Cette démonstration utilise un scénario composite conçu par LSE pour représenter la complexité d’un programme sportif international. Les organisations, volumes et données présentés ne décrivent aucun client ni aucun événement réel.
Les parcours fonctionnels, les règles de gouvernance et les mécanismes de contrôle correspondent en revanche aux capacités effectivement étudiées ou démontrées dans SoReady™. Les intégrations nécessitant un système tiers ou un accord contractuel sont identifiées comme telles.
SOREADY™ · OPERATIONAL READINESS & KNOWLEDGE OS
Du référentiel à la preuve d’ouverture.
SoReady™ est une solution logicielle modulaire qui pilote la readiness des grands projets et événements. Elle relie exigences, données, planning, budget, risques, preuves et décisions, sans remplacer les systèmes spécialisés. L’IA propose, les règles calculent, l’humain décide, avec traçabilité complète.
- 01
Foundation (Socle)
Référentiel, identités, provenance et gouvernance.
Foundation est la couche qui donne à chaque objet du programme une identité stable : une compétition, un site, une exigence ou un document existent une seule fois, avec une provenance et des droits qui leur restent attachés partout où ils sont réutilisés.
C’est ce socle qui rend les neuf autres modules cohérents entre eux — sans référentiel commun, chaque module recommencerait sa propre définition des mêmes objets.
La même discipline s’applique aux signaux du jour J, pas seulement aux objets créés en amont : chaque signal ingéré garde l’autorité et la preuve avec lesquelles il est arrivé, plutôt que d’être fondu dans le référentiel dès son acceptation — c’est ce standard que Fusion applique en temps réel à chaque flux vivant.
Vous repartez d’une seule version de chaque objet, jamais de neuf définitions différentes selon le module consulté.
- 02
Bid (Appel d’offres)
Faisabilité, hypothèses, variantes et trajectoire.
Avant tout engagement, Bid documente les hypothèses de faisabilité — capacité, budget, calendrier — et les variantes étudiées, avec ce qui a fait pencher la décision d’une option vers une autre.
Ces hypothèses restent ensuite reliées à la trajectoire réelle du programme : un écart entre l’hypothèse initiale et l’exécution devient visible, plutôt que de se perdre après la décision de candidature.
Vous retrouvez, des années plus tard, pourquoi une hypothèse a été prise — pas seulement laquelle.
- 03
Event (Événement)
Readiness globale, dépendances et arbitrages.
Event agrège la readiness de l’ensemble du programme à partir de ce que rapportent les autres modules — sites, disciplines, planning, risques — plutôt que de la recalculer séparément.
Quand deux priorités entrent en tension, les dépendances entre modules sont déjà visibles, ce qui rend l’arbitrage plus rapide et sa justification plus facile à retracer ensuite.
Vous voyez la readiness du programme dans son ensemble, pas seulement celle du dernier module consulté.
- 04
Federation (Fédérations)
Exigences sportives, disciplines et validations.
Federation garde les exigences propres à chaque discipline — règlement, terrain de compétition, ressources — reliées à leur source et à leur version, plutôt que dispersées entre plusieurs interlocuteurs.
Les validations sportives restent journalisées séparément du Sport Risk Assessment de chaque compétition, sans jamais confondre les deux registres.
Ce sont ces mêmes exigences que consultent les aides contextuelles intelligentes du produit — via la couche MCP décrite dans Connect — pour proposer une réponse ancrée dans la version en vigueur, jamais dans une connaissance générale.
Vous retrouvez l’exigence exacte d’une discipline, sa source et son statut de validation, en une seule consultation.
- 05
Venue (Site)
Passeport fonctionnel, interfaces et mise en service.
Venue tient, pour chaque site, un passeport fonctionnel unique — espaces, utilities, overlay, interfaces — qui remplace les check-lists disparates propres à chaque venue.
Ce passeport suit le site jusqu’à la mise en service : les tests, les écarts constatés et leur résolution restent attachés au même dossier, jusqu’au handback.
Vous comparez deux sites sur le même format, au lieu de recouper des check-lists qui ne se ressemblent pas.
- 06
Live (Temps réel)
Signaux, incidents et décisions opérationnelles.
Live reçoit les signaux du jour J — capteurs, retours terrain, alertes — et les normalise avant qu’ils n’atteignent une équipe de décision, plutôt que de les diffuser bruts.
Chaque incident reste relié à la décision qui y a répondu, avec son horodatage : la chronologie d’une journée d’opération reste consultable après coup, pas seulement pendant.
Vous retracez, après l’événement, pourquoi une décision a été prise en direct — pas seulement laquelle.
- 07
Knowledge (Connaissances)
Mémoire projet, audit et héritage.
Knowledge conserve ce que le programme a appris — décisions, écarts, résolutions — plutôt que de le laisser disparaître avec les équipes qui partent une fois l’événement terminé.
Cette mémoire reste consultable pour un audit ou pour la prochaine édition du programme, sous une forme structurée plutôt que dispersée dans des comptes rendus épars.
Vous transmettez un héritage exploitable à l’édition suivante, pas une pile d’archives à reconstituer.
- 08
Connect (Connecteurs)
Connecteurs contrôlés et protocoles MCP.
Connect encadre chaque connexion à un système spécialisé — fédération, billetterie, sécurité — par un protocole contrôlé (MCP) plutôt qu’un accès direct et non tracé aux données sources.
Chaque connecteur garde sa propre autorisation, sa portée et sa traçabilité : SoReady™ ne se substitue jamais au système spécialisé, il en gouverne l’accès.
MCP est un standard ouvert, pas un protocole propriétaire : le même connecteur reste utilisable quel que soit le moteur IA branché dessus, y compris les agents locaux des moteurs installés on-premise.
Vous savez, pour chaque donnée affichée, par quel connecteur et sous quelle autorisation elle est entrée dans le programme.
- 09
Insights (Analyses)
Règles, IA assistée et analyse croisée.
Insights applique d’abord des règles déterministes — celles qui peuvent être calculées avec certitude — avant de faire intervenir une assistance IA sur ce qui reste ambigu.
Quand une IA est sollicitée, elle propose une analyse ; elle ne décide jamais seule, et son résultat reste comparé, journalisé et soumis à une décision humaine avant toute application.
Vous distinguez toujours ce qu’une règle a calculé de ce qu’une IA a seulement proposé.
- 10
Fusion
Ingestion multi-flux et corrélation événementielle déterministe.
Fusion est la frontière que traverse chaque flux entrant avant de pouvoir entrer dans l’état vivant du programme — timing et résultats, environnement, sécurité, accès et affluence, mobilité, systèmes de site, santé réseau, logistique, média, communications opérationnelles. Chaque signal est d’abord conservé durablement comme preuve, puis validé, avant de compter pour quoi que ce soit ; rien n’est jamais considéré fiable simplement parce qu’il vient d’arriver, et tout ce qui échoue à la validation part en quarantaine plutôt que d’être silencieusement écarté.
Ce qui passe se corrèle d’abord de façon déterministe, combinant des axes indépendants en un seul état fidèle de l’événement, au niveau réellement demandé — un cluster, un site, une seule discipline — plutôt qu’une moyenne unique qui masquerait ce qui se joue en dessous. L’IA peut aider à expliquer une corrélation ; elle n’en déclenche jamais seule.
Vous lisez un état cohérent de l’événement sur chaque axe opérationnel, toujours traçable jusqu’aux signaux dont il vient — jamais un résumé boîte noire.
UNE READINESS DÉMONTRABLE
Huit gates. Aucun pourcentage magique.
- 1Identifié
- 2Défini
- 3Financé
- 4Contractualisé
- 5Conçu
- 6Livré
- 7Testé
- 8Accepté
FLUX, FORMATS & DROITS
Un format lisible n’est pas un droit d’utilisation.
Le périmètre fonctionnel est visible immédiatement, sans citer de fournisseur. Chaque source conserve son autorité, ses conditions contractuelles et sa licence.
| Fonction | Formats | Droits | Usage SoReady™ |
|---|---|---|---|
| Documents & exigences | PDF · bureautique · données structurées | Ouvert, contractuel ou protégé | Extraction, version, provenance |
| Données spatiales | GeoJSON · API géographiques · exports SIG | Standards ouverts ; données potentiellement licenciées | Zones, capacités, proximités |
| Planning & ressources | CSV · calendriers · API projet | Contractuel ou interne | Jalons, shifts, dépendances |
| Données sportives | Messages structurés · fichiers · API | Souvent sous droits ou contrat | Calendrier, participants, informations |
| Résultats & timing | Flux officiels structurés | Droits gérés et accès restreint | Information et corrélation uniquement |
| Signaux live | Webhooks · messages · API | Contractuel, parfois personnel/sensible | Incidents, alertes, statut opérationnel |
Limite impérative : toute visualisation ou donnée de résultat demeure informative. Seuls les résultats, classements et protocoles officiellement émis ou validés par l’autorité sportive compétente font foi.
Passons à l’action : votre programme.
Nous prenons un cas réel de votre programme et reconstruisons, avec vous, la chaîne d’impacts qu’il révèle.
Tester un cas réel