gmao/docs/development/STATUS_020_DEV3.md

CURRENT VERSION: 0.2.0-dev.1 CURRENT CHECKPOINT: B — implémentation partielle, migrations appliquées CURRENT COMMIT: e26c9ba (documentation), b202cca (fonctionnel) CURRENT MIGRATION: l7a8b9c0d1e2 DOCKER VERSION: gmao-college:0.2.0-dev.1 (reconstruite, healthy, MariaDB connectée) LAST FULL TEST: 163 passed, 1 failed, 1 error en 224,38 s — uniquement lookback/configuration GMAO historique et son teardown LAST TARGETED TEST: 11 passed (version, patrimoine existant, RoomProfile) BLOCKERS: Aucun nouveau défaut de test ; checkpoint B reste partiel car validation UI complète, setup progressif et charge 200 locaux ne sont pas terminés NEXT ACTION: Reprendre la validation UI B (profil → prévisualisation → application), puis compléter setup Essentiel/Maintenance/Avancé et benchmark 200 locaux

Avancement

• mémoire de chantier créée ;
• baseline Git/Docker/version vérifié ;
• service commun introduit pour les routes fiche et wizard ;
• lot facultatif accepté par les routes wizard ;
• suppression de la recherche par nom dans le wizard ;
• fallback Intervention 60 minutes supprimé ;
• tests ciblés A (28 passants) ;
• audit A1-A7 ;
• checkpoint A commit/version ;
• checkpoint B ;
• checkpoint C ;
• checkpoint D ;
• checkpoint E.

Reprise

Lire ROADMAP_020_DEV3.md et DECISIONS_020_DEV3.md, puis reprendre sur NEXT ACTION. Ne pas commencer B avant clôture documentée de A.

Détail checkpoint A

• Le service core.services.equipment_creation.create_equipment est utilisé par la fiche Equipment et les deux parcours wizard.
• Catégorie et lot sont facultatifs dans les créations wizard ; une catégorie/lot explicitement invalide reste rejeté.
• Les instances créées sont conservées en mémoire ; aucune recherche post-création par nom n'est effectuée.
• Le fallback silencieux de 60 minutes des interventions est remplacé par une durée inconnue (0) quand aucune estimation n'est disponible.
• Les nouveaux tests unitaires couvrent l'équipement sans lot et les noms dupliqués.
• Le test historique test_gmao_config_caps_lookback_at_one_year échoue encore (plafond 9000 au lieu de 8760) et son teardown échoue sur gmao_context.user_id NULL ; aucune nouvelle régression observée.

Après versionnement A

• Version applicative : 0.2.0-dev.1.
• La version est mise à jour dans VERSION, dans les valeurs par défaut de docker-compose.yml et dans le test de version.
• Le checkpoint B n'est pas commencé ; aucune migration nouvelle n'a été créée.
• Docker doit être reconstruit avec GMAO_VERSION=0.2.0-dev.1 avant toute validation UI de cette version.
• Reconstruction effectuée : image gmao-college:0.2.0-dev.1, migrations lancées au démarrage, /health/ retourne healthy, version 0.2.0-dev.1, MariaDB connectée.
• Le compose signale encore health: starting pendant sa fenêtre initiale ; l'endpoint applicatif est déjà sain.
• Aucun fichier non commité après le commit de statut suivant.

Reprise checkpoint B

• exigences Centre de configuration permanent ajoutées à la roadmap ;
• configuration progressive et intégrations facultatives documentées ;
• horaires technicien explicitement rattachés à l'utilisateur et absence de fallback rappelée ;
• hiérarchie Site → Building → Zone → Room et HousingUnit documentée ;
• non-régression TaskExecutionSegment/interruption documentée ;
• exigences détaillées des checkpoints C, D et E ajoutées à la roadmap sans les commencer ;
• audit B1 des modèles et parcours ;
• décision RoomType enrichi ou RoomProfile ;
• décision documentée : RoomProfile séparé de RoomType ;
• migration B écrite : k6f7a8b9c0d1 puis l7a8b9c0d1e2 ;
• implémentation initiale des profils, propositions, surfaces et Centre de configuration ;
• association facultative d'un profil aux locaux et sélection dans le bulk ;
• tests ciblés B et pytest complet sans nouvelle régression ;
• rebuild Docker et application des migrations ;
• validation UI réelle et setup Essentiel/Maintenance/Avancé ;
• profils complets avec prévisualisation UI démontrée ;
• charge 200 locaux ;
• checkpoint B validé et version 0.2.0-dev.2.