Rafraîchir les stations IDFM et recalculer l'accès hors de l'éditeur #486

Contexte

Epic : #9
Orchestration › Recalcul périodique · Modele-de-Donnees · D-050
routes.computed.access (#180, PR #482) n'est écrit que par l'enregistrement de l'éditeur (writeInPlace) et par le seed. Les stations IDFM se rafraîchissent à la main (pnpm --filter @widoo/api transit:import puis une PR). Découverte de CODE : Inbox.

À trancher (DESIGN)

• Fréquence et forme du rafraîchissement : action planifiée (trimestrielle, sur le modèle de sync-tokens.yml) qui ouvre la PR du diff, ou relance manuelle documentée. Une action planifiée est une PR area:process.
• Recalcul de l'accès hors de l'éditeur : à la validation d'une révision par la modération (PR feat(admin): construire la file de modération et ses décisions #365, non fusionnée) et au recalcul de nuit, y compris après un rafraîchissement des stations.
• Découpage : si la spec retient l'action planifiée et le recalcul, deux tickets.

Comportement attendu

Après un rafraîchissement des stations ou la validation d'une révision, chaque parcours publié porte un computed.access calculé sur les stations en cours.

Critères d'acceptation

• Spec 🟢 du rafraîchissement et des points de recalcul
• La validation d'une révision et le recalcul de nuit appellent accessColumnOf ; test
• Le rafraîchissement des stations suit la forme retenue (action planifiée ou procédure documentée)