6221978526
Cartes 600, 610 et 620 closes (back-office XR, ressource 360, appairage tablette), 250 et 320 retirées du planifié, 015 et 330 à jour ; STATUS, roadmap, test-plan, todo-features et plans VR / frontière immersif alignés ; kanban.html regénéré. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_011VxSQeGQYUvPmSEoGdnidA
1.7 KiB
title, area, horizon, tags, flag, src
| title | area | horizon | tags | flag | src |
|---|---|---|---|---|---|
| SectionForm — formulaires visiteurs | backend manager visitapp | v2 | produit, backend, manager-app, visitapp-web, tablet-app | warn | V2 | v2/section-form-plan.md — analysé le 15/09 |
Nouveau type de section : le lieu compose un questionnaire (texte, texte long, choix unique, choix multiple, note 1-5), le visiteur y répond anonymement, l'admin lit les réponses agrégées dans un onglet de la section, avec export CSV. Enquête de satisfaction, livre d'or, sondage d'exposition.
Reporté en V2 le 07/08 : purement additif, aucun impact sur le schéma existant. Analysé dans le code le 15/09 — plan complet dans v2/section-form-plan.md, décisions arrêtées, ne pas refaire l'analyse.
Ce qui remonte aujourd'hui du visiteur est uniquement dérivé (VisitEvent, VisitorQuestion) : c'est le premier mécanisme qui permet à un lieu de poser une question. La moitié de la plomberie existe déjà — StatsController.TrackEvent pour l'écriture anonyme, SectionQuiz/QuizQuestion pour la structure, VisitorQuestionPurgeService pour la rétention.
Trois fronts visiteur, kiosk compris. Piège propre à tablet-app : sur borne fixe le visiteur suivant hérite de l'écran du précédent — reset après soumission et sur inactivité. Et un piège backend : GetEmbeddableText doit indexer les libellés de questions mais jamais les réponses, sinon le guide IA récite les avis des visiteurs précédents.