Activité (Activity)
En une phrase : l'expérience vendue au voyageur — le tour en jet-ski, l'atelier graffiti, la chasse aux truffes — c'est-à-dire ce qui remplit concrètement une journée de road-trip surprise.
Rôle métier
L'activité est l'unité de catalogue que les planificateurs assemblent en road-trips : chaque étape d'un tour propose une ou plusieurs activités en alternatives priorisées. Elle appartient toujours à un prestataire — l'entreprise chez qui on réserve — et n'a aucun sens sans lui.
Elle porte tout ce qui sert à choisir et à préparer l'expérience :
- côté voyageur : nom, description, image d'illustration, durée, difficulté physique (
light/moderate/sustained), fourchette de prix, ramassage à l'hôtel, tags du registre ; ce partage est contractuel depuis l'écran de détail d'étape —TravellerActivityResourcesert exactement ce jeu (plus le lieu du prestataire : adresse et coordonnées), et rien du côté équipe (voir routage d'étape) ; - côté équipe : notes internes, disponibilités en texte libre (
schedule_notes), capacité indicative (capacity/unlimited, en voyageurs par jour de départ), fermetures datées, catégorie de produit (surprise— seule catégorie à ce jour, celle du produit road-trip surprise).
Cycle de vie
Même mécanique d'approbation que le prestataire : draft → approved → archived. Seule une activité approved est proposable hors de l'équipe ; brouillons et archives restent invisibles aux organisations partenaires et aux voyageurs (réponse « n'existe pas »).
Visage public : l'héritage prestataire
Pour le voyageur, « où ça se passe et qui contacter » vient du prestataire : l'activité expose son visage public (voir Prestataire — le visage public) comme effective_provider. Cela vaut aussi pour la position géographique utilisée par la recherche par proximité et pour la ville indexée par la recherche textuelle. Les besoins de contact propres à l'activité passent par ses colonnes contact_*.
Relations métier
| Relation | Sens métier |
|---|---|
| → Prestataire | L'entreprise qui opère l'expérience ; l'activité meurt avec elle |
| ← Étiquetages | Les tags portés : thèmes, restrictions, affaires à prendre |
| ↔ Étapes (via ActivityStep) | Les créneaux de road-trips où l'activité est proposée en plan A / plan B ; une même activité est réutilisable dans plusieurs étapes et plusieurs tours |
→ Image (image_id) | L'image d'illustration, optionnelle ; supprimer l'image ne fait que délier l'activité |
| ← Journal d'audit | Modifications de la fiche tracées |
Règles métier
- La disponibilité réelle n'est pas modélisée :
capacityest un signal indicatif (ce restaurant a 25 places) qui alimente les projections d'affluence des super-admins — jamais une contrainte dure, le monde réel remplit les salles sans nous prévenir. Trois états : chiffrée,NULL(inconnue) ouunlimited(ne sature jamais) — voir Capacité & saturation.schedule_notesreste du texte libre ; c'est le mécanisme d'alternatives (plan A / plan B) et le routage qui absorbent les imprévus le jour J. - La recherche publique porte sur le nom et la ville du prestataire uniquement ; la description n'est pas recherchable et les notes internes ne quittent jamais le back-office.
- Retirer une activité d'un tour ne la supprime pas du catalogue — et inversement, la suppression d'une activité la retire de toutes les étapes qui la proposaient.